cortex

El sistema operativo de tus coding agents.

Contrato, memoria y método. En cualquier CLI.

by Barbat.Dev

Lo que ya conocés

Tu agente alucina, se va de scope y mañana no se acuerda de nada.

Le pasás más reglas, más contexto, más documentos. Y lo mismo: inventa cosas, toca archivos que no tenía que tocar, y arranca cada sesión desde cero.

El problema real

Más contexto no arregla un método flojo.

El problema no es cuánto contexto le das. Es cuándo se lo das, cómo está estructurado y qué tiene que quedar afuera. Un prompt inflado termina compitiendo consigo mismo.

Qué es cortex

Tu CLI agentic, convertido en un sistema operativo coherente.

Tres cosas sostenidas al mismo tiempo, sobre el CLI que ya usás:

Contrato

Reglas, agentes y skills que valen igual en cualquier runtime soportado.

Memoria

Lo aprendido sobrevive a la sesión y no vive pegado al prompt.

Atención

Gastás tokens para bajar incertidumbre, no para guardar texto.

Pilar 1 · Contrato

El mismo sistema en Claude Code y en OpenCode.

Escribís un agente, una skill o una regla una sola vez. Corre igual en los runtimes Tier 1, con paridad que se valida en cada PR. No reescribís nada para cada CLI.

Claude Code Tier 1 · paridad validada
OpenCode Tier 1 · paridad validada
Un solo core
coreagentesskillsreglasbrains
Con OpenCode usás cortex sobre cualquier modelo (OpenAI, DeepSeek, Kimi, Qwen, lo que conectes), no solo Claude.

Lo que viene adentro

No es un framework vacío. Viene cargado.

13 agentes
46 skills
3 brains
reglas portables

Agentes que exploran, implementan y revisan. Skills que activás cuando las necesitás. Reglas que valen en todos tus proyectos. Todo listo desde la instalación.

Pilar 2 · Memoria

Memoria que sobrevive a la sesión.

Tres brains separados por tipo: técnico (work), personal y negocio (life), notas activas (second). Se guardan solos cuando algo importa.

work Técnico: bugs, decisiones, patrones, configs.
life Personal y negocio: contexto, preferencias, planes.
second Notas activas: tareas, ideas, borradores vivos.

Memoria · lo nuevo

Y que se da cuenta cuando algo no cierra.

La memoria detecta cuándo dos cosas que recordás se contradicen o quedaron viejas, y lo marca. Read-only y reversible: no pisa nada por su cuenta.

Recuerdo A El deploy va por el script viejo. guardado hace 3 meses
Recuerdo B El deploy ahora corre por el pipeline nuevo. guardado esta semana

Read-only y reversible: lo marca para que decidas, no lo pisa por su cuenta.

Pilar 3 · Proceso

Un contrato antes de tocar código. Verificación contra escenarios después.

SDD lleva una intención a trabajo verificable. Con un gate en cada paso.

1onboard
2new
3spec
4plan
5apply
6verify
7archive
Acá vive el principio: contexto es timing, no volumen. Traés la evidencia justa cuando hace falta, no todo siempre.

El método · SDD

De una idea a código verificado, sin improvisar.

1onboard
/sdd:onboard mapea un proyecto existente
2new
/sdd:new explora el repo y genera el spec borrador
3spec
/sdd:spec valida y persiste el spec
4plan
task-planner ordena las tareas por dependencia
5apply
/sdd:apply implementa siguiendo el contrato
6verify
/sdd:verify audita contra el spec: PASS / FAIL
FAIL / PARTIAL vuelve a apply, se reimplementa
PASS
vos validás
nada se archiva sin tu OK
7archive
/sdd:archive cierra el ciclo y acumula el aprendizaje
archive realimenta el próximo ciclo

Cada paso tiene un gate. Si verify falla, vuelve a apply. Y nada se archiva hasta que vos lo validás: el humano está en el proceso, no es vibecoding.

Cómo se ve

Un ciclo real, de punta a punta.

Un /sdd:new sobre una feature de verdad: explora el repo, propone el spec, planifica las tareas, implementa, verifica contra los escenarios y archiva las decisiones. Sin improvisar.

Highlights de un /sdd:new real, de 22 min a ~35 s: explora → spec → plan → apply → verify 6/6 PASS → archive.
1explore
2spec
3plan
4apply
5verify
6archive

Por qué cortex

Ya tenés tu CLAUDE.md. ¿Para qué esto?

Un CLAUDE.md a mano está bien. Las reglas de Cursor andan. Tu harness propio te saca del paso. Pero ....

  • Se carga igual en dos runtimes Tier 1.
  • Recuerda entre sesiones, sin pegarlo al prompt.
  • Verifica contra escenarios concretos.
  • Delega a agentes especializados sin mezclar roles.
Tu config a mano no hace nada de eso sola.

Soporte honesto

Sabés exactamente con qué contás.

Dos runtimes andan completos y validados en cada PR: Claude Code y OpenCode. Los demás están en camino, marcados como experimentales. No te prometemos paridad que no cumplimos.

TIER
1

Paridad real

Validada en cada PR. Lo que escribís corre igual en los dos.

Claude Code OpenCode
EN
CAMINO

Experimental

Otros runtimes: andan, pero todavía sin garantía de paridad. Marcados como experimentales hasta que la cumplan.

Y si cortex no es para tu caso, te lo decimos: hay una sección entera de "cuándo NO usarlo".

Empezá

Probalo en tu próximo feature.

$ git clone … && ./install/setup
# SQLite, sin Docker, sin .env. Arranca en un par de minutos.
★ en GitHub Leé el CODEBASE-GUIDE Tu primer ciclo: /sdd:new

Dejá de pelearte con tu agente. Trabajá con método.

cortex · by Barbat.Dev

1 / 15