Funciones
Dentro de un espacio de Hodman
Crea una aplicación, encarga un trabajo recurrente a un agente y conecta las herramientas de tu equipo. Así se relacionan proyectos, tareas, componentes compartidos y financiación de IA en un espacio.
01
Interfaz de desarrollo
Trabaja en el proyecto mientras conversas con el agente
Empieza con una descripción, un repositorio o archivos del proyecto. La interfaz mantiene la conversación junto al proyecto que estás modificando. Pide un cambio, revisa lo que hizo el agente y abre la aplicación en la vista previa sin preparar otro entorno para cada experimento.
El proyecto da al agente herramientas para leer y editar archivos, ejecutar comandos, revisar registros y trabajar con su base de datos cuando está configurada. Sigue el trabajo, revisa las salidas y pide que verifique el resultado. La vista previa es una aplicación real: puedes probar un formulario o un recorrido completo, no solo juzgar una maqueta.
Los cambios de trabajo y la versión publicada están separados. Revisa la vista previa antes de publicar y sigue mejorando el mismo proyecto con los comentarios. Compartir el espacio permite al equipo participar en tareas y conversaciones; usar la aplicación publicada no convierte automáticamente a alguien en miembro.
En la práctica
Pide un formulario de contactos, envía una prueba en la vista previa, verifica que llegue a la base de datos y revisa la confirmación antes de publicar.
02
Proyectos y subproyectos
Desarrolla y publica cada parte de tu sitio por separado
Divide un sitio o una aplicación en subproyectos para que distintos colegas trabajen en diferentes partes. Cada uno tiene su carpeta, tareas y ciclo de desarrollo. Con publicación por etapas, también tiene vista previa y publicación propias: revisa y publica un cambio cuando esté listo, sin esperar al resto del sitio.
Los subproyectos no cuentan como proyectos adicionales en el límite de tu plan. Cada página de campaña o módulo puede tener su propio ciclo de desarrollo y publicación dentro de un solo proyecto principal.
Por ejemplo, conserva el panel administrativo y el backend de analítica en el principal. Un colega desarrolla una página de campaña y otro actualiza una página diferente. Cada uno revisa y publica su parte. Ambas pueden enviar visitas y contactos al mismo backend para comparar resultados en un panel. Ese informe debe desarrollarse y configurarse para el experimento.
En el entorno persistente, la familia comparte un contenedor del proyecto principal. Los subproyectos tienen directorios separados; las aplicaciones dinámicas son servicios independientes y las páginas estáticas usan el gateway compartido. Comparten CPU, memoria y almacenamiento: ciclos de publicación separados no significan infraestructura separada ni recursos ilimitados. Coordina los cambios en un backend o API compartidos.
En la práctica
Un proyecto, varias páginas y distintos colegas. Publica la página de campaña que esté lista mientras otra persona continúa con la suya. Mantén el panel y la analítica compartidos en el proyecto principal.
03
Kanban del proyecto
Dale al trabajo un lugar más allá del historial del chat
Cada proyecto tiene un tablero de tareas. Cada tarea conserva su conversación y resultado, para que una pregunta nueva no se pierda en el mismo chat interminable. Abre una tarjeta para ver el contexto, el trabajo del agente y lo que falta revisar.
Usa Pendientes de revisión para registrar trabajo sin iniciarlo. Mueve lo aprobado a Por hacer para que lo tome el programador cuando el ejecutor esté disponible. En curso muestra el trabajo activo y Completadas conserva las tareas terminadas. La bandeja de entrada es el punto de conversación, no otra cola de pendientes.
Puedes planificar los próximos cambios sin desviar la tarea actual. Revisa el resultado en su conversación y, cuando corresponda, en la vista previa. Puede completar la tarea una persona o su política configurada; llegar a Completadas no reemplaza las comprobaciones de publicación del producto.
En la práctica
Mantén una revisión de precios en curso, una corrección de registro probada en Por hacer y un posible experimento de incorporación en Pendientes de revisión. Cada tarea tiene su conversación y resultado revisable.
04
Proyectos de agentes de IA
Crea un agente para un trabajo que tu equipo necesita resolver
Elige un proyecto de agente cuando el resultado principal sea un proceso continuo. Dale un propósito, instrucciones y acceso a herramientas relevantes. Podrá investigar, preparar informes o trabajar en una aplicación conectada, conservando el contexto de proyecto y tareas cuando regreses.
Las integraciones pertenecen al proyecto que las implementa. Conecta documentos, un CRM o una API interna con el acceso que apruebes. Los conectores permiten reutilizar integraciones existentes sin repetir la configuración. Un agente no recibe acceso automático a todos los sistemas de la empresa.
El agente puede planificar, usar herramientas, verificar resultados y pedir información faltante. Las decisiones y reglas aceptadas quedan en la memoria. Usa tareas programadas para trabajos recurrentes y seguimientos cuando se necesite otra revisión. Revisa las acciones hacia clientes y el acceso sensible antes de autorizarlos.
Un colega puede trabajar con el agente en la web o en una conversación configurada de Telegram, Slack, Microsoft Teams o Mattermost. Puede preguntar o dar comentarios desde el chat y abrir la web cuando necesite el tablero, archivos o una vista previa.
En la práctica
Crea un agente que revise ventas cada mañana. Su proyecto gestiona la conexión al CRM, la tarea registra el informe y el canal configurado entrega el resultado a tu equipo.
Telegram
Slack
Microsoft Teams
Mattermost
05
Skills y MCP
Conserva las skills de la empresa en un catálogo compartido
El espacio tiene un catálogo de Skills y MCP independiente de cada proyecto. Sube un archivo de componente confiable, revisa el análisis con IA y publica una versión para el espacio. Los administradores gestionan los componentes personalizados y deciden qué skills integradas están disponibles.
Una skill da instrucciones para un tipo de trabajo y puede incluir scripts o una CLI. Adjunta el componente pertinente al proyecto en lugar de copiar instrucciones en cada conversación. Las versiones pueden seguir la última publicación o quedar fijadas para procesos que necesiten estabilidad.
La instalación y la ejecución ocurren dentro del entorno persistente del proyecto. No incluyas secretos en el archivo: las variables del espacio aportan una base y las del proyecto, sus valores específicos. Preparar un componente puede instalar dependencias y ejecutar comandos aprobados: sube solo código de confianza.
También puedes subir, preparar y gestionar componentes MCP como servicios del proyecto. Eso no equivale a exponer sus herramientas al agente: el descubrimiento y la invocación directa de herramientas MCP en el ciclo del agente todavía están en desarrollo. No supongas que el modelo ya puede invocar un servidor MCP subido.
En la práctica
Publica una vez la skill de informes del equipo y adjúntala a los proyectos que la necesiten. Mantén una versión probada fijada mientras revisas la nueva en otro proyecto.
06
Conectores de proyectos
Reutiliza las conexiones que ya creaste
Supón que un proyecto ya consulta el CRM y muestra un panel. Otro agente necesita las mismas cifras para un informe semanal. Los conectores le permiten invocar comandos que el primer proyecto expone expresamente, sin mover sus credenciales.
El propietario prepara un conector con una interfaz de comandos documentada. Un responsable del espacio autoriza qué proyectos pueden usarlo. El proyecto receptor ejecuta el comando y devuelve el resultado; no hace falta abrir otra conversación de IA para dirigir cada solicitud.
El acceso es explícito y revocable. El permiso actual cubre todo el conjunto de comandos publicados, no cada comando por separado. Expón una interfaz acotada a las operaciones previstas, no un shell libre ni comandos administrativos sin límites.
El destino puede ejecutarse en otro host, incluso en uno on-prem autorizado. No necesita una API de negocio pública solo para recibir la llamada. Los resultados vuelven al solicitante: ejecutar localmente no evita por sí solo que los datos devueltos entren en la conversación alojada o el contexto de IA.
En la práctica
El proyecto CRM gestiona la autenticación y devuelve un resumen de ventas. El agente de informes usa el conector para redactar la actualización semanal. Una integración, dos procesos y un permiso explícito entre proyectos.
07
Cola de mensajes y orientación
Agrega tu próxima idea mientras trabaja el agente
En el chat web puedes enviar otro mensaje de texto mientras el agente trabaja en la misma conversación. Se guarda por defecto en la cola como Siguiente mensaje. La respuesta actual termina y tu solicitud queda disponible para continuar después.
Abre el contador junto al campo de chat para revisar los pendientes. El panel muestra el texto y el modo de entrega. Elimina lo que ya no necesites o elige Ciclo actual para orientar el trabajo en marcha.
Ciclo actual sirve para orientar al agente. Recibe el mensaje en el próximo punto disponible después del lote actual de herramientas y antes de la siguiente solicitud al modelo. No reescribe solicitudes ya enviadas, cancela comandos iniciados ni deshace trabajo. Si ese punto ya pasó, el mensaje queda para la próxima ejecución.
Usa Siguiente mensaje para una tarea de seguimiento separada y Ciclo actual para una corrección que deba orientar el trabajo en curso, como qué archivo cambiar o qué resultado verificar. Por ahora la cola admite texto, no adjuntos; agrega archivos cuando esté disponible el envío normal.
En la práctica
Mientras el agente edita una página, envía «Mantén los precios actuales sin cambios». Abre Cola de mensajes y muévelo a Ciclo actual. Puede orientar el próximo paso sin descartar lo ya hecho.
08
Facturación del espacio y la IA
Elige quién financia el trabajo y qué fuente de IA usa
El plan del espacio de Hodman y el uso de IA son independientes. El plan cubre el servicio y sus límites de proyectos y equipo. Los usuarios de tus aplicaciones publicadas no se convierten automáticamente en miembros del espacio. Si alojas tu propio entorno, también asumes los costos del servidor y la infraestructura.
Elige una suscripción de ChatGPT compatible, una clave API de OpenAI o Credits de la plataforma para financiar la IA. Define una fuente predeterminada del espacio que hereden los proyectos. Un responsable autorizado puede configurar una excepción cuando un proyecto lo necesite; esa configuración tiene prioridad.
Así puedes conectar tu suscripción para un agente que usan tus colegas. Trabajan con la fuente elegida sin configurar cada uno su propio pago de IA. Los límites y condiciones del proveedor siguen vigentes; conectar una suscripción no vuelve ilimitado el uso.
Los Credits son un saldo separado que se usa al elegirlo como fuente. Una fuente externa desconectada o agotada requiere atención: no supongas que cambia en silencio a Credits de pago. Comprueba la fuente efectiva antes de iniciar trabajo costoso. Algunas funciones tienen requisitos propios: la transcripción usa una clave API de OpenAI o Credits, no la conexión de ChatGPT.
En la práctica
Usa la suscripción de ChatGPT del espacio para experimentos internos. Asigna a otro proyecto su propia clave API aprobada si necesita un presupuesto o configuración distintos.
Empieza con un proceso que tu equipo pueda probar
Crea la aplicación o el agente, conecta los datos necesarios e invita a un colega a revisar el primer resultado. Suma proyectos y capacidades compartidas a medida que crezca el proceso.