CreaRack-SL

Scaling — Cuando anadir que

Vista limpiaEditar
Conceptoactiveverificado 2026-09-09

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ñalPregunta que te haces
1Más personas¿Alguien más que yo lo toca, hoy o dentro de tres meses?
2Producción¿Hay usuarios o un servidor en producción, y un error cuesta algo?
3Tamaño¿Ya no cabe en la cabeza? (más de ~300 ficheros de código o más de 500 commits)
4Duració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ñalPiezaNota
1 Más personasCandados: 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ónVigilante del CI + guard del mergeYa viajan en method-hooks; aquí solo cuenta que el repo tenga CI.
3 TamañoBiblioteca (grafo + búsqueda semántica + bib_ask)Porque el código ya no se lee entero de una vez.
4 DuraciónEstado 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)

  1. 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.
  2. 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.

Referenciado desde

Inicio
Yo