amili

Claude Code

Un flujo de trabajo con Claude Code para un negocio unipersonal

Un tablero de tareas ordenado, una sesión de Claude Code por proyecto, un CLAUDE.md corto como órdenes permanentes, pruebas antes de dar algo por "hecho", y tres cosas que siempre quedan en manos humanas.

  • El flujo: un tablero guarda todas las tareas en un solo orden; cada proyecto tiene su propia sesión de Claude Code; CLAUDE.md lleva las reglas que nunca cambian; nada está "hecho" hasta que se verifica sobre lo real.
  • La sesión hace sus propios commits y despliegues; tú lees la prueba, no el código.
  • Las ejecuciones nocturnas son tareas programadas con instrucciones estrechas y una lista estricta de "nunca".
  • Tres cosas quedan en manos humanas: gastar dinero, enviar algo en tu nombre y escribir contraseñas.

Esta página describe una configuración de ejemplo: cómo un fundador en solitario, el creador de Amili, lleva un puñado de sitios web pequeños y un producto con Claude Code, de día y de noche. Es una forma de trabajar, no la única, así que léela como un ejemplo resuelto.

Una ventana de chat vale para una tarea. Un negocio son cuarenta tareas en seis proyectos, la mitad a medias, y un modelo que lo olvida todo cuando se cierra la ventana. La documentación de Claude Code lo dice sin rodeos: cada sesión empieza con una ventana de contexto nueva, y dos mecanismos llevan el conocimiento de una sesión a otra, los archivos CLAUDE.md y la memoria automática. Todo lo que sigue está construido alrededor de ese hecho.

El tablero: una lista, un orden

Todo el trabajo vive en un tablero de tareas: una sola cola ordenada que las sesiones de Claude Code leen a través de MCP, el protocolo abierto que Claude Code usa para conectarse a herramientas externas. Una sesión pide la tarea de arriba, la hace, informa con pruebas y pide la siguiente. Nada se elige por capricho.

Tres reglas lo mantienen honesto:

  • Una tarea es un resultado verificable. "Mejorar el sitio" no es una tarea; "el formulario de contacto envía y la respuesta llega a la bandeja" sí.
  • Una tarea que necesita una decisión humana se marca como tal y los agentes la dejan en paz. Va a una lista corta que el dueño despacha a mano.
  • Antes de empezar trabajo nuevo, una sesión comprueba si la anterior dejó algo a medias, y lo termina primero.

No necesitas esta herramienta. Una lista numerada en un archivo de texto funciona para un proyecto. Lo que importa es que haya exactamente un orden y que el agente lo lea en lugar de inventarse prioridades.

Una sesión por proyecto, con nombre y reanudable

Cada carpeta de proyecto tiene su propia sesión, con el nombre del proyecto. Claude Code guarda las sesiones en local: claude --continue reabre la más reciente de una carpeta y claude --resume <name> elige una por nombre. Los nombres importan en cuanto tienes más de dos.

La regla que más costó aprender: nunca dejes que dos sesiones editen la misma copia de trabajo. Se sobrescriben en silencio. La respuesta de Claude Code son los worktrees, una copia separada por sesión que se crea con un comando. Si dos sesiones tienen que tocar un proyecto, usan worktrees distintos o archivos distintos, y el tablero dice cuáles.

CLAUDE.md como órdenes permanentes

CLAUDE.md es el archivo que Claude lee al empezar cada sesión. Aquí guarda las órdenes que nunca cambian para un proyecto: cómo se construye, cómo se despliega, para qué sirve el sitio, qué no se debe tocar nunca y cómo demostrar que un cambio está en producción. La tarea de hoy no está ahí; está en el tablero.

El consejo de la documentación es directo: mantenlo corto, apunta a menos de 200 líneas y, por cada línea, pregúntate si quitarla provocaría un error. En esta configuración los archivos crecieron mucho más allá de eso en los primeros meses y las sesiones empezaron a ignorar reglas enterradas en el medio, el fallo del que avisa la página de mejores prácticas. La solución fue mover el conocimiento situacional a archivos que se leen bajo demanda. Más en cómo escribir un CLAUDE.md.

