ARK
El sistema de decisión que consulto antes de decidir
ARK es un sistema de conocimiento en Markdown que un agente de código lee antes de aconsejarme. Conserva el contexto que se me olvida, contrasta lo que propongo con lo que ya decidí, y deja escrito por qué. El criterio final sigue siendo mío, y esa frontera está escrita dentro del propio sistema.
Lo que compras es un sistema en Markdown que se integra con tu agente de código, en Claude Code o en Codex, y un onboarding para llenarlo con tu propio contexto. No es una copia de mi repositorio.
Qué es
- Archivos de texto plano. Sin base de datos, sin panel y sin automatizaciones.
- Un cuerpo de principios, una hoja de ruta y las campañas activas, que el agente carga antes de responder.
- Consejos que aplican marcos de análisis públicos a una decisión concreta, sin inventar citas ni atribuir opiniones.
- Un registro fechado de las decisiones caras de revertir, con su contexto y sus alternativas descartadas.
Qué no es
- No es un agente autónomo. Nunca aparece como iniciador de una acción.
- No es un servicio ni una integración: no se conecta a nada ni corre solo.
- No reemplaza el criterio. Lo obliga a escribirse, que es más incómodo.
- No marca nada como verificado por iniciativa propia. Eso lo confirma una persona.
Cómo opera
Cuatro pasos, siempre en el mismo orden
- Clasifica la solicitud y carga solo el contexto relevante, en vez de arrastrar el repositorio entero.
- Separa hechos, inferencias, supuestos y evidencia pendiente antes de recomendar nada.
- Señala la contradicción cuando lo que pido choca con los principios, las prioridades o las restricciones familiares.
- Registra la decisión cuando es difícil de revertir, para que el yo de dentro de seis meses sepa qué se descartó.
Un ejemplo
El recibo de una decisión, en un caso ficticio
Caso enteramente ficticio. Cifras, personas, fuentes del caso y desenlaces son inventados para evaluar el método.
Lucía dirige Bruma, una empresa de dos personas que vende una herramienta de inventario a talleres mecánicos.
Le llegaron dos caminos posibles y solo alcanza para uno.
El recibo propuesto
- Decisión propuesta
- Conversar con los tres talleres
- Resultado esperado, escrito antes de actuar
- Al menos dos de tres describen un costo concreto, en dinero o en horas
- Criterio de abandono
- Si ninguno nombra un costo, la hipótesis se reformula antes de construir
- Qué refutaría la premisa
- Tres conversaciones sin costo identificable
- Fecha de revisión
- Siete días, o antes si las tres se cierran primero
La elección fue correcta y el resultado quedó corto.
La prueba
Qué cambió en trabajo real
- Dashboards de seguimiento de sprints y gestión de releases construidos con n8n y la API de Claude, que eliminaron seis horas semanales de trabajo manual.
- Cada artículo de este blog declara si ARK participó y cómo. La ausencia de esa etiqueta significa autoría humana sin asistencia, y esa ausencia se lee de un vistazo.
- Las decisiones que aparecen en los artículos salieron de este sistema, incluida la de cerrar un producto que no cumplió su criterio de éxito.
Qué se publica y qué no
La línea está escrita antes de publicar
El repositorio contiene información personal y financiera real, así que su contenido no se publica. Sí es público el método, la estructura por categorías y los resultados que se pueden verificar por fuera. No lo son las finanzas, las campañas en curso, los registros de revisión ni el texto de las decisiones. Si algo de eso apareciera acá, el sistema habría dejado de servir para lo que existe.
Pago único de 19 dólares. Licencia personal. Si no te sirve, se te devuelve el dinero, sin preguntas.