Dejé de construir mi producto durante dos meses — para construir la empresa a su alrededor

Publicado el  · Igor Tkachenko

Una fundadora trabajando hasta tarde en un escritorio ricamente iluminado junto a un gran búho cornudo, los monitores brillando con una constelación índigo de nodos —wiki, habilidades, repositorios y blog— con notas adhesivas que dicen WIKI QUE RECUERDA, HABILIDADES QUE SE AUTOAPRENDEN, CADA REPO ENLAZADO, SON TUS ARCHIVOS

Durante dos meses no lancé ni una sola función de mi producto.

OwlMeans es un pipeline de desarrollo con IA: describes lo que quieres en forma de historias de usuario y un equipo de roles de IA especializados las convierte en aplicaciones completas que de verdad son tuyas. Eso es lo que se supone que debo construir. Y desde mediados de abril hasta mediados de junio apenas lo toqué.

No estaba atascado. No estaba pivotando. Hice un desvío deliberado para construir primero otra cosa: un sistema operativo agéntico para la propia empresa. Un único lugar donde llevo el desarrollo, la estrategia y el marketing —el mismo trabajo que hago cada semana— con los agentes cargando con lo pesado y casi sin sobrecarga para mí.

No me arrepiento de un solo día. Esto es lo que construí, por qué lo construí y por qué creo que la estructura importa muchísimo más que la herramienta sobre la que la ejecutas.

Por qué me alejé del producto

Aquí viene la parte incómoda. Estoy construyendo una empresa cuya promesa entera es escapa del desorden que deja la programación con IA: posee software que de verdad puedas mantener. Y mientras tanto yo llevaba la propia empresa como un montón de scripts inconexos hechos a la ligera.

La estrategia vivía en un sitio. Las notas de marca en otro. La web en un tercero. Los textos de marketing se escribían desde cero cada vez porque nada recordaba lo que ya habíamos decidido. Cada conversación con un asistente de IA empezaba en frío: volvía a explicar quiénes somos, qué vendemos, qué no decimos en público, qué cambió el mes pasado. El agente era inteligente. El agente también lo olvidaba todo en cuanto yo cerraba la ventana.

Ese es el secreto sucio de trabajar hoy con agentes de programación, y la investigación lo confirma sin rodeos: herramientas como Claude Code no tienen una memoria persistente real; la continuidad solo existe si la construyes tú mismo a partir de «documentación estructurada, no la memoria interna del modelo». El modelo más inteligente del mundo se despierta igualmente con amnesia al empezar cada sesión.

Así que el problema que necesitaba resolver para la empresa era el mismo que resuelvo para los clientes en el producto: convertir un generador brillante pero olvidadizo en algo con estructura, memoria y disciplina. Decidí resolverlo primero para mí. Si funcionaba, entendería mejor mi propio producto. Si no, mejor descubrirlo a mi costa que a la de un cliente.

Qué construí en realidad

No una aplicación. No una plataforma con pantalla de inicio de sesión. Una estructura: una carpeta de archivos markdown corrientes que cualquier agente competente puede leer y sobre la que puede actuar. Dentro hay tres capas.

Un wiki que se acumula. Cada dato sobre la empresa vive en markdown versionado: estrategia, voz de marca, las reglas de nomenclatura, las personas de cliente, lo legal, el posicionamiento del producto. Cuando aprendo algo, se anota una vez. La próxima vez que cualquier agente trabaje en cualquier cosa, ese conocimiento ya está en la sala. Nada se vuelve a deducir desde cero. El wiki se vuelve más inteligente cada semana sin que yo lo mantenga como una tarea pesada: crece como efecto colateral de hacer el trabajo.