Verificar antes de afirmar: ¿qué cuenta como hecho?

Esta regla separa un flujo que puedes dejar solo de uno que tienes que vigilar. La página de mejores prácticas lo dice claro: dale a Claude una comprobación que pueda ejecutar y haz que muestre pruebas en lugar de afirmar que tuvo éxito. En el tablero, "hecho" significa una de estas cosas, pegada en el resultado de la tarea:

Tipo de tareaPrueba exigida
Una página o función salió a producciónLa URL en vivo descargada después del despliegue y una huella (una cadena que solo contiene la versión nueva) encontrada en ella
Se corrigió un errorLa comprobación que fallaba antes y la que pasa después
Se midió un númeroEl comando o instrumento, la ventana y la fecha
Algo está ausente ("sin errores", "sin enlaces rotos")La misma comprobación ejecutada contra un caso que se sabe positivo, para que un fallo silencioso de la herramienta no pueda leerse como éxito

Esa última fila viene de la experiencia. Una búsqueda que no devuelve nada es una afirmación sobre la herramienta de búsqueda tanto como sobre el mundo, así que cada "no se encontró nada" va acompañado de un control que debe encontrar algo.

Commits, despliegues y ejecuciones nocturnas

La sesión hace su propio trabajo con git. Claude Code prepara los cambios, hace commits, escribe los mensajes y abre pull requests; el despliegue es lo que diga el CLAUDE.md del proyecto, normalmente un comando. El dueño lee la línea de prueba, no el diff. Dos salvaguardas lo hacen seguro. La sesión nunca despliega desde una copia que no pueda certificar: primero hace fetch y, si la carpeta va por detrás de la rama compartida o contiene trabajo sin commit de otra sesión, aparca el despliegue y lo dice. Y cualquier cosa irreversible que no sea un despliegue de código, como borrar páginas en vivo o redirigir una URL con tráfico, pasa antes por un script y se rechaza si el script dice que no.

Para las ejecuciones nocturnas, Claude Code ofrece tareas programadas de escritorio, que se ejecutan en tu máquina mientras la aplicación está abierta y la computadora despierta, y rutinas, que se ejecutan en la nube con la laptop cerrada. Las dos arrancan una sesión nueva, así que la instrucción tiene que ser autosuficiente. Las instrucciones que han funcionado comparten una forma: un solo trabajo estrecho, una definición de éxito, una lista de cosas que la ejecución nunca debe hacer, y la orden de registrar lo que hizo para la sesión de la mañana. La documentación da el mismo consejo: sé explícito sobre qué significa el éxito, porque la tarea se ejecuta de forma autónoma y no puede preguntar. Una ejecución nocturna autorizada a "arreglar lo que encuentre" es la forma de despertarte con sorpresas.

Lo que queda en manos humanas

Tres cosas no se delegan nunca, sea cual sea el modo de permisos. La sesión las prepara hasta el último paso y se detiene.

  1. Gastar dinero. Pagos, tarjetas, suscripciones, activar un plan de pago.
  2. Enviar algo en tu nombre. Correos, publicaciones, mensajes, cualquier cosa con tu nombre.
  3. Contraseñas y códigos. El agente nunca escribe una credencial; lo hace un gestor de contraseñas o un token ya autorizado.

Las mismas reglas están integradas en Amili, hecha para quien quiere este tipo de ayuda sin una terminal: nunca gasta tu dinero, nunca envía nada en tu nombre sin tu sí para ese mensaje exacto y nunca pide contraseñas. Amili está en beta privada desde el 14 de octubre de 2026, solo con invitación y gratis durante la beta, con la mayoría de las integraciones por llegar; no hace la programación que se describe aquí. Mira cómo funciona.

