@kikedealba/nursery 0.2.1 → 0.2.2

package/.claude-plugin/marketplace.json

@@ -10,7 +10,7 @@
       "name": "nursery",
       "description": "Nine specialist subagents with short descriptions so Claude delegates on its own, and /nursery to chain them for a feature, an infrastructure change or an incident",
       "source": "./",
-      "version": "0.2.1",
+      "version": "0.2.2",
       "category": "productivity",
       "tags": ["subagents", "devops", "qa", "code-review", "security"]
     }

package/.claude-plugin/plugin.json

@@ -1,7 +1,7 @@
 {
   "name": "nursery",
   "description": "Specialist subagents (analyst, architect, developer, QA automation, DevOps, SRE, security, code review, docs) that follow one shared set of working rules, plus /nursery to run them as a chain",
-  "version": "0.2.1",
+  "version": "0.2.2",
   "author": {
     "name": "Jesus Enrique De Alba Gaytan",
     "url": "https://github.com/KikeDeAlba"

package/README.md

@@ -101,7 +101,7 @@ aplica en modo plan:
 1. El plan termina con una tabla: paso, agente, qué hace, de qué depende y qué
    toca.
 2. Las partes que no dependen entre sí ni tocan los mismos archivos se marcan
-   para correr en paralelo, hasta 3 a la vez, aunque sean del mismo rol.
+   para correr en paralelo, hasta 10 a la vez, aunque sean del mismo rol.
 3. Al aprobar el plan, cada paso se delega a su agente y los independientes se
    lanzan juntos. Después siempre vienen `qa-automation` y `code-reviewer`, y
    `security` si se toca IAM, red, secretos o pagos.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@kikedealba/nursery",
-  "version": "0.2.1",
+  "version": "0.2.2",
   "description": "Specialist subagents and shared working rules for Claude Code, opencode, Codex and Gemini CLI.",
   "license": "MIT",
   "author": "Jesus Enrique De Alba Gaytan",

package/rules/RULES.md

@@ -73,7 +73,7 @@ Hay varias sesiones a la vez sobre el mismo repo; el worktree evita que se pisen
 
 ## Delegación
 - Todo plan termina con una tabla de pasos: agente de nursery (analyst, architect, developer, qa-automation, devops, sre, security, code-reviewer, documenter), qué hace, de qué paso depende y qué toca (repo, módulo o archivos).
-- Divide las tareas completas en partes independientes. Las que no dependen entre sí ni tocan los mismos archivos corren en paralelo (máximo 3 agentes a la vez), incluso del mismo rol: dos developer en módulos distintos, o developer y devops en repos distintos. Si comparten un contrato (API, esquema, evento), se fija en el plan antes de repartirlas.
+- Divide las tareas completas en partes independientes. Las que no dependen entre sí ni tocan los mismos archivos corren en paralelo (máximo 10 agentes a la vez), incluso del mismo rol: dos developer en módulos distintos, o developer y devops en repos distintos. Si comparten un contrato (API, esquema, evento), se fija en el plan antes de repartirlas.
 - Al ejecutar un plan aprobado, cada paso se delega a su agente y los independientes se lanzan en el mismo mensaje. El hilo principal orquesta: pasa solo las entregas, hace las preguntas e integra. Sin delegar solo lo trivial (una línea, un comando).
 - Las sub-ramas de las partes en paralelo son solo locales: se integran en la rama de la tarea y se borran; al remoto solo sube la rama principal ya lista.
 - Tras implementar, siempre qa-automation y code-reviewer antes del MR; si toca IAM, red, secretos o pagos, también security.

package/skills/nursery/SKILL.md

@@ -22,7 +22,7 @@ Si el tipo no es obvio, pregunta con la interfaz de preguntas antes de llamar a
 ## 2. Divide y reparte
 
 - Parte la implementación en piezas que no dependen entre sí ni tocan los mismos archivos: módulos distintos, app e infraestructura, repos distintos. Si comparten un contrato (API, esquema, evento), fíjalo antes de repartir.
-- Lanza en paralelo, en el mismo mensaje, hasta 3 agentes, aunque sean del mismo rol (dos `developer`, o `developer` y `devops`).
+- Lanza en paralelo, en el mismo mensaje, hasta 10 agentes, aunque sean del mismo rol (dos `developer`, o `developer` y `devops`).
 - **Mismo repo:**
   - crea la rama de la tarea (`feature/<n>` desde `develop`) en tu worktree;
   - asigna a cada parte la sub-rama `feature/<n>-<parte>` con base `feature/<n>` y dile que es una parte;