Saltar al contenido
Volver a todas las notas factory · 9 min

Una fábrica de una sola persona: software serio como fundador en solitario

Construir dejó de ser lo que limita a un fundador en solitario. Lo que te limita ahora es que eres el único scheduler, la única memoria y la única puerta de calidad que tiene el trabajo.

nota de campo 9 min

Construyo PaellaDoc solo, con agentes. No como eslogan. Como la forma real del trabajo cada día. Varias sesiones corriendo a la vez, cada una en su rama, mientras me muevo entre ellas decidiendo qué merece quedarse.

Durante casi todo el tiempo que llevo construyendo software, un fundador en solitario tenía un techo duro. Podías publicar, pero no al throughput de un equipo. Había un número limitado de horas y un solo par de manos. Ese techo casi ha desaparecido. Los agentes escriben el código, y lo escriben rápido. Construir ya no es lo que me limita.

Otra cosa ocupó su sitio, y es más difícil de ver porque no parece un cuello de botella. Parece estar ocupado. Esto es de verdad una fábrica de una persona, y dónde está su muro real.

Los roles que un equipo reparte, tú los sostienes a la vez

Un equipo divide el trabajo para que ninguna persona cargue el contrato entero en la cabeza. Alguien lleva producto. Alguien lleva el código. Alguien revisa. Alguien recuerda por qué se tomó una decisión en marzo. Los handoffs entre ellos son molestos, pero también son la manera de que el trabajo siga coherente mientras muchas manos lo tocan.

Un fundador en solitario con agentes tiene todo ese throughput y ninguna de esa división. Soy el product manager que decidió qué construimos. Soy el ingeniero que tiene que entender lo que volvió. Soy el revisor, la única persona entre un diff con buena pinta y la rama principal. Soy la memoria de por qué existe esto. Los agentes multiplicaron mi output. No dividieron mis roles. Cada uno de ellos sigue cayendo en una sola persona.

Ese es el trato que nadie menciona cuando dicen que una persona puede hacer ya el trabajo de un equipo. Puedes producir como un equipo. Sigues decidiendo como un individuo, y decidir no se paraleliza como construir.

El cuello de botella se movió de tus manos a tu atención

Aquí está el cambio, dicho claro. El recurso escaso solía ser lo rápido que podías producir trabajo. Ahora es lo rápido que puedes absorberlo.

Ocho agentes generan más código en una tarde del que yo puedo leer con cuidado en un día. Eso, por sí solo, no es una victoria de productividad. El output sin revisar no es progreso, es riesgo con un buen mensaje de commit. En cuanto los agentes se volvieron rápidos, mi atención pasó a ser la restricción, y la atención es lo único de lo que no puedo comprar más ni levantar otra instancia.

Esto es lo que quiero decir cuando digo que tú eres el runtime. Soy el scheduler que decide qué sesión corre después. Soy la memoria que lleva el contexto entre ellas porque no lo comparten. Soy el bucle de recuperación cuando un run muere a las 2 de la mañana. Soy la puerta que dice esto está hecho y esto no. Un equipo reparte esos trabajos entre personas y sistemas. En solitario corren todos sobre mí, y cuando me aparto, se paran. La fábrica local de software tiene una sola CPU y es mi cabeza.

Dónde se rompe de verdad una fábrica de una persona

No se rompe por volumen. Se rompe por las cosas que una persona no puede sostener.

Pérdida de contexto. Termino una sesión, duermo, vuelvo, y el hilo está más fino de lo que estaba. Multiplica eso por el trabajo paralelo y estoy reconstruyendo para qué era cada rama antes de poder juzgarla. Deriva. Dos agentes, trabajando de la misma idea en sus sesiones, divergen sin avisar, y solo lo descubro cuando su trabajo tiene que juntarse. Fatiga de revisión. Cuando eres el único revisor, el décimo diff del día recibe menos escrutinio que el primero, y es justo entonces cuando algo se cuela.

Nada de esto es un problema de throughput. Añadir un modelo más rápido no los toca. Todos son la misma cosa de fondo: la memoria de coordinación que un equipo guarda entre sus miembros, un fundador en solitario la tiene que guardar solo, en una cabeza, sobre más trabajo paralelo del que una cabeza está hecha para seguir. Ese es el muro. No “puedo construirlo”. Si puedo seguir coherente mientras se construye.

Qué necesita de verdad una fábrica de una persona

Si la restricción es mi atención y mi memoria, entonces la palanca no es otro agente. Es un sistema que sostiene la parte del trabajo que yo no puedo.

