← karajancode.com
English

El método

El método Karajan, en siete piezas

Lo que aporta un sénior es criterio y disciplina. El criterio no lo garantiza ningún sistema; la disciplina sí. Cada pieza de abajo convierte un hábito de un buen equipo en un mecanismo que no puedes saltarte.

escribe revisa diff 82a5504
01

Revisión cruzada obligatoria

Cada cambio lo revisa una IA distinta de la que lo escribió. El veredicto se ata al sha256 del diff exacto: cambia una sola línea y el veredicto queda anulado, hace falta una revisión nueva. Nada entra autoaprobado, y un verde que no se ha ganado no puede existir.

Leer: las guardas de git →
pasa, o no hay commit
02

Reglas como mecanismo

Las normas no viven en el prompt, donde se olvidan. Viven en las guardas de git y en la política del proyecto: o pasa, o el commit no entra. Y lo marcado como seguridad no lo salta nadie, ni el arbitraje, ni el propio autor del sistema.

Leer: blindar contra la IA →
03

El Sentinel

Un vigilante dentro de la sesión comprueba cada comando antes de ejecutarlo y bloquea la acción prohibida en el momento, no al final, cuando el daño ya está hecho. Y explica por qué, con un enlace a la regla exacta, para que el bloqueo enseñe en vez de solo detener.

Leer: el Sentinel →
04

Afirmaciones con fuente

Cada dato firme que el agente va a publicar se contrasta con lo que su propia sesión ejecutó de verdad: respaldado, sin respaldo, o desmentido por su fuente. Un dato que su propio terminal desmiente es una alucinación probada, cazada y rechazada antes de salir.

Leer: trabajar con tu agente →
cada una liga la anterior
05

El acta encadenada

Todo lo ejecutado y decidido, comandos, veredictos, excepciones, se sella en un acta donde cada entrada lleva la huella criptográfica de la anterior. Ni un agente ni un humano pueden reescribir lo que se hizo o se decidió sin romper la cadena, y una cadena rota se nota.

Leer: el HU-Board →
06

La confianza caduca

El proyecto declara sus garantías, la suite pasa, hay una auditoría reciente, y el Steward las re-verifica de forma periódica, así que la evidencia vieja deja de contar. Porque los proyectos no se pudren cuando alguien mira; se pudren justo cuando nadie lo hace.

Leer: trabajar con tu agente →
07

Memoria del proyecto (RAG)

El agente consulta el código indexado antes de suponer, nunca adivina qué hace el código. Una política de sensibilidad decide qué modelo puede ver qué, y los secretos quedan excluidos del índice, así que la memoria ayuda sin filtrar nada.

Leer: el servidor MCP →