Voy a mostrarte cómo convertir los modelos, agentes, habilidades y automatizaciones que viven en las herramientas y flujos de trabajo de tu equipo en un sistema coordinado.
Lo que hoy tienen la mayoría de los equipos se ve muy diferente. Sus modelos, habilidades y automatizaciones viven en herramientas separadas, conversaciones privadas y configuraciones individuales.
Cada persona tiene que enseñarle a su IA lo que sabe y cómo trabaja. El contexto, las correcciones y los flujos de trabajo que crean rara vez llegan a otra persona.
Una persona pone al día a Claude con la última estrategia. Otra le pide a Codex que busque en una carpeta antigua. Una tercera reconstruye de memoria un flujo de trabajo útil. Cada chat contiene una versión ligeramente diferente del negocio.
Construimos esa capa compartida con HQ. Se coloca debajo de Claude Code, Codex, Cursor o cualquiera de los modelos de código abierto que tu equipo elija, llevando el contexto y las capacidades de la empresa entre ellos.
Construyamos una.
Empezaremos con un worker de inteligencia semanal que llega el lunes ya sabiendo qué cambió: qué decisiones se tomaron, qué proyectos avanzaron, qué riesgos crecieron y a qué se comprometió el equipo para lo siguiente.
Al final, tu equipo tendrá:
- un solo lugar donde cada agente pueda recuperar el contexto actual de la empresa;
- reglas operativas que sobrevivan a nuevos chats y cambios de modelo;
- un worker de inteligencia semanal que cualquiera del equipo pueda ejecutar;
- habilidades y automatizaciones compartidas que mejoren a medida que el equipo las usa;
- un bucle de revisión y sincronización que convierta la mejora de una persona en el nuevo punto de partida del equipo.
No empieces mapeando toda la empresa. Prueba la infraestructura con un flujo de trabajo repetible y luego expándela cada vez que el equipo encuentre otro proceso que valga la pena compartir.
1. Construye el entorno alrededor del modelo
Un modelo puede razonar, escribir y llamar a herramientas. Aun así necesita un entorno que explique cómo se trabaja dentro de tu empresa.
Una infraestructura útil responde cinco preguntas:
- ¿Qué sabe la IA?
- ¿Cómo encuentra el contexto relevante?
- ¿Qué reglas debe seguir?
- ¿Qué trabajo repetible puede realizar?
- ¿Cómo mejora cada ejecución a la siguiente?
Un prompt de sistema largo puede responder algunas de estas preguntas para una sesión. Una infraestructura empresarial hace que las respuestas sean estructuradas, persistentes y estén disponibles para todos.
El conocimiento es buscable. Las reglas sobreviven al chat. Las herramientas tienen límites. El trabajo deja artefactos. Los flujos de trabajo aceptados se vuelven reutilizables en lugar de desaparecer cuando la conversación se cierra.
Por eso el mismo modelo puede sentirse completamente diferente en dos empresas. El modelo puede ser idéntico. El entorno de trabajo no.
El modelo aporta la inteligencia. La infraestructura aporta la empresa.
2. Prueba la infraestructura con un flujo de trabajo real
Intentar modelar toda la empresa primero puede dejarte con semanas de contexto organizado y sin ninguna prueba de que la infraestructura mejore una sola tarea.
Empieza con un flujo de trabajo que tenga cuatro propiedades:
- que ocurra con frecuencia;
- cuyos límites sean claros;
- que dependa del contexto de la empresa;
- y que una persona pueda evaluar el resultado rápidamente.
Un informe semanal de inteligencia empresarial encaja.
Las entradas ya existen, pero están dispersas en notas de reuniones, archivos de proyectos, decisiones y las cabezas de las personas. La salida es útil para todo el equipo, y un fundador puede decir rápido si el informe es preciso.
Define el contrato antes de construir el worker.
Entradas
- reuniones de los últimos 7 días
- estado actual de los proyectos
- decisiones, compromisos y preguntas abiertas
- riesgos y trabajo bloqueado
Proceso
- recuperar las fuentes relevantes
- verificar cada afirmación factual
- señalar contradicciones e información faltante
- sintetizar los cambios a nivel de empresa
Salida
- decisiones tomadas
- avance por proyecto
- riesgos y bloqueos
- compromisos para la próxima semana
- lista de fuentes
Límite
- solo borrador
- detenerse para revisión humana antes de distribuir
Si el flujo de trabajo todavía cambia cada vez que una persona lo ejecuta, mantenlo manual. Un proceso debe volverse repetible antes de convertirse en infraestructura compartida.
3. Dale a la IA una memoria empresarial duradera
Empieza con la configuración guiada de HQ. Instala HQ, crea el espacio de trabajo de la empresa y abre HQ como directorio de trabajo activo en la herramienta de IA que tu equipo ya usa.
La guía rápida de código abierto es un solo comando:
npx create-hq
Ahora agrega solo el contexto necesario para el informe semanal.
Empieza con esta estructura:
- HQ
- companies
- your-company
- company-brief.md
- knowledge: decisions and playbooks
- sources: meetings
- signals
- people
- projects
- policies: weekly-intelligence.md
- workers: weekly-intelligence
Empieza aquí y agrega conocimiento más profundo, habilidades, automatizaciones y workers específicos de la empresa solo cuando un flujo de trabajo real lo requiera.
El informe de la empresa explica a qué se dedica el negocio, cómo genera dinero y qué importa ahora. Los proyectos contienen el estado actual. Las decisiones conservan por qué el equipo eligió un camino. Los archivos de personas dejan claro quién es el responsable.
La inteligencia de reuniones captura los compromisos, riesgos, preguntas y decisiones que nunca llegaron a un documento pulido.
No inyectes toda la empresa en cada prompt. El manifiesto de HQ le da al agente un mapa de dónde se encuentran el conocimiento, las políticas, los proyectos y los workers. El agente sigue ese mapa y recupera la fuente más profunda que la tarea requiere.
Dale al agente un punto de entrada pequeño y estable, y contexto más profundo bajo demanda.
Esto mantiene disponible la memoria de la empresa sin gastar la ventana de contexto antes de que comience el trabajo.
4. Convierte el criterio de la empresa en política
El conocimiento le dice al worker qué pasó. La política le dice cómo tu empresa espera que se maneje el trabajo.
Crea companies/your-company/policies/weekly-intelligence.md:
Política de inteligencia semanal
- Respaldar cada afirmación factual con una fuente.
- Señalar evidencia contradictoria. Nunca resolverla en silencio.
- Reportar los riesgos usando el nivel de urgencia original de la fuente.
- Etiquetar la información faltante, desactualizada o incierta.
- Nunca incluir secretos ni contexto de otras empresas.
- Detenerse para aprobación humana antes de distribuir.
Mantén la primera política lo suficientemente corta como para que la gente pueda mantenerla.
Hay tres niveles de control:
- Una instrucción le pide al agente seguir una preferencia.
- Una política hace que la regla perdure entre sesiones y personas.
- Un hook o un control mecánico bloquea la acción cuando fallar sería costoso.
"Cita tus fuentes" puede comenzar como política. "Nunca enviar sin aprobación" merece aplicarse en el punto de control de la acción.
No intentes describir todos los comportamientos posibles. Codifica los pocos invariantes que deberían sobrevivir a cada modelo, compañero de equipo y proyecto.
5. Empaqueta el flujo de trabajo como un worker compartido
Ahora convierte el procedimiento aceptado en un worker reutilizable de HQ.
Ejecuta /newworker y dale una sola tarea acotada. Un analista general de la empresa suena útil, pero es difícil de probar y fácil de usar mal. Un worker de inteligencia semanal tiene entradas, salida y condiciones de detención claras.
Especificación del worker:
Nombre: weekly-intelligence
Propósito: Producir un informe semanal de la empresa con fuentes, para revisión humana.
Fuentes permitidas
- informe de la empresa
- reuniones de los últimos 7 días
- proyectos actuales
- decisiones y compromisos
Procedimiento
- Confirmar la ventana de reporte.
- Recuperar las fuentes permitidas.
- Extraer decisiones, avances, riesgos y compromisos.
- Verificar las afirmaciones contra el material fuente.
- Marcar contradicciones, vacíos e información desactualizada.
- Redactar el informe en el formato requerido.
Salida requerida
- resumen ejecutivo
- decisiones tomadas
- avance de proyectos
- riesgos y bloqueos
- compromisos de la próxima semana
- preguntas sin resolver
- lista de fuentes
Nunca
- inventar hechos faltantes
- leer el contexto de otra empresa
- exponer secretos
- enviar o publicar el informe
Listo cuando: Cada afirmación esté respaldada o etiquetada como incierta, y el borrador esté listo para revisión humana.
El conocimiento de la empresa aporta los hechos. La política aporta el criterio. El worker aporta la secuencia repetible.
Un prompt puede producir un informe útil. Un worker hace que el método esté disponible para otro compañero de equipo el próximo viernes.
6. Haz que cada corrección mejore la infraestructura
No trates la primera ejecución exitosa como infraestructura terminada.
Ejecuta el worker, revisa el informe y diagnostica cada corrección en la capa correcta.
- Hecho faltante → Mejora el conocimiento de la empresa.
- Contexto incorrecto → Mejora el enrutamiento y las descripciones de recursos.
- Error repetido → Mejora la habilidad del worker.
- Comportamiento inseguro → Mejora la política o el hook.
- Entregable débil → Mejora el contrato de salida.
- Información desactualizada → Mejora la jardinería del conocimiento.
Si el worker pierde una decisión porque la reunión nunca se capturó, reescribir el prompt no arreglará el sistema. Mejora la ruta del conocimiento.
Si sigue enterrando los riesgos debajo de actualizaciones menores, afina el contrato de salida.
Si alguien le pide distribuir el informe sin aprobación, refuerza la política y el control de la acción.
La pregunta útil es: ¿qué parte del entorno permitió este error?
Arregla esa capa y luego ejecuta el mismo ejemplo otra vez. La corrección debería sobrevivir al resultado que la expuso.
Así es como el criterio humano se acumula. Enseñas al sistema una vez, y luego dejas el comportamiento mejorado disponible para ejecuciones futuras, en lugar de repetir la corrección en chats privados.
7. Haz que la infraestructura sea más inteligente cada vez que el equipo la use
Una vez que el informe, la política y el worker superan la revisión, ejecuta /hq-sync.
Aquí es donde HQ se convierte en un multijugador de IA.
Ventas puede convertir el manejo de objeciones en una habilidad. Soporte puede codificar reglas de escalamiento. Operaciones puede mejorar un informe. Ingeniería puede agregar un control de revisión.
Cuando cada contribución supera la revisión, se sincroniza con Main y se convierte en parte de la infraestructura compartida de la empresa.
El siguiente compañero de equipo hereda el contexto, las reglas, las habilidades, los workers y las automatizaciones que la empresa ya ha probado. No necesita el chat ni el prompt original.
Abre HQ en su herramienta de IA preferida y continúa desde la versión mejorada.
Este es el bucle de acumulación de HQ: usa la infraestructura, mejora una capa, revísala, sincronízala y eleva el punto de partida de todos.
El modelo puede ser Claude, Codex, ChatGPT o un modelo de código abierto. La capa de la empresa sigue volviéndose más inteligente debajo de él.
El aislamiento entre empresas sigue aplicando. La sincronización no debe aplanar tenants, saltarse permisos ni poner secretos en archivos compartidos. Una infraestructura compartida solo funciona cuando el límite alrededor de "compartido" sigue siendo explícito.
El aprendizaje compartido también aumenta lo que está en juego. Una instrucción débil ahora puede afectar a todos, así que trata Main como producción.
Revisa cada contribución antes de sincronizar. Mantén las políticas acotadas. Prueba los workers con ejemplos reales. Usa /harness-audit para inspeccionar la eficiencia del contexto, los controles de calidad, la persistencia, la búsqueda y la seguridad a medida que la configuración crece.
Cuando un cambio supera la revisión, sincronízalo. Luego elige el siguiente flujo de trabajo repetible y mejora otra vez la base compartida.
La progresión completa es:
Memoria → contexto → política → worker → revisión → estándar del equipo
Empieza con un trabajo recurrente esta semana. Define sus entradas, su salida y el límite de aprobación. Ejecútalo manualmente, corrígelo y luego convierte el método aceptado en un worker que tu equipo pueda compartir.
El modelo seguirá cambiando. La memoria, las reglas y las mejores formas de trabajar de tu empresa no deberían reiniciarse con él.
Si quieres construir una infraestructura compartida para tu propio equipo, puedes probar HQ.
Sígueme en @VibeMarketer_ para más. Gracias por leer :)
