Scaling — Cuando anadir que

Guia para crecer de manera controlada segun el tamano del equipo y proyecto.

Nivel 1: Solo (1 dev)

Lo minimo:

CLAUDE.md con stack y reglas basicas
Pre-commit hook (harness)
Memorias locales (auto-memory de Claude Code)

No necesitas:

Workspace separado
Agentes formales
Biblioteca
WORKLOG

Nivel 2: Duo (2 devs)

Anadir:

Feature branches por dev
WORKLOG.md para coordinacion
Shared memories (footguns, feedback)
Onboarding script
Areas de trabajo separadas (evitar conflictos)

No necesitas:

Agentes de negocio (biz/)
Biblioteca (salvo >50 endpoints)
MCP server

Nivel 3: Equipo pequeno (3-5 personas)

Anadir:

Workspace repo separado
Agentes por categoria (dev, biz, ops)
Fitness tests en CI
Onboarding per-persona con bootstrap-profile.ps1 (1 comando desde maquina vacia)
Biblioteca (si >50 endpoints o >20 docs) — knowledge graph + hot cache al arrancar sesion
MCP server para integraciones (ERP, GitHub, infra) — hoy estandar, no opcional
Wiki publica para usuarios finales y/o Wiki Supercontexto (auto-mantenida por bibliotecarios latentes)
Regla 14 (verify CI tras push) + Regla 18 (pre-commit gemelo CI) operativas

Considerar:

Sistema Supercontexto (STATE+LOG+NEXT) para iniciativas largas >5 sesiones (proyecto Supercontexto completo: Fases 0-6 cerradas en 12 sesiones)
Feedback loop para outputs de IA en productos con IA interactiva
Skills CLI personalizadas (.claude/skills/) para operaciones repetitivas

Nivel 4: Equipo medio (5-10 personas)

Anadir:

Claude Method como repo separado (este repo)
Agentes de soporte (L1, L2)
Biblioteca con busqueda semantica
LLM-as-judge para outputs criticos
Metricas de salud del harness

Considerar:

Automatizar fitness tests en CI/CD
Dashboard de metricas del metodo
Rotacion de memorias (cleanup periodico)

Regla de oro

No anadir nada “por si acaso”. Cada componente del metodo debe resolver un problema que ya tienes, no uno que podrias tener.

Si no sabes si lo necesitas, no lo necesitas todavia.

Véase también

[[entity—blueprints—service—autoplan]]
[[feature—autoplan—criterio-nodal-funcional-s46]]

¿Merece el escalón grande? · pautas (grill de Edu, 09-09-2026)

La mitad transversal del método viaja sola a cualquier proyecto del perfil: reglas globales, skills del plugin method, estilo companero, plantilla de encargo AGENT_BRIEF.md y los candados genéricos de method-hooks (vigilante del CI, guard del merge, módulo largo, tapado de secretos). No hay que hacer nada para tenerla.

El escalón grande — Biblioteca propia, estado vivo (STATE/NEXT/LOG) y candados que dependen de la Biblioteca (Regla 0, gate de commit) — cuesta infraestructura por proyecto y solo se aplica con criterio explícito, por piezas, nunca todo-o-nada. Estas pautas son ese criterio. Captura del grill: CreaRack-Pro/brainstorms/2026-09-09-escalon-grande-harness.md · apuesta #19 en WAGERS.md.

Las cuatro señales (en orden de peso)

#	Señal	Pregunta que te haces
1	Más personas	¿Alguien más que yo lo toca, hoy o dentro de tres meses?
2	Producción	¿Hay usuarios o un servidor en producción, y un error cuesta algo?
3	Tamaño	¿Ya no cabe en la cabeza? (más de ~300 ficheros de código o más de 500 commits)
4	Duración	¿Va a vivir más de 5 sesiones?

El corte

1 ó 2 señales cumplidas → se abre la conversación (un /grill corto o una charla con el agente) y se decide qué piezas, o se descarta con motivo.
3 o más → se recomienda el escalón entero con /method:iniciar-proyecto.
Solo la 4 (dura, pero solo y sin producción) → estado vivo (STATE/NEXT) y nada más: cero infraestructura.

Qué pieza responde a qué señal

Señal	Pieza	Nota
1 Más personas	Candados: consultar antes de tocar (Regla 0) + reportar antes de commitear (gate de commit)	Evita que dos manos se pisen. Arrastran una Biblioteca en modo eco (sin crons, 0 €/mes): los candados no existen sin ella.
2 Producción	Vigilante del CI + guard del merge	Ya viajan en `method-hooks`; aquí solo cuenta que el repo tenga CI.
3 Tamaño	Biblioteca (grafo + búsqueda semántica + `bib_ask`)	Porque el código ya no se lee entero de una vez.
4 Duración	Estado vivo (STATE + NEXT + LOG, Regla 19)	Para que la sesión N+1 sepa dónde iba la N.

Quién hace la pregunta (los dos disparadores)

El iniciador, siempre: /method:iniciar-proyecto pregunta qué señales cumple el proyecto ANTES de aprovisionar nada, y propone las piezas que salen de esta tabla.
El arranque de sesión, una vez por repo y perfil: en un repo git sin .claude/bib-gate.json que cruce el umbral medible (2+ autores, o >500 commits, o >300 ficheros de código), session-start.ps1 imprime una línea [escalon] con las señales que cumple y remite aquí. No bloquea nada; la decisión es tuya.

Regla de oro, otra vez

Con 1-2 señales, la respuesta buena puede ser “no, y este es el motivo”. Un proyecto pequeño con Biblioteca es infraestructura que nadie mantiene.