context-first-cli 2.1.6 → 2.2.0

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

@@ -2,12 +2,50 @@
 
 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.
@@ -32,8 +70,8 @@ Garantizar que la implementación está completa, probada y lista para revisión
 
 **REGLA ABSOLUTA**:
 - 🛑 **TODO código** (tests, fixes, configuraciones) **DEBE estar en** `<orchestrator>/.sessions/<ISSUE-ID>/<repo-name>/`
-- 🛑 **NUNCA modifiques** el repositorio principal en `{base_path}/<repo-name>/`
-- ✅ **Trabaja SOLO** dentro del worktree del repositorio específico
+- 🛑 **NUNCA modifique** el repositorio principal en `{base_path}/<repo-name>/`
+- ✅ **Trabaje SOLO** dentro del worktree del repositorio específico
 
 ## ✅ Checklist de Validación
 
@@ -45,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
@@ -162,9 +200,9 @@ 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 metaspecs (si aplica)
+- [ ] Documentación técnica actualizada en las metaspecs (si aplica)
 ```
 
 ### 5. Commits
@@ -173,9 +211,9 @@ Checklist:
 ## Commits
 
 - [ ] Todos los commits tienen mensajes claros y descriptivos
-- [ ] Commits siguen el estándar del proyecto (conventional commits, etc.)
+- [ ] Los commits siguen el estándar del proyecto (conventional commits, etc.)
 - [ ] No hay commits con mensajes genéricos ("fix", "update", etc.)
-- [ ] Commits están organizados lógicamente
+- [ ] Los commits están organizados lógicamente
 - [ ] No hay commits de debug o temporales
 ```
 
@@ -184,7 +222,7 @@ Checklist:
 ```markdown
 ## Sincronización
 
-- [ ] 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
@@ -198,7 +236,7 @@ Checklist:
 - [ ] 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
@@ -206,15 +244,15 @@ Checklist:
 ```markdown
 ## Performance
 
-- [ ] No hay regresiones de performance obvias
+- [ ] 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
 ```
 
 ## 🔍 Validación Cruzada
 
-Si múltiples repositorios fueron modificados:
+Si se modificaron múltiples repositorios:
 
 ```markdown
 ## Validación Cruzada
@@ -222,12 +260,12 @@ Si múltiples repositorios fueron modificados:
 - [ ] Probé la integración entre los repositorios localmente
 - [ ] APIs/contratos entre repos están consistentes
 - [ ] No hay breaking changes no documentados
-- [ ] Orden de deploy/merge está claro
+- [ ] El orden de deploy/merge está claro
 ```
 
 ## 📄 Preparación de la Descripción del PR
 
-Crea `./.sessions/<ISSUE-ID>/pr-description.md`:
+Cree `./.sessions/<ISSUE-ID>/pr-description.md`:
 
 ```markdown
 ## 🎯 Objetivo
@@ -251,7 +289,7 @@ Crea `./.sessions/<ISSUE-ID>/pr-description.md`:
 - [x] Linting y formateo OK
 - [x] Build sin errores
 
-## 🧪 Cómo Testear
+## 🧪 Cómo Probar
 1. [Paso 1]
 2. [Paso 2]
 3. [Resultado esperado]
@@ -264,14 +302,14 @@ Crea `./.sessions/<ISSUE-ID>/pr-description.md`:
 ## 🚨 Problemas Encontrados
 
 Si alguna validación falla:
-1. 🛑 **DETÉN** el proceso de creación de PR
-2. 📝 **DOCUMENTA** el problema
-3. 🔧 **CORRIGE** el problema
-4. 🔄 **EJECUTA** `/pre-pr` nuevamente
+1. 🛑 **PARE** el proceso de creación de PR
+2. 📝 **DOCUMENTE** el problema
+3. 🔧 **CORRIJA** el problema
+4. 🔄 **EJECUTE** `/pre-pr` nuevamente
 
 ## 📊 Reporte de Validación
 
-Crea `./.sessions/<ISSUE-ID>/pre-pr-report.md`:
+Cree `./.sessions/<ISSUE-ID>/pre-pr-report.md`:
 
 ```markdown
 # Reporte de Validación Pre-PR

package/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/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í

package/templates/commands/es/products/check.md

@@ -1,4 +1,4 @@
-# Validación contra Metaspecs
+# Validación contra MetaSpecs
 
 Este comando valida requisitos, decisiones o implementaciones contra las metaspecs del proyecto.
 
@@ -12,6 +12,44 @@ Este comando valida requisitos, decisiones o implementaciones contra las metaspe
 - ❌ **NO modificar código**
 - ❌ **NO modificar `context.md` o `architecture.md`**
 
+## 📋 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.
+
+
 ## 🎯 Objetivo
 
 Garantizar alineación con:
@@ -38,7 +76,7 @@ Ejecute este comando:
 
 ## 🔍 Proceso de Validación
 
-### 1. Identificar Metaspecs Disponibles
+### 1. Identificar MetaSpecs Disponibles
 
 Navegue hasta el directorio de metaspecs e identifique qué metaspecs existen:
 
@@ -55,7 +93,7 @@ Si existen metaspecs de negocio (`repositorio de MetaSpecs (sección de negocio)
 
 ### Estrategia de Producto
 - **Archivo**: `repositorio de MetaSpecs (sección de negocio)PRODUCT_STRATEGY.md`
-- **Validación**: [¿Esta funcionalidad está alineada con la estrategia?]
+- **Validación**: [¿Esta feature está alineada con la estrategia?]
 - **Estado**: ✅ Alineado / ⚠️ Parcialmente / ❌ Desalineado
 - **Notas**: [Observaciones]
 
@@ -87,7 +125,7 @@ Si existen metaspecs técnicas (`repositorio de MetaSpecs (sección técnica)`):
 
 ### Arquitectura
 - **Archivo**: `repositorio de MetaSpecs (sección técnica)ARCHITECTURE.md`
-- **Validación**: [¿Sigue estándares arquitectónicos?]
+- **Validación**: [¿Sigue patrones arquitectónicos?]
 - **Estado**: ✅ Conforme / ⚠️ Parcialmente / ❌ No conforme
 - **Notas**: [Observaciones]
 
@@ -140,7 +178,7 @@ Si hay conflictos o desalineamientos:
 - **Recomendación**: [Cómo resolver]
 
 ### Conflicto 2: [Descripción]
-[Mismo formato anterior]
+[Mismo formato arriba]
 ```
 
 ### 6. Excepciones Justificadas
@@ -203,17 +241,17 @@ Si el MCP no está disponible o falla, cree `./.sessions/<ISSUE-ID>/check-report
 - [ ] Bloqueado
 ```
 
-Informe al usuario: "⚠️ Informe guardado localmente en .sessions/ (task manager no disponible)"
+Informe al usuario: "⚠️ Informe guardado localmente en .sessions/ (gestor de tareas no disponible)"
 
 ## 🚨 Acción en Caso de Conflictos
 
 Si se encuentran conflictos críticos:
-1. 🛑 **PARE** el proceso actual
+1. 🛑 **DETENGA** el proceso actual
 2. 📝 **DOCUMENTE** todos los conflictos
 3. 💬 **ALERTE** al usuario y stakeholders
-4. **Via MCP**: Actualice estado de la issue a "Bloqueado" o "Requiere Ajustes"
+4. **Vía MCP**: Actualice el estado de la issue a "Bloqueado" o "Requiere Ajustes"
 5. 🔄 **AJUSTE** el plan/implementación según sea necesario
-6. ✅ **REVALIDE** después de los ajustes
+6. ✅ **REVALIDE** tras los ajustes
 
 ---
 
@@ -228,6 +266,6 @@ Si se encuentran conflictos críticos:
 ## 🎯 Resultado
 
 Después de la validación:
-- Si ✅: Proceda a la siguiente fase
+- Si ✅: Continúe a la siguiente fase
 - Si ⚠️: Documente reservas y continúe con aprobación
 - Si ❌: Corrija conflictos antes de continuar