Tu primera sesión y tu primera semana

Pega esto en una nota y ve marcando. Nada de esto exige un tablero de tareas.

Primera sesión de Claude Code para un proyecto de negocio - [ ] Instala Claude Code y ejecuta `claude` en la carpeta del proyecto - [ ] Pregunta: "¿qué hace este proyecto?" y lee la respuesta buscando errores - [ ] Ejecuta /init para que redacte un CLAUDE.md y recórtalo a las reglas que aplican siempre - [ ] Añade a CLAUDE.md: el comando de build, el comando de despliegue, la URL en vivo y "nunca despliegues sin descargar la página en vivo después" - [ ] Nombra la sesión como el proyecto (/rename <proyecto>) - [ ] Escribe un tasks.md con cinco tareas, cada una un resultado comprobable, en orden - [ ] Da la primera tarea y pide pruebas (la URL, la salida del test) antes de aceptar un "hecho" - [ ] Pide a Claude que haga commit con un mensaje claro - [ ] Anota las tres cosas que siguen siendo tuyas: dinero, envíos, contraseñas

  • Día 1: la lista de arriba. Para después de una tarea entregada con pruebas.
  • Día 2: segunda sesión en la misma carpeta con claude --continue. Fíjate en lo que olvidó; pon en CLAUDE.md solo la regla, no la historia.
  • Día 3: saca la lista de tareas del chat a un archivo o un tablero. Haz que Claude lea el primer elemento en lugar de dictárselo.
  • Día 4: primera regla de verificación: ninguna tarea se cierra sin una comprobación que Claude haya ejecutado. Rechaza a propósito un "hecho" sin pruebas.
  • Día 5: deja que Claude haga commit y despliegue de principio a fin. Tú lees solo la línea de prueba.
  • Día 6: una tarea programada con una instrucción estrecha y una lista de "nunca". Lee su registro a la mañana siguiente.
  • Día 7: revisa CLAUDE.md. Borra cada línea que no haya evitado un error esta semana.

Preguntas frecuentes

¿Cuánto cuesta mantener este flujo de trabajo?

Claude Code está incluido en las suscripciones de pago de Claude (Pro, Max, Team, Enterprise) y también puede facturarse por token a través de la API. A fecha de octubre de 2026, la página de precios lista Pro a 20 dólares al mes con facturación mensual y Max desde 100 dólares al mes; la página de costos señala que el uso de la suscripción tiene límites que se reinician en ventanas deslizantes. Tener sesiones toda la noche agota esos límites más rápido, y por eso las instrucciones nocturnas se mantienen estrechas.

¿Puede Claude Code llevar mi negocio por sí solo?

No. Puede ejecutar una cola de tareas bien definidas y demostrar cada una, que ya es mucho. No puede decidir qué debería hacer el negocio a continuación, no debería gastar dinero ni hablar en tu nombre, y un "hecho" sin verificar no vale nada. Tu trabajo se reduce a escribir buenas tareas, leer pruebas y despachar la lista corta de decisiones humanas.

¿Qué pasa si dos sesiones editan el mismo proyecto?

Se sobrescribirán la una a la otra si no las separas. Usa un worktree por sesión, o da a cada sesión archivos distintos y deja ese reparto escrito donde las dos puedan leerlo. Haz fetch antes de cada edición y nunca ejecutes comandos que reinicien toda la carpeta en una copia compartida.

¿Necesito un tablero de tareas para hacer esto?

No. Una lista numerada en un archivo de texto que Claude lee al empezar cada sesión te da lo único que importa, un solo orden. Un tablero, es decir, cualquier herramienta de tareas que tus sesiones puedan leer por MCP, ayuda cuando varias sesiones tiran de la misma lista y tienen que informar en el mismo sitio.

Sobre esta página. Escrita por Amili, un asistente de IA. Las fuentes están enlazadas en el texto. Última actualización: 2026-10-06.