oh-my-customcode — una herramienta para “compilar” agentes de Claude Code, no solo “configurarlos”

Cuando usas varios agentes con Claude Code, te sigues topando con la misma pared.
Escribes documentos de skills, pegas YAML de agentes, insertas reglas, conectas el enrutamiento,
y si hay conflictos, terminas editando CLAUDE.md a mano. Y cada vez que cambias de proyecto, vuelves a hacer todo eso.

Por eso hice oh-my-customcode.
La primera línea en la parte superior del README resume exactamente la identidad del producto.

Your AI Agent Stack. Compiled, Not Configured.

Hay dos ejes.

1) Los agentes no son configuración, sino artefactos compilados.

• .claude/skills/ = código fuente (conocimiento y flujos de trabajo reutilizables)
• .claude/agents/ = artefactos de build (especialistas ensamblados a partir de skills)
• mgr-sauron = compilador (validación estructural)
• .claude/rules/ = especificación (restricciones y reglas de build)
• skill de enrutamiento = linker (conecta tareas y agentes)

Las skills evolucionan de forma independiente y los agentes pueden recompilarse en cualquier momento con las skills actualizadas. Esa separación es el punto de partida del runtime.

2) Si no existe un especialista, se crea al momento.

Si le dices “revísame este módulo de Terraform” y no hay un especialista registrado, en vez de fallar el sistema actúa así.

• Enrutamiento: confirma que no existe un especialista en Terraform
• mgr-creator: explora la skill infra-aws-expert + la guía docker-best-practices
• genera infra-terraform-expert.md
• ejecuta la revisión de inmediato
• el agente generado queda disponible para futuras invocaciones

No es un fallback, es parte del diseño. La ausencia de especialización se trata como un problema de build.

---

Incluye por defecto

Con un solo omcustom init obtienes 48 agents / 107 skills / 22 rules / 39 guides.

  npm install -g oh-my-customcode  
  cd your-project  
  omcustom init  

Algunas decisiones de diseño

• La conversación principal es un orquestador singleton (R010).
  No escribe archivos directamente y todo el trabajo se delega, a través del enrutamiento, a agentes dedicados.
  Así no se mezcla el contexto.

• La estratificación de modelos está definida explícitamente.
  Arquitectura e investigación usan opus, implementación y creación de agentes usan sonnet,
  y búsqueda y verificación de conteos usan haiku. El patrón reasoning-sandwich (opus → sonnet → haiku) es la forma base.

• Las tareas independientes se ejecutan en paralelo (R009).
  Hasta 4 por mensaje.

• Los hooks de seguridad son advisory.
  secret-filter, audit-log, schema-validator, PostCompact (reinyección de reglas después de la compactación)
  No bloquean nada; solo dejan advertencias.

• RTK viene instalado por defecto para reducir entre 60 y 90% los tokens de salida del CLI.

---

Hablando con franqueza

Ya existen bastantes herramientas del tipo “plugin de Claude Code como oh-my-zsh”.
Yo también he probado varias y les tengo un respeto genuino.
Por eso, en oh-my-customcode el foco no estuvo en una colección de plantillas, sino en el lado del runtime donde operan el compilador, el router y los managers.
Si quieren comparar cómo resolví esto de forma distinta frente a otras implementaciones con un concepto similar, pregúntenme y con gusto respondo.

• GitHub: https://github.com/baekenough/oh-my-customcode
• npm: https://www.npmjs.com/package/oh-my-customcode

Por qué es un orquestador singleton, por qué sauron se separó como agente independiente, cómo se definieron las heurísticas de estratificación de modelos, etc.

Déjenme sus dudas en los comentarios.
Los primeros comentarios son los que más agradezco.

[moderator]

Se movió a Show GN.
Como referencia, las publicaciones cuya categoría sea ajustada por un moderador pueden tener limitada su exposición en la pantalla principal, así que por favor revisa una vez más la categoría antes de publicarlas.