configurar-ecc

Configurar Everything Claude Code

Ejecuta un asistente conversacional dentro de la plataforma actual. Primero realiza un inventario, recopila solo las opciones compatibles, muestra una vista previa, confirma una vez, aplica de forma no interactiva, verifica y muestra la bienvenida solo tras el éxito. Nunca clones ECC en un directorio temporal ni copies componentes de plugins manualmente.

Para un terminal operado por humanos, los puntos de entrada canónicos son ecc setup y npx ecc-universal setup. Dentro de una plataforma, usa en su lugar los comandos explícitos no interactivos que se indican a continuación.

Enrutar según la plataforma actual

• En Claude Code, usa el asistente completo de ámbito y hooks que se describe más abajo.
• En Codex, usa el ciclo de vida nativo de plugins de Codex. No ofrezcas ámbitos de Claude ni mapees los cuatro perfiles de hooks de ECC en Codex.
• En Kimi, instala la superficie del proyecto en ./.kimi-code. Kimi no proporciona los perfiles de hooks del ciclo de vida de Claude de ECC.
• Si la plataforma es incierta, indica la evidencia detectada y pregunta qué plataforma configurar antes de ejecutar un comando mutante.

Esta habilidad es una ruta de reconfiguración posterior a la instalación. No puede interceptar ni reemplazar la interfaz de instalación inicial integrada de un proveedor.

Claude Code: ejecutar el asistente conversacional completo

1. Inventario sin cambiar nada

Ejecuta ambos comandos y resume el ámbito de ECC instalado, el estado habilitado y la fuente del marketplace:

claude plugin list --json
claude plugin marketplace list --json

Trata una única instalación existente de ecc@ecc como una reconfiguración. No interpretes el control "Abrir página de inicio" propiedad del proveedor de Claude como evidencia de instalación. Detente y reporta la recuperación devuelta por setup para múltiples ámbitos de ECC, una instalación heredada/manual, configuraciones malformadas o una colisión en el marketplace; nunca adivines qué estado eliminar.

2. Recopilar exactamente dos opciones

Haz exactamente una pregunta sobre el ámbito y exige un valor:

• user | project | local
• user es global para este usuario.
• project se comparte a través de la configuración del repositorio.
• local es privado para el proyecto actual.

Marca visualmente solo el ámbito seleccionado como seleccionado o instalándose. Si el usuario elige un ámbito diferente al de una única instalación existente, descríbelo como una migración de ámbito e incluye --move-scope en los comandos siguientes.

Haz exactamente una pregunta sobre el modo de hooks y exige un valor:

• off | minimal | standard | strict
• off mantiene las habilidades y comandos pero desactiva la automatización de hooks de ECC.
• minimal activa la automatización más ligera de ciclo de vida y seguridad.
• standard equilibra calidad y automatización de seguridad.
• strict activa las comprobaciones y recordatorios más estrictos.

La preferencia de hooks es configuración personal del plugin de Claude; no sigue el ámbito de instalación seleccionado.

3. Vista previa y confirmación única

Prefiere el script de setup incluido en el plugin. Sustituye los dos valores seleccionados e incluye --move-scope solo para una migración de ámbito:

node "$CLAUDE_PLUGIN_ROOT/scripts/setup.js" --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --dry-run --json

Si $CLAUDE_PLUGIN_ROOT no está disponible, usa el paquete npm publicado:

npx --yes --package ecc-universal ecc setup --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --dry-run --json

Muestra exactamente un resumen de confirmación que contenga la acción planeada, un ámbito, un modo de hooks, la acción del marketplace y cualquier migración de origen a destino. Haz una pregunta de sí/no. No ejecutes un ecc setup interactivo desnudo a través de una herramienta de shell de la plataforma, ya que ese shell normalmente no es TTY.

4. Aplicar las opciones explícitas

Después de la confirmación, vuelve a ejecutar la misma ruta sin --dry-run. Mantén cada opción explícita y solicita JSON para poder verificar el éxito de forma determinista:

node "$CLAUDE_PLUGIN_ROOT/scripts/setup.js" --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --yes --json

Plan de respaldo:

npx --yes --package ecc-universal ecc setup --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --yes --json

5. Verificar y luego mostrar la bienvenida

Exige un estado de salida cero y un resultado de setup cuyo scope y hooks coincidan con los valores seleccionados. Luego ejecuta de forma independiente:

claude plugin list --json

Continúa solo cuando exista exactamente una entrada ecc@ecc habilitada en el ámbito seleccionado. Cuando $CLAUDE_PLUGIN_ROOT esté disponible, pasa la action exitosa de setup (installed, updated, migrated, resumed o already-migrated) al renderizador incluido:

Antes de invocarlo, exige que la versión reportada por el proveedor coincida con ECC_VERSION_PATTERN de scripts/lib/terminal-welcome.js. Rechaza texto de versión inesperado en lugar de interpolarlo en un comando de shell.

node -e 'const { renderTerminalWelcome } = require(process.env.CLAUDE_PLUGIN_ROOT + "/scripts/lib/terminal-welcome"); process.stdout.write(renderTerminalWelcome({ action: process.argv[1], version: process.argv[2], color: process.stdout.isTTY }));' "<action>" "<installed-version>"

Renderiza la bienvenida exactamente una vez. En caso de fallo, ejecución en seco, cancelación, discrepancia de ámbito o hooks, o estado no verificable, no la renderices; reporta el error y la recuperación. Tras cambios verificados, indica al usuario que ejecute /reload-plugins o reinicie Claude Code.

Codex: usar el ciclo de vida nativo de plugins

Haz inventario con codex plugin marketplace list --json y codex plugin list --available --json. El comando nativo de plugins de Codex no tiene un selector al estilo user | project | local de Claude. Los plugins nativos de Codex sí soportan hooks específicos del proveedor, pero Codex exige confianza explícita para ellos. Deja que Codex muestre esa decisión de confianza; no hagas la pregunta de los cuatro perfiles de hooks de Claude ni afirmes que esos perfiles se mapean a Codex.

Si el marketplace de ECC falta, agrégalo. De lo contrario, actualiza su instantánea:

codex plugin marketplace add affaan-m/ECC
codex plugin marketplace upgrade ecc --json

Pide una única confirmación, luego instala o actualiza de forma idempotente la caché instalada y verifícala:

codex plugin add ecc@ecc --json
codex plugin list --json

Continúa solo cuando el JSON reporte ECC instalado y proporcione su installedPath. Luego renderiza la bienvenida del paquete verificado:

Usa únicamente la ruta absoluta exacta installedPath devuelta por el JSON de Codex. Rechaza caracteres de control y exige que la versión instalada coincida con ECC_VERSION_PATTERN. Invoca node directamente con este array de argumentos; esto es una invocación de API de herramienta, no un comando de shell:

["<installedPath>/scripts/welcome.js", "--action", "configured", "--version", "<installed-version>"]

Si la plataforma actual no puede invocar un ejecutable con un array de argumentos separado, omite la bienvenida. Nunca construyas un comando de shell a partir de valores JSON de Codex.

Nunca afirmes que los perfiles off | minimal | standard | strict de Claude se aplicaron a Codex.

Kimi: instalar la superficie del proyecto

Indica el resumen de capacidades antes de la confirmación: destino ./.kimi-code; hooks=unsupported para los hooks del ciclo de vida de ECC. No hagas las preguntas de ámbito ni modo de hooks de Claude. Primero vista previa:

npx --yes --package ecc-universal ecc install --profile core --target kimi --dry-run

Muestra una única confirmación para ese destino de proyecto, luego aplica el comando idéntico sin --dry-run. Verifica con:

npx --yes --package ecc-universal ecc doctor --target kimi

Solo después de que doctor tenga éxito y las instrucciones y habilidades instaladas permanezcan dentro de ./.kimi-code, renderiza:

npx --yes --package ecc-universal ecc welcome --action configured

No afirmes que Kimi instaló o configuró los hooks del ciclo de vida de ECC.