context-first-cli 2.1.5 → 2.2.0

package/dist/templates/commands/es/engineer/pre-pr.md

@@ -2,16 +2,77 @@
 
 Este comando valida que todo está listo para crear Pull Requests.
 
-## 📋 Requisitos previos
+## 📋 Requisitos Previos
 
 - Implementación completa (todas las tareas del `/plan` ejecutadas)
 - Todos los commits realizados
 - Workspace limpio y organizado
 
+## 📋 Configuración del Proyecto
+
+**⚠️ IMPORTANTE: ¡Siempre lea los archivos de configuración del proyecto ANTES de ejecutar este comando!**
+
+### Archivos Obligatorios
+
+1. **`context-manifest.json`** (raíz del orquestador)
+   - Lista de repositorios del proyecto
+   - Roles de cada repositorio (metaspecs, application, etc.)
+   - URLs y dependencias entre repositorios
+
+2. **`ai.properties.md`** (raíz del orquestador)
+   - Configuraciones del proyecto (`project_name`, `base_path`)
+   - Sistema de gestión de tareas (`task_management_system`)
+   - Credenciales y configuraciones específicas
+
+### Cómo Leer
+
+```bash
+# 1. Leer context-manifest.json
+cat context-manifest.json
+
+# 2. Leer ai.properties.md
+cat ai.properties.md
+```
+
+### Información Esencial
+
+Después de leer los archivos, tendrás:
+- ✅ Lista completa de repositorios del proyecto
+- ✅ Ubicación del repositorio de metaspecs
+- ✅ Base path para localizar repositorios
+- ✅ Sistema de gestión de tareas configurado
+- ✅ Configuraciones específicas del proyecto
+
+**🛑 NO continúe sin leer estos archivos!** ¡Contienen información crítica para la correcta ejecución del comando!
+
+
 ## 🎯 Objetivo
 
 Garantizar que la implementación está completa, probada y lista para revisión antes de crear los PRs.
 
+## 🛑 CRÍTICO: DÓNDE TRABAJAR
+
+**⚠️ ATENCIÓN: TODO CÓDIGO (tests, fixes, ajustes) DEBE SER CREADO DENTRO DEL WORKTREE!**
+
+**✅ CORRECTO** - Trabajar dentro del worktree:
+```
+<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/src/file.ts  ✅
+<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/tests/test.ts  ✅
+<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/.eslintrc.js  ✅
+```
+
+**❌ INCORRECTO** - NUNCA crear código fuera del worktree:
+```
+<orchestrator>/.sessions/test.ts  ❌
+<orchestrator>/.sessions/<ISSUE-ID>/test.ts  ❌
+{base_path}/<repo-name>/test.ts  ❌ (¡repositorio principal!)
+```
+
+**REGLA ABSOLUTA**:
+- 🛑 **TODO código** (tests, fixes, configuraciones) **DEBE estar en** `<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/`
+- 🛑 **NUNCA modifique** el repositorio principal en `{base_path}/<repo-name>/`
+- ✅ **Trabaje SOLO** dentro del worktree del repositorio específico
+
 ## ✅ Checklist de Validación
 
 ### 1. Completitud de la Implementación
@@ -22,7 +83,7 @@ Garantizar que la implementación está completa, probada y lista para revisión
 - [ ] Todas las tareas del plan fueron ejecutadas
 - [ ] Todos los requisitos funcionales del PRD fueron implementados
 - [ ] Todos los criterios de aceptación fueron cumplidos
-- [ ] Ninguna funcionalidad quedó a medias
+- [ ] Ninguna funcionalidad quedó incompleta
 ```
 
 ### 2. Calidad del Código
@@ -79,14 +140,14 @@ Checklist:
 - [ ] Sin warnings críticos
 ```
 