La capa duradera tiene que vivir fuera de mí. El contrato de producto, para no ser la única copia de lo que acordamos construir. Las decisiones y sus razones, para que el yo de marzo responda por una elección que el yo de agosto olvidó. El grafo de conocimiento del código, para ver la forma de lo que construyeron los agentes sin leer cada línea. La evidencia de que una tarea pasó de verdad, para no re-revisarla por desconfianza. Cuando eso vive en el sistema y no en mi cabeza, el trabajo paralelo deja de depender de que yo esté despierto y me acuerde de todo.

Esa es la diferencia entre un fundador en solitario que escala y uno que se convierte en el punto único de fallo de su propia empresa. No más agentes. Un sitio donde viva la memoria de coordinación que no sea una persona cansada. Los agentes te dan el output de un equipo. Algo tiene que darte la memoria de un equipo, o el output adelanta a tu capacidad de mantenerlo coherente y todo se convierte, en silencio, en un castillo de naipes construido rápido.

El muro que no voy a esconder

Una fábrica de una persona tiene un muro real, y estaría vendiendo humo si fingiera lo contrario.

El juicio no se paraleliza. Los agentes no pueden decidir qué merece construirse, si lo que volvió es de verdad bueno, o cuándo tirar una semana de trabajo porque la idea de debajo estaba mal. Eso se queda conmigo, y hay una cantidad finita de eso al día. Parte es criterio, parte es contexto que ningún modelo tiene, parte es solo el peso de ser responsable de una decisión. La velocidad no lo extiende. Los días que intento pasar de ese límite, la calidad de mis decisiones cae mucho antes que mi capacidad de generar más código.

Así que la respuesta de verdad es que un fundador en solitario puede operar ya como un equipo en todo menos en lo que más importaba desde el principio. Puedes construir como diez personas. Sigues teniendo que decidir como una. Todo el juego es ordenar el trabajo para que el juicio escaso caiga solo donde de verdad hace falta, y todo lo demás corra sin él.

Dónde encaja PaellaDoc

Este es el problema que construyo PaellaDoc para resolver, porque es el mío. Mantiene la memoria de la fábrica fuera de mi cabeza: el contrato de producto, las decisiones, el grafo del código y la evidencia viven en un solo sistema local, conectados, para que el trabajo paralelo no dependa de que yo lo sostenga todo. Los agentes corren aislados en sus ramas. Lo que producen se cierra solo cuando la evidencia lo dice, que es lo que me deja dejar de re-revisar por miedo.

No toma el juicio por mí. No me fiaría si dijera que sí. Hace algo más estrecho y más útil: sostiene todo lo que rodea al juicio, para que lo escaso que aporto se gaste en las decisiones que me necesitan y en nada más.

Si estás construyendo software con agentes solo, pregúntate dónde vive de verdad la memoria de tu producto. Si la respuesta de verdad es “en mi cabeza”, ese es el muro con el que vas a chocar, y está más cerca que el del throughput.

Preguntas frecuentes

¿Puede un fundador en solitario sacar software serio con agentes de IA?

Sí, y el viejo techo casi ha desaparecido: los agentes escriben el código rápido, así que construir ya no es lo que te limita. Lo que lo sustituye es más difícil de ver. Una persona sostiene ahora cada rol que un equipo reparte —producto, ingeniería, revisión, memoria, recuperación, la puerta de calidad— porque los agentes multiplican tu output sin dividir tus roles. Puedes producir como un equipo, pero sigues decidiendo como un individuo.

¿Cuál es el límite real de un desarrollador en solitario con agentes de IA?

La atención, no el throughput. Ocho agentes generan más código en una tarde del que una persona puede leer con cuidado en un día, y el output sin revisar es riesgo con un buen mensaje de commit, no progreso. El muro es la coherencia: pérdida de contexto entre sesiones, deriva entre ramas paralelas y fatiga de revisión, donde el décimo diff recibe menos escrutinio que el primero. El juicio no se paraleliza, y hay una cantidad finita al día.

¿Qué es una fábrica de una sola persona?

Una fábrica de una persona es alguien que opera como un equipo corriendo varias sesiones de agentes a la vez, cada una en su rama, mientras sostiene solo el calendario, las decisiones y la puerta de calidad. Funciona cuando la memoria de coordinación —el contrato de producto, las decisiones, el grafo del código y la evidencia— vive fuera de tu cabeza en un sistema conectado. Si no, te conviertes en el punto único de fallo de tu propia empresa, con una cabeza cansada como CPU.

¿Los agentes de IA pueden sustituir a un equipo de desarrollo para un fundador en solitario?

Sustituyen el throughput, no el juicio. Los agentes no pueden decidir qué merece construirse, si lo que volvió es bueno, o cuándo tirar una semana porque la idea de debajo estaba mal. Eso se queda contigo. Lo que de verdad necesita un fundador en solitario no es más agentes sino un sitio donde viva la memoria de un equipo, para que el trabajo paralelo no dependa de que estés despierto y te acuerdes de todo.