Habilidades que le enseñan al agente cómo trabajo. Una habilidad no es más que un archivo markdown que describe un flujo de trabajo repetible: cómo investigar y escribir un artículo, cómo mantener la web y el wiki sincronizados, cómo actualizar documentos legales, cómo hacer una investigación exhaustiva. Ahora tengo veintiséis. Se autoaprenden en el sentido que importa: cuando corrijo al agente, la corrección vuelve a la habilidad o a la memoria, y el error no reaparece. Es exactamente lo que el sector descubrió este año: «la ingeniería de contexto es lo clave», estructurar la información en torno al prompt en lugar de pulir el prompt en sí.

Cada proyecto, enlazado. Más de veinte de nuestros repositorios de código están conectados al espacio de trabajo, incluido OwlMeans Common: la base compartida en TypeScript y la estructura de proyecto sobre las que construyen nuestros agentes de programación. Así, la misma disciplina recorre desde una nota de estrategia hasta lo más hondo del código fuente. Puedo apuntar el agente a cualquier repo, preguntarle qué cambió entre dos fechas y obtener un resumen escrito —o convertir ese resumen directamente en una publicación de lanzamiento.

Sobre esas tres capas se asienta un pipeline. Entra una idea; el agente la investiga contra fuentes vivas, redacta el texto con nuestra voz, genera las imágenes y —cuando lo indico— lo publica en el blog, que a su vez no es más que parte del código fuente de la web. El artículo que estás leyendo pasó por ese pipeline. Dicté la idea en unas pocas frases. Todo lo demás, incluidos los enlaces de investigación de arriba, lo ensambló el agente.

Tres capas apiladas —un wiki que se acumula, un estante de habilidades en markdown y una fila de repositorios enlazados— alimentando un pipeline que fluye de la idea a una publicación publicada

Cómo lo resuelven los demás — y por qué yo fui por otro camino

No soy el único que intenta llevar un negocio sobre agentes de IA. Pero casi todo el mundo lo hace de una de tres maneras, y todas tienen la misma carencia.

El agente a secas. La mayoría simplemente abre un agente de programación y empieza a teclear. Es genuinamente bueno. También es amnésico: el motivo entero por el que la gente redacta esos elaborados montajes de «segundo cerebro» es que la herramienta olvida entre sesiones y te pasas la vida reexplicando el contexto. Tienes un becario brillante que no toma ni una sola nota.

Otro agente de programación. El mundo del código abierto tiene ahora alternativas excelentes: OpenCode admite más de setenta y cinco proveedores de modelos, Aider es el favorito de terminal nativo de git con más de cuarenta mil estrellas, Cline vive en tu editor, OpenHands corre de forma totalmente autónoma en un entorno aislado. Todos son agnósticos respecto al modelo, y cambiarte a ellos puede recortar tu factura de modelo alrededor de un sesenta por ciento. Pero fíjate en lo que son: agentes de programación. Cambiar uno por otro cambia el motor. Ninguno te entrega una base de conocimiento de empresa, una capa de disciplina de marca ni un pipeline de contenido. El agente nunca fue lo difícil.

Un framework multiagente. Luego está la orquestación: Hermes y los suyos, donde un agente líder descompone una tarea y genera trabajadores especializados que devuelven resultados tipados. Potente para coordinar agentes en un único trabajo complejo. Pero es un motor que aún tienes que cablear tú, y está orientado a ejecutar tareas, no a ser el lugar donde vive toda tu empresa. No hace nada por tus notas de estrategia ni por tu web.

Incluso los textos más impresionantes del tipo «llevamos nuestra agencia sobre Claude» que encontré —un agente de admisión tipo jefe de gabinete, monitores de cuentas publicitarias, consultas en lenguaje natural sobre sus propios datos, tres años de buenas prácticas metidos en un bot de transcripción— están armados con montañas de pegamento de integración a medida, y el autor todavía se describe como «el 0,01 % del camino».

Esto es lo que me enseñaron los tres enfoques: el valor nunca estuvo en el agente. El agente hoy es un producto básico; puedes cambiarlo mañana. El valor está en la estructura que lo rodea. El wiki que recuerda. Las habilidades que codifican cómo trabajas. Los vínculos entre tu conocimiento, tu código y tu web pública. Esa estructura es lo que construí, y es texto plano. No pertenece a ninguna herramienta concreta.