-### 3. Pruebas
+### 3. Tests
 
 Para cada repositorio:
 
 ```bash
 cd <repositorio>
 
-# Ejecutar pruebas unitarias (ejemplos por stack):
+# Ejecutar tests unitarios (ejemplos por stack):
 # Node.js: npm run test:unit / jest / vitest
 # Python: pytest tests/unit / python -m unittest
 # Java: mvn test / gradle test
@@ -96,7 +157,7 @@ cd <repositorio>
 # PHP: ./vendor/bin/phpunit --testsuite=unit
 # C#: dotnet test --filter Category=Unit
 
-# Ejecutar pruebas de integración (ejemplos por stack):
+# Ejecutar tests de integración (ejemplos por stack):
 # Node.js: npm run test:integration
 # Python: pytest tests/integration
 # Java: mvn verify / gradle integrationTest
@@ -117,19 +178,19 @@ cd <repositorio>
 
 Checklist:
 ```markdown
-## Pruebas
+## Tests
 
 ### <repo-1>
-- [ ] Todas las pruebas unitarias pasando
-- [ ] Todas las pruebas de integración pasando
-- [ ] Cobertura de pruebas adecuada (>= X%)
-- [ ] Nuevas pruebas añadidas para nuevas funcionalidades
+- [ ] Todos los tests unitarios pasan
+- [ ] Todos los tests de integración pasan
+- [ ] Cobertura de tests adecuada (>= X%)
+- [ ] Nuevos tests añadidos para nuevas funcionalidades
 
 ### <repo-2>
-- [ ] Todas las pruebas unitarias pasando
-- [ ] Todas las pruebas de integración pasando
-- [ ] Cobertura de pruebas adecuada (>= X%)
-- [ ] Nuevas pruebas añadidas para nuevas funcionalidades
+- [ ] Todos los tests unitarios pasan
+- [ ] Todos los tests de integración pasan
+- [ ] Cobertura de tests adecuada (>= X%)
+- [ ] Nuevos tests añadidos para nuevas funcionalidades
 ```
 
 ### 4. Documentación
@@ -139,7 +200,7 @@ Checklist:
 
 - [ ] README actualizado (si es necesario)
 - [ ] Comentarios de código adecuados
-- [ ] Documentación de APIs actualizada (si hay cambios)
+- [ ] Documentación de APIs actualizada (si hubo cambios)
 - [ ] Changelog actualizado
 - [ ] Documentación técnica actualizada en las metaspecs (si aplica)
 ```
@@ -161,7 +222,7 @@ Checklist:
 ```markdown
 ## Sincronización
 
-- [ ] Las branches están actualizadas con la branch base (main/develop)
+- [ ] Las ramas están actualizadas con la rama base (main/develop)
 - [ ] No hay conflictos de merge
 - [ ] Cambios entre repositorios están sincronizados
 - [ ] Dependencias entre repos fueron probadas
@@ -172,10 +233,10 @@ Checklist:
 ```markdown
 ## Seguridad
 
-- [ ] No hay credenciales ni secrets en el código
+- [ ] No hay credenciales o secretos en el código
 - [ ] No hay datos sensibles en logs
 - [ ] Dependencias de seguridad fueron verificadas
-- [ ] No hay vulnerabilidades conocidas introducidas
+- [ ] No se introdujeron vulnerabilidades conocidas
 ```
 
 ### 8. Performance
@@ -185,7 +246,7 @@ Checklist:
 
 - [ ] No hay regresiones de performance evidentes
 - [ ] Queries/operaciones costosas fueron optimizadas
-- [ ] No hay memory leaks introducidos
+- [ ] No se introdujeron memory leaks
 - [ ] Requisitos de performance del PRD fueron cumplidos
 ```
 
@@ -215,20 +276,20 @@ Cree `./.sessions/<ISSUE-ID>/pr-description.md`:
 - [Cambio 2]
 - [Cambio 3]
 
-## 🔗 Enlaces
+## 🔗 Links
 - **Issue**: [ISSUE-ID]
 - **PRD**: [link o ruta]
 - **Plan Técnico**: [link o ruta]
 
 ## ✅ Checklist
 - [x] Código implementado y probado
-- [x] Pruebas unitarias añadidas/actualizadas
-- [x] Pruebas de integración pasando
+- [x] Tests unitarios añadidos/actualizados
+- [x] Tests de integración pasando
 - [x] Documentación actualizada
 - [x] Linting y formateo OK
 - [x] Build sin errores
 
