@iaforged/context-code 1.2.9 → 1.2.10

package/dist/src/commands/init.js

@@ -1,95 +1,95 @@
 import { feature } from '../recovery/bunBundleShim.js';
 import { maybeMarkProjectOnboardingComplete } from '../projectOnboardingState.js';
 import { isEnvTruthy } from '../utils/envUtils.js';
-const OLD_INIT_PROMPT = `Analiza esta base de codigo y crea un archivo .context/CONTEXT.md para futuras sesiones de Context Code en este repositorio.
-
-Que debe incluir:
-1. Comandos realmente utiles y frecuentes: build, lint, test, desarrollo local y, si aplica, como ejecutar una sola prueba.
-2. Arquitectura y estructura de alto nivel: la vista general que normalmente requiere leer varios archivos para entenderse rapido.
-
-Notas de uso:
-- Si ya existe .context/CONTEXT.md, no lo sobrescribas a ciegas; sugiere mejoras concretas.
-- Evita repetir obviedades o reglas genericas.
-- No listes cada archivo o componente que pueda descubrirse facilmente.
-- Si existen reglas de Cursor, Copilot u otras herramientas, incorpora solo lo importante.
-- Si existe README.md, incorpora solo lo importante.
-- No inventes secciones ni informacion no respaldada por archivos reales.
-- El archivo debe comenzar exactamente con:
-
-\`\`\`
-# CONTEXT.md
-
-This file provides guidance to Context Code when working with code in this repository.
-\`\`\`
+const OLD_INIT_PROMPT = `Analiza esta base de codigo y crea un archivo .context/CONTEXT.md para futuras sesiones de Context Code en este repositorio.
+
+Que debe incluir:
+1. Comandos realmente utiles y frecuentes: build, lint, test, desarrollo local y, si aplica, como ejecutar una sola prueba.
+2. Arquitectura y estructura de alto nivel: la vista general que normalmente requiere leer varios archivos para entenderse rapido.
+
+Notas de uso:
+- Si ya existe .context/CONTEXT.md, no lo sobrescribas a ciegas; sugiere mejoras concretas.
+- Evita repetir obviedades o reglas genericas.
+- No listes cada archivo o componente que pueda descubrirse facilmente.
+- Si existen reglas de Cursor, Copilot u otras herramientas, incorpora solo lo importante.
+- Si existe README.md, incorpora solo lo importante.
+- No inventes secciones ni informacion no respaldada por archivos reales.
+- El archivo debe comenzar exactamente con:
+
+\`\`\`
+# CONTEXT.md
+
+This file provides guidance to Context Code when working with code in this repository.
+\`\`\`
 `;
-const NEW_INIT_PROMPT = `Configura un .context/CONTEXT.md minimo y, si aplica, habilidades y hooks para este repositorio. Todo debe quedar en espanol salvo nombres tecnicos, rutas y comandos.
-
-Fase 1:
-- Pregunta al usuario que desea configurar.
-- Ofrece estas opciones:
-  - "CONTEXT del proyecto"
-  - "CONTEXT personal"
-  - "Ambos"
-- Pregunta tambien si desea:
-  - "Habilidades y hooks"
-  - "Solo habilidades"
-  - "Solo hooks"
-  - "Solo CONTEXT"
-
-Fase 2:
-- Explora la base de codigo.
-- Revisa archivos clave como package.json, pyproject.toml, Cargo.toml, go.mod, pom.xml, README, Makefile, CI, .context/rules/, AGENTS.md, .cursor/rules, .cursorrules, .github/copilot-instructions.md, .windsurfrules, .clinerules y .mcp.json.
-- Detecta:
-  - comandos de build, test y lint
-  - lenguajes, frameworks y package manager
-  - estructura general del proyecto
-  - reglas de estilo no obvias
-  - variables de entorno, gotchas o flujos especiales
-  - si ya existen .context/skills/ y .context/rules/
-  - configuracion de formatter
-  - uso de git worktree si hace falta para contenido personal
-
-Fase 3:
-- Pregunta solo lo que no puedas deducir del codigo.
-- Si el usuario quiere contexto de proyecto, pregunta por practicas del equipo, comandos no obvios, convenciones de ramas o PR y quirks reales.
-- Si el usuario quiere contexto personal, pregunta por su rol, nivel de familiaridad, preferencias de comunicacion, URLs de sandbox, cuentas de prueba o detalles locales.
-- Construye una propuesta compacta con:
-  - notas para CONTEXT.md
-  - habilidades sugeridas
-  - hooks sugeridos
-- Muestra la propuesta con AskUserQuestion usando preview compacto y en espanol.
-
-Fase 4:
-- Escribe un .context/CONTEXT.md minimo.
-- Cada linea debe responder a: "si quito esto, Context Code cometeria errores o perderia tiempo real?"
-- Incluye solo:
-  - comandos no obvios
-  - arquitectura de alto nivel
-  - reglas de estilo que se aparten de lo normal
-  - gotchas, setup o decisiones arquitectonicas importantes
-- Excluye:
-  - listados exhaustivos de archivos
-  - consejos genericos
-  - documentacion larga que pueda referenciarse aparte
-
-Fase 5:
-- Si el usuario eligio contenido personal, escribe la variante personal minima y mantenla privada.
-
-Fase 6:
-- Si el usuario eligio habilidades, crea solo habilidades utiles y especificas para este repo.
-- No sobrescribas habilidades existentes sin justificarlo.
-
-Fase 7:
-- Si el usuario eligio hooks, sugiere hooks concretos y utiles para este repo.
-- Si no eligio hooks, no insistas.
-
-Fase 8:
-- Resume en espanol que se creo, que archivos se tocaron y que pasos siguientes convienen.
-- Cierra con sugerencias breves y relevantes para mejorar la configuracion del repo.
-
-Muy importante:
-- Durante todo el flujo responde en espanol.
-- No uses mensajes de arranque en ingles como "I'll analyze..." o "Let me start...".
+const NEW_INIT_PROMPT = `Configura un .context/CONTEXT.md minimo y, si aplica, habilidades y hooks para este repositorio. Todo debe quedar en espanol salvo nombres tecnicos, rutas y comandos.
+
+Fase 1:
+- Pregunta al usuario que desea configurar.
+- Ofrece estas opciones:
+  - "CONTEXT del proyecto"
+  - "CONTEXT personal"
+  - "Ambos"
+- Pregunta tambien si desea:
+  - "Habilidades y hooks"
+  - "Solo habilidades"
+  - "Solo hooks"
+  - "Solo CONTEXT"
+
+Fase 2:
+- Explora la base de codigo.
+- Revisa archivos clave como package.json, pyproject.toml, Cargo.toml, go.mod, pom.xml, README, Makefile, CI, .context/rules/, AGENTS.md, .cursor/rules, .cursorrules, .github/copilot-instructions.md, .windsurfrules, .clinerules y .mcp.json.
+- Detecta:
+  - comandos de build, test y lint
+  - lenguajes, frameworks y package manager
+  - estructura general del proyecto
+  - reglas de estilo no obvias
+  - variables de entorno, gotchas o flujos especiales
+  - si ya existen .context/skills/ y .context/rules/
+  - configuracion de formatter
+  - uso de git worktree si hace falta para contenido personal
+
+Fase 3:
+- Pregunta solo lo que no puedas deducir del codigo.
+- Si el usuario quiere contexto de proyecto, pregunta por practicas del equipo, comandos no obvios, convenciones de ramas o PR y quirks reales.
+- Si el usuario quiere contexto personal, pregunta por su rol, nivel de familiaridad, preferencias de comunicacion, URLs de sandbox, cuentas de prueba o detalles locales.
+- Construye una propuesta compacta con:
+  - notas para CONTEXT.md
+  - habilidades sugeridas
+  - hooks sugeridos
+- Muestra la propuesta con AskUserQuestion usando preview compacto y en espanol.
+
+Fase 4:
+- Escribe un .context/CONTEXT.md minimo.
+- Cada linea debe responder a: "si quito esto, Context Code cometeria errores o perderia tiempo real?"
+- Incluye solo:
+  - comandos no obvios
+  - arquitectura de alto nivel
+  - reglas de estilo que se aparten de lo normal
+  - gotchas, setup o decisiones arquitectonicas importantes
+- Excluye:
+  - listados exhaustivos de archivos
+  - consejos genericos
+  - documentacion larga que pueda referenciarse aparte
+
+Fase 5:
+- Si el usuario eligio contenido personal, escribe la variante personal minima y mantenla privada.
+
+Fase 6:
+- Si el usuario eligio habilidades, crea solo habilidades utiles y especificas para este repo.
+- No sobrescribas habilidades existentes sin justificarlo.
+
+Fase 7:
+- Si el usuario eligio hooks, sugiere hooks concretos y utiles para este repo.
+- Si no eligio hooks, no insistas.
+
+Fase 8:
+- Resume en espanol que se creo, que archivos se tocaron y que pasos siguientes convienen.
+- Cierra con sugerencias breves y relevantes para mejorar la configuracion del repo.
+
+Muy importante:
+- Durante todo el flujo responde en espanol.
+- No uses mensajes de arranque en ingles como "I'll analyze..." o "Let me start...".
 - Cuando inicies el analisis, usa formulaciones en espanol como "Voy a revisar la base de codigo..." o similares.`;
 const command = {
     type: 'prompt',