Qué me da

El desvío se amortizó más rápido de lo que esperaba.

  • El conocimiento se acumula en vez de evaporarse. Cada decisión, cada pivote y cada hallazgo sobre un cliente aterriza en el wiki en el momento en que ocurre. Nunca vuelvo a empezar en frío.
  • No hay brecha entre pensar y publicar. El mismo cerebro que sostiene la estrategia escribe la publicación del blog y actualiza la web. Sin copiar y pegar, sin cambio de contexto, sin «déjame explicar la empresa otra vez».
  • La disciplina se impone, no se recuerda. Nuestras reglas de nomenclatura y las afirmaciones que podemos hacer en público están grabadas en las habilidades. El agente no resbala ni usa un nombre interno en una publicación de cara al cliente, porque la estructura no se lo permite.
  • El trabajo que temía ahora es ambiental. Las notas de versión, la investigación, los textos de marketing —las cosas que se acumulaban porque exigían un ritual de carga de contexto— ahora cuestan una frase de intención.

Cuánto cuesta montarlo

Esta es la parte que más me sorprendió: es casi todo texto.

El punto de entrada es un único archivo CLAUDE.md que el agente lee primero, en cada sesión, como verdad base —eso es un comportamiento nativo y documentado, no un truco. Las habilidades son carpetas con un archivo markdown dentro; no hace falta código. El wiki es markdown. Enlazar tus repositorios es cuestión de enlaces simbólicos: nada se mueve, nada se copia. Y como todo son archivos planos, la misma estructura sirve también para GitHub Copilot: mantengo un espejo de las instrucciones donde Copilot las lee, así que el agente sobre mi código sigue exactamente el mismo guion que el agente sobre mi estrategia.

Yo hoy la ejecuto sobre Claude Code. Pero nada de la estructura está atado a él. Apunta Copilot, Cursor, OpenCode o un modelo local a las mismas carpetas y la empresa sigue funcionando igual, porque la empresa vive en los archivos, no en el agente.

Te lo construiré a ti

Lo construí para mí. Te lo construiré a ti también.

Si llevas una empresa sobre agentes de IA y sientes la misma fricción —cada sesión empieza en frío, el conocimiento atrapado en tu cabeza, tus herramientas y tu estrategia y tu marketing viviendo en mundos separados—, ese es exactamente el problema que resuelve esta estructura. OwlMeans ofrece ahora desplegar un sistema operativo agéntico completo para tu empresa:

  • Sobre los agentes y modelos que ya usas. Claude, Copilot, Cursor, OpenCode, un modelo de pesos abiertos autoalojado: la estructura es agnóstica respecto al agente por diseño. La afinamos a tu stack, no al revés.
  • Autoaprendizaje desde el primer día. Tu wiki empieza a acumular de inmediato; las habilidades codifican cómo trabaja de verdad tu equipo y se afilan cada vez que las corriges.
  • Todo integrado. El desarrollo, la estrategia, el contenido y tu web pública dejan de ser trabajos separados y se convierten en un único sistema conectado.
  • Tuyo, en propiedad. Son archivos planos en tus repositorios. Sin dependencia forzada, sin una plataforma de la que dependas, nada que alquilar. El mismo principio que nuestro producto: te quedas con lo que construimos.

Pasé dos meses demostrándome a mí mismo que la estructura le gana a la herramienta. Tú puedes saltarte los dos meses.


OwlMeans es un pipeline de desarrollo con IA: describe lo que quieres en forma de historias de usuario y obtén aplicaciones completas, chatbots, agentes de IA y pipelines de datos —tipados, listos para SSO y tuyos para seguir construyendo con cualquier agente. ¿Quieres el mismo sistema operativo agéntico al mando de tu empresa? Hablemos →