-## 🧪 Cómo Testear
+## 🧪 Cómo Probar
 1. [Paso 1]
 2. [Paso 2]
 3. [Resultado esperado]
@@ -246,12 +307,12 @@ Si alguna validación falla:
 3. 🔧 **CORRIJA** el problema
 4. 🔄 **EJECUTE** `/pre-pr` nuevamente
 
-## 📊 Informe de Validación
+## 📊 Reporte de Validación
 
 Cree `./.sessions/<ISSUE-ID>/pre-pr-report.md`:
 
 ```markdown
-# Informe de Validación Pre-PR
+# Reporte de Validación Pre-PR
 
 **Fecha**: [fecha/hora]
 **Issue**: [ISSUE-ID]
@@ -263,12 +324,12 @@ Cree `./.sessions/<ISSUE-ID>/pre-pr-report.md`:
 - **<repo-1>**: ✅ OK
 - **<repo-2>**: ✅ OK
 
-## Resumen de Pruebas
-- **Pruebas Unitarias**: X/X pasando
-- **Pruebas de Integración**: Y/Y pasando
+## Resumen de Tests
+- **Tests Unitarios**: X/X pasando
+- **Tests de Integración**: Y/Y pasando
 - **Cobertura**: Z%
 
-## Pendientes (si las hay)
+## Pendientes (si hay)
 - [Pendiente 1]
 - [Pendiente 2]
 

package/dist/templates/commands/es/engineer/start.md

@@ -26,6 +26,43 @@ Este comando inicia el desarrollo de una funcionalidad en el workspace actual.
 - ❌ NUNCA haga checkout en los repositorios principales
 - ❌ NUNCA modifique código en este comando (use `/work` después)
 
+## 📋 Configuración del Proyecto
+
+**⚠️ IMPORTANTE: ¡Siempre lea los archivos de configuración del proyecto ANTES de ejecutar este comando!**
+
+### Archivos Obligatorios
+
+1. **`context-manifest.json`** (raíz del orchestrator)
+   - Lista de repositorios del proyecto
+   - Roles de cada repositorio (metaspecs, application, etc.)
+   - URLs y dependencias entre repositorios
+
+2. **`ai.properties.md`** (raíz del orchestrator)
+   - Configuraciones del proyecto (`project_name`, `base_path`)
+   - Sistema de gestión de tareas (`task_management_system`)
+   - Credenciales y configuraciones específicas
+
+### Cómo Leer
+
+```bash
+# 1. Leer context-manifest.json
+cat context-manifest.json
+
+# 2. Leer ai.properties.md
+cat ai.properties.md
+```
+
+### Información Esencial
+
+Después de leer los archivos, tendrá:
+- ✅ Lista completa de repositorios del proyecto
+- ✅ Ubicación del repositorio de metaspecs
+- ✅ Base path para localizar repositorios
+- ✅ Sistema de gestión de tareas configurado
+- ✅ Configuraciones específicas del proyecto
+
+**🛑 NO continúe sin leer estos archivos!** Contienen información crítica para la correcta ejecución del comando.
+
 ## 📚 Cargar MetaSpecs
 
 **Localizar MetaSpecs automáticamente**:
@@ -43,7 +80,7 @@ Este comando inicia el desarrollo de una funcionalidad en el workspace actual.
 
 Antes de iniciar, cargue el contexto consultando:
 - `context-manifest.json` - Estructura de repositorios
-- MetaSpecs (localizado arriba) - Arquitectura y patrones
+- MetaSpecs (ubicado arriba) - Arquitectura y patrones
 - `directorio del workspace` - Información del workspace actual
 
 ## ⚙️ Configuración Inicial
@@ -57,10 +94,10 @@ Antes de iniciar, cargue el contexto consultando:
    - Confirme que todas las branches están sincronizadas
 
 3. **Cargar Especificación**:
-   - **Si task manager configurado**: Lea la issue usando el MCP apropiado
+   - **Si el task manager está configurado**: Lea la issue usando el MCP apropiado
    - **Si no**: Pida al usuario el archivo de especificación o descripción de la feature
 
-4. **Actualizar Estado** (si task manager configurado):
+4. **Actualizar Estado** (si el task manager está configurado):
    - Mueva la issue a "En Progreso"
 
 ## 📋 Análisis y Entendimiento
@@ -86,7 +123,7 @@ Analice la especificación y construya un entendimiento completo respondiendo:
 ### Validación contra MetaSpecs
 
 Si metaspecs están disponibles, validar:
-- ¿Está alineado con la estrategia y roadmap?
+- ¿Está alineado con estrategia y roadmap?
 - ¿Usa stack tecnológica aprobada?
 - ¿Respeta Architecture Decision Records?
 - ¿Sigue reglas de negocio documentadas?
@@ -134,11 +171,11 @@ Cree el archivo `./.sessions/<ISSUE-ID>/context.md` con:
 ## Restricciones
 [Limitaciones técnicas, objetivos de performance, presupuesto]
 
-## Tests
-[E2E críticos, unit tests necesarios, cobertura esperada]
+## Pruebas
+[E2E críticos, pruebas unitarias necesarias, cobertura esperada]
 ```
 
-**Después de crear `context.md`, pida revisión y aprobación al usuario antes de continuar.**
+**Después de crear `context.md`, solicite revisión y aprobación del usuario antes de continuar.**
 
 ---
 
@@ -160,9 +197,9 @@ Cree el archivo `./.sessions/<ISSUE-ID>/context.md` con:
    - Lea patrones de código en metaspecs
    - Identifique patrones existentes en el código (use Glob/Grep para encontrar ejemplos similares)
 
-3. **Validar compliance con ADRs**:
+3. **Validar cumplimiento con ADRs**:
    - Para cada ADR relevante, verifique si la solución propuesta respeta las decisiones
-   - Documente compliance en architecture.md
+   - Documente el cumplimiento en architecture.md
    - Si hay violación, justifique o proponga corrección
 
 4. **Analizar código existente**:
@@ -204,16 +241,16 @@ repo-1/
 ```
 
 ## Patrones y Mejores Prácticas
-[Patrones que se mantendrán o introducirán]
+[Patrones que serán mantenidos o introducidos]
 
 ## Validación de ADRs
-[Lista de ADRs consultados y compliance]
+[Lista de ADRs consultados y cumplimiento]
 
-- [x] ADR-001: [Nombre] - Compliant
-- [x] ADR-002: [Nombre] - Compliant
+- [x] ADR-001: [Nombre] - Cumple
+- [x] ADR-002: [Nombre] - Cumple
 
 ## Dependencias Externas
-[Bibliotecas que se usarán o añadirán]
+[Bibliotecas que serán usadas o añadidas]
 
 ## Decisiones Técnicas
 
@@ -248,7 +285,7 @@ repo-1/
 - `repo-2/src/controllers/NewController.ts` (CREAR)
 ```
 
-**Después de crear `architecture.md`, pida revisión y aprobación al usuario antes de continuar.**
+**Después de crear `architecture.md`, solicite revisión y aprobación del usuario antes de continuar.**
 
 ---
 

package/dist/templates/commands/es/engineer/work.md

@@ -2,19 +2,57 @@
 
 Este comando ejecuta una unidad de trabajo en el workspace actual, implementando parte del plan técnico.
 
-## 📋 Prerrequisitos
+## 📋 Requisitos Previos
 
-Antes de ejecutar, asegúrate de que:
-- Has ejecutado `/start` y `/plan` para tener el plan técnico
-- Estás en el workspace correcto: `<orchestrator>/.sessions/<ISSUE-ID>/`
-- Tienes disponibles los archivos `.sessions/<ISSUE-ID>/`:
+Antes de ejecutar, asegúrese de que:
+- Ha ejecutado `/start` y `/plan` para obtener el plan técnico
+- Está en el workspace correcto: `<orchestrator>/.sessions/<ISSUE-ID>/`
+- Tiene disponibles los archivos `.sessions/<ISSUE-ID>/`:
   - `context.md` (inmutable)
   - `architecture.md` (inmutable)
   - `plan.md` (mutable)
 
-## 📍 IMPORTANTE: Entiende la Estructura
+## 📋 Configuración del Proyecto
 
-**Workspace** (donde trabajas):
+**⚠️ IMPORTANTE: ¡Siempre lea los archivos de configuración del proyecto ANTES de ejecutar este comando!**
+
+### Archivos Obligatorios
+
+1. **`context-manifest.json`** (raíz del orchestrator)
+   - Lista de repositorios del proyecto
+   - Roles de cada repositorio (metaspecs, application, etc.)
+   - URLs y dependencias entre repositorios
+
+2. **`ai.properties.md`** (raíz del orchestrator)
+   - Configuraciones del proyecto (`project_name`, `base_path`)
+   - Sistema de gestión de tareas (`task_management_system`)
+   - Credenciales y configuraciones específicas
+
+### Cómo Leer
+
+```bash
+# 1. Leer context-manifest.json
+cat context-manifest.json
+
+# 2. Leer ai.properties.md
+cat ai.properties.md
+```
+
+### Información Esencial
+
+Después de leer los archivos, tendrá:
+- ✅ Lista completa de repositorios del proyecto
+- ✅ Ubicación del repositorio de metaspecs
+- ✅ Base path para localizar repositorios
+- ✅ Sistema de gestión de tareas configurado
+- ✅ Configuraciones específicas del proyecto
+
+**🛑 NO continúe sin leer estos archivos!** ¡Contienen información crítica para la correcta ejecución del comando!
+
+
+## 📍 IMPORTANTE: Entienda la Estructura
+
+**Workspace** (donde trabaja):
 ```
 <orchestrator>/.sessions/<ISSUE-ID>/
 ├── repo-1/          # worktree con branch feature/<ISSUE-ID>
@@ -31,10 +69,10 @@ Antes de ejecutar, asegúrate de que:
 ```
 
 **REGLA DE ORO**:
-- ✅ Trabaja SÓLO dentro de `<orchestrator>/.sessions/<ISSUE-ID>/`
-- ✅ Haz commits en los worktrees dentro del workspace
-- ❌ NUNCA hagas checkout en los repositorios principales
-- ❌ NUNCA navegues a `{base_path}/{repo-id}/`
+- ✅ Trabaje SOLO dentro de `<orchestrator>/.sessions/<ISSUE-ID>/`
+- ✅ Haga commits en los worktrees dentro del workspace
+- ❌ NUNCA haga checkout en los repositorios principales
+- ❌ NUNCA navegue a `{base_path}/{repo-id}/`
 
 ## 🛑 CRÍTICO: DÓNDE CREAR CÓDIGO
 
@@ -56,7 +94,7 @@ Antes de ejecutar, asegúrate de que:
 
 **REGLA ABSOLUTA**:
 - 🛑 **TODO archivo de código** (`.ts`, `.js`, `.py`, `.java`, etc.) **DEBE estar dentro de** `<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/`
-- 🛑 **NUNCA crees código** directamente en `<orchestrator>/.sessions/` o `<orchestrator>/.sessions/<ISSUE-ID>/`
+- 🛑 **NUNCA cree código** directamente en `<orchestrator>/.sessions/` o `<orchestrator>/.sessions/<ISSUE-ID>/`
 - ✅ **Único lugar válido**: Dentro del worktree del repositorio específico
 
 ## ⚠️ IMPORTANTE: Archivos Inmutables
@@ -74,11 +112,11 @@ Antes de ejecutar, asegúrate de que:
 ## 📚 Cargar MetaSpecs
 
 **Localizar MetaSpecs automáticamente**:
-1. Lee `context-manifest.json` del orchestrator
-2. Encuentra el repositorio con `"role": "metaspecs"`
-3. Lee `ai.properties.md` para obtener el `base_path`
+1. Lea `context-manifest.json` del orchestrator
+2. Encuentre el repositorio con `"role": "metaspecs"`
+3. Lea `ai.properties.md` para obtener el `base_path`
 4. El metaspecs está en: `{base_path}/{metaspecs-repo-id}/`
-5. Lee los archivos `index.md` relevantes durante la implementación para:
+5. Lea los archivos `index.md` relevantes durante la implementación para:
    - Seguir patrones de código
    - Respetar arquitectura definida
    - Usar convenciones correctas
@@ -95,26 +133,26 @@ Implementar una unidad de trabajo específica del plan, que puede involucrar:
 
 **⚠️ IMPORTANTE: CONTROL DE PROGRESO**
 
-Este comando ejecuta el trabajo en **fases incrementales**. Tras completar cada **FASE PRINCIPAL** (ej: Fase 1 → Fase 2):
+Este comando ejecuta el trabajo en **fases incrementales**. Después de completar cada **FASE PRINCIPAL** (ej: Fase 1 → Fase 2):
 
-1. 🛑 **DETÉN** la ejecución
-2. 📊 **PRESENTA** un resumen de lo realizado
-3. ❓ **PREGUNTA** al desarrollador si quiere:
+1. 🛑 **PARE** la ejecución
+2. 📊 **PRESENTE** un resumen de lo realizado
+3. ❓ **PREGUNTE** al desarrollador si desea:
    - Revisar el código implementado
    - Hacer ajustes antes de continuar
    - Continuar a la siguiente fase
 
 **IMPORTANTE**:
-- ✅ **PAUSA** entre fases principales (Fase 1 → Fase 2 → Fase 3)
-- ❌ **NO pauses** entre subfases (Fase 1.1 → Fase 1.2 → Fase 1.3)
+- ✅ **PAUSE** entre fases principales (Fase 1 → Fase 2 → Fase 3)
+- ❌ **NO pause** entre subfases (Fase 1.1 → Fase 1.2 → Fase 1.3)
 
-**NO implementes todo de una vez**. Trabaja fase principal por fase principal, esperando confirmación del desarrollador.
+**NO implemente todo de una vez**. Trabaje fase principal por fase principal, esperando confirmación del desarrollador.
 
 ---
 
 ### 1. Identificar Unidad de Trabajo
 
-Basado en el plan técnico (`./.sessions/<ISSUE-ID>/plan.md`), identifica:
+Basado en el plan técnico (`./.sessions/<ISSUE-ID>/plan.md`), identifique:
 - Qué tarea específica se implementará ahora
 - En cuál(es) repositorio(s) del workspace
 - Qué archivos serán creados/modificados
@@ -124,34 +162,34 @@ Basado en el plan técnico (`./.sessions/<ISSUE-ID>/plan.md`), identifica:
 
 
 
-**IMPORTANTE**: Trabaja SÓLO dentro del workspace en `.sessions/<ISSUE-ID>/`
+**IMPORTANTE**: Trabaje SOLO dentro del workspace en `.sessions/<ISSUE-ID>/`
 
 Para cada repositorio en el workspace:
 
 ```bash
-# Navega al worktree dentro del workspace
+# Navegue al worktree dentro del workspace
 cd <orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/
 
-# Verifica que estás en la branch correcta
+# Verifique que está en la rama correcta
 git branch  # debe mostrar * feature/<ISSUE-ID>
 
-# Implementa el código aquí
+# Implemente el código aquí
 ```
 
-Ejecuta la implementación siguiendo:
-- **Patrones del proyecto**: Consulta guías de estilo y arquitectura
-- **Stack aprobada**: Usa sólo tecnologías documentadas en las metaspecs
-- **Pruebas**: Implementa pruebas conforme a los estándares del proyecto
-- **Documentación**: Actualiza comentarios y docs cuando sea necesario
+Ejecute la implementación siguiendo:
+- **Patrones del proyecto**: Consulte guías de estilo y arquitectura
+- **Stack aprobada**: Use solo tecnologías documentadas en metaspecs
+- **Pruebas**: Implemente pruebas conforme a los patrones del proyecto
+- **Documentación**: Actualice comentarios y docs cuando sea necesario
 
 
 
 ### 3. Validación Local
 
 Antes de commitear:
-- Ejecuta pruebas unitarias/integración
-- Verifica linting y formato
-- Confirma que no rompiste funcionalidades existentes
+- Ejecute pruebas unitarias/integración
+- Verifique linting y formato
+- Confirme que no rompió funcionalidades existentes
 
 
 
@@ -160,10 +198,10 @@ Antes de commitear:
 Para cada repositorio modificado **dentro del workspace**:
 
 ```bash
-# Navega al worktree dentro del workspace
+# Navegue al worktree dentro del workspace
 cd <orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/
 
-# Añade los cambios
+# Añada los cambios
 git add .
 
 # Commit
@@ -177,15 +215,15 @@ Refs: <ISSUE-ID>"
 
 **Tipos de commit**: `feat`, `fix`, `refactor`, `test`, `docs`, `chore`
 
-**⚠️ PAUSA OBLIGATORIA**: Tras completar TODA la fase principal (identificación + implementación + validación + commit + actualización del plan.md), **DETÉN** y muestra al desarrollador:
+**⚠️ PAUSA OBLIGATORIA**: Después de completar TODA la fase principal (identificación + implementación + validación + commit + actualización del plan.md), **PARE** y muestre al desarrollador:
 - Resumen completo de la fase
 - Archivos creados/modificados
 - Commits realizados
-- Pregunta si quiere revisar o continuar a la siguiente fase
+- Pregunte si desea revisar o continuar a la siguiente fase
 
 ### 5. Actualización del Plan.md
 
-**POR CADA tarea completada**, actualiza `./.sessions/<ISSUE-ID>/plan.md`:
+**POR CADA tarea completada**, actualice `./.sessions/<ISSUE-ID>/plan.md`:
 
 ```markdown
 #### 1.1 - [Nombre de la Tarea] [Completada ✅]
@@ -206,8 +244,8 @@ Refs: <ISSUE-ID>"
 - Aprendizaje: [Algo aprendido durante implementación]
 ```
 
-**Marca el estado de las tareas**:
-- `[No Iniciada ⏳]` - Tarea aún no comenzó
+**Marque estado de las tareas**:
+- `[No Iniciada ⏳]` - Tarea aún no comenzada
 - `[En Progreso ⏰]` - Tarea en curso
 - `[Completada ✅]` - Tarea finalizada y validada
 
@@ -223,11 +261,11 @@ Antes de considerar la unidad completa:
 
 ## ⚠️ Principio Jidoka
 
-Si encuentras problemas durante la implementación:
-1. 🛑 **DETÉN** la implementación
-2. 📝 **DOCUMENTA** el problema encontrado
-3. 💬 **ALERTA** al usuario y discute soluciones
-4. 🔄 **AJUSTA** el plan si es necesario
+Si encuentra problemas durante la implementación:
+1. 🛑 **PARE** la implementación
+2. 📝 **DOCUMENTE** el problema encontrado
+3. 💬 **ALERTE** al usuario y discuta soluciones
+4. 🔄 **AJUSTE** el plan si es necesario
 
 ---
 
@@ -241,12 +279,12 @@ Si encuentras problemas durante la implementación:
 
 ## 🎯 Próximos Pasos
 
-- **Continuar implementación**: Ejecuta `/work` nuevamente para la siguiente unidad
-- **Finalizar feature**: Cuando todo esté implementado, ejecuta `/pre-pr`
+- **Continuar implementación**: Ejecute `/work` nuevamente para la próxima unidad
+- **Finalizar feature**: Cuando todo esté implementado, ejecute `/pre-pr`
 
 ## 💡 Consejos
 
-- Trabaja en unidades pequeñas e incrementales
+- Trabaje en unidades pequeñas e incrementales
 - Commit frecuente (commits atómicos)
-- Documenta decisiones importantes en la sesión
-- Mantén los repositorios sincronizados entre sí
+- Documente decisiones importantes en la sesión
+- Mantenga los repositorios sincronizados entre sí