ce-setup
everyinc/compound-engineering-plugin
Comprueba el estado de Compound Engineering y la configuración local de repo.
...Expandir todoAcerca de ce-setup
Una herramienta ligera de comprobación de estado y de configuración local del repositorio para el complemento Compound Engineering. Verifica que el entorno y el repositorio estén correctamente configurados, informa de qué capacidades opcionales de las herramientas están disponibles y limpia o actualiza los archivos de configuración locales del repositorio. Es importante destacar que no instala dependencias de forma masiva: las herramientas que faltan se muestran como capacidades opcionales, de modo que el usuario puede instalar solo los flujos de trabajo que realmente utiliza. Está pensado para verificar la configuración, solucionar problemas relacionados con la falta de herramientas opcionales o incorporar un repositorio.
El flujo de trabajo se ejecuta en tres fases. En la fase de diagnóstico, determina la versión del complemento instalada cuando la plataforma la muestra y, a continuación, ejecuta un script de comprobación de estado incluido (o un equivalente integrado). Las comprobaciones integradas buscan herramientas opcionales con el comando -v (agent-browser, gh, jq, ast-grep, ffmpeg), resuelven la raíz del repositorio con git rev-parse --show-toplevel, buscan un archivo compound-engineering.local.md, comprueba si existe el archivo .compound-engineering/config.local.yaml y si está incluido en la lista de ignorados de Git, y compara la configuración de ejemplo con el archivo references/config-template.yaml incluido en el paquete. La falta de herramientas opcionales no se considera explícitamente un error de configuración.
La fase dos solo se ejecuta cuando existe un problema local en el repositorio: una configuración local de Markdown obsoleta, un archivo config.local.yaml que no está correctamente ignorado por Git, o una configuración de ejemplo que falta o está desactualizada. Puede eliminar el archivo obsoleto, actualizar el archivo .compound-engineering/config.local.example.yaml a partir de la plantilla, crear opcionalmente un nuevo archivo config.local.yaml (todo comienza comentado) y ofrecer la posibilidad de añadir .compound-engineering/*.local.yaml a .gitignore. Cada paso de modificación está condicionado a una pregunta de bloqueo a través de la herramienta de preguntas de la plataforma (AskUserQuestion en Claude Code, con alternativas documentadas para Codex, Antigravity y Pi), y la skill nunca realiza una configuración automática de forma silenciosa. Un resumen final enumera las correcciones aplicadas, las omitidas y cualquier herramienta opcional que falte.
Preguntas frecuentes
¿Esta skill instala todas las dependencias opcionales por mí?
No. Se trata de una comprobación de estado, no de un instalador, y evita deliberadamente la instalación masiva de dependencias. Las herramientas que faltan se indican como capacidades opcionales para que puedas instalar solo los flujos de trabajo que utilices.
¿Qué herramientas opcionales busca la comprobación de estado integrada?
Comprueba si están presentes agent-browser, gh, jq, ast-grep y ffmpeg mediante el comando -v. Las que falten se indican, pero no se consideran errores de configuración.
¿Cuándo pasa a solucionar realmente los problemas?
Solo cuando existe un problema en el repositorio local: un archivo `compound-engineering.local.md` obsoleto, un `config.local.yaml` que no está en la lista de ignorados de Git o un `config.local.example.yaml` que falta o está desactualizado. Si no se da ninguno de estos casos, se indica que la configuración ha finalizado.
¿Modificará mis archivos sin preguntarme?
No. Cada corrección —ya sea eliminar la configuración obsoleta, crear una configuración local o editar el archivo .gitignore— está sujeta a una pregunta de confirmación y solo se lleva a cabo si tú lo apruebas. Nunca se configura automáticamente de forma silenciosa.
¿Cómo mantiene la configuración local fuera del control de versiones?
Si existe el archivo .compound-engineering/config.local.yaml pero no está incluido en el archivo .gitignore, te ofrece añadir .compound-engineering/*.local.yaml al archivo .gitignore de la raíz del repositorio, sin sobrescribir el contenido no relacionado.
Todos los archivos
3archivosreferences/config-template.yaml3,3KBVer scripts/check-health5,7KBVer SKILL.md5,5 KBVerInteraction Method
Ask each question below using the platform's blocking question tool: AskUserQuestion in Claude Code (call ToolSearch with select:AskUserQuestion first if its schema isn't loaded), request_user_input in Codex, ask_question in Antigravity CLI (agy), ask_user in Pi (requires the pi-ask-user extension). Fall back to a numbered list on the host's user-visible chat surface only when no blocking tool exists in the harness or the call errors. Never silently skip or auto-configure.
ce-setup is a lightweight health check and repo-local config helper. It does not bulk-install every optional dependency. Missing tools are reported as optional capabilities so the user can install only the workflows they use.
Artifact Root Resolution
Every Compound Engineering skill that writes or reads an artifact directory (solutions, plans, ideation, and the other CE-owned trees) resolves its root through the rule below. ce-setup carries the canonical statement and reports the resolved root so an operator can confirm where artifacts land before running other skills.
Resolve the CE artifact root <root> before composing any artifact path.
- Read
docs_rootfrom<repo-root>/.compound-engineering/config.yamlonly (<repo-root>=git rev-parse --show-toplevel). Do not read it fromconfig.local.yaml. Unset -><root>isdocs, exactly as before. - Validate a set value: a repo-relative directory whose real, symlink-resolved path stays inside the repo and is neither the repo root nor under
.git/. Otherwise stop with an error namingdocs_rootand the value -- never fall back todocs. - Use
<root>as the sole artifact location: create it if absent, compose each path as<root>/<subdir>with this skill's own subdirectory, and never also readdocs.
Phase 1: Diagnose
Step 1: Determine Plugin Version
Detect the installed compound-engineering plugin version by reading the plugin metadata or manifest when the platform exposes it. If the version cannot be determined, skip this step.
If a version is found, pass it to the check script via --version. Otherwise omit the flag.
Step 2: Run the Health Check
Before running the script, display:
Compound Engineering -- checking your environment...Run the bundled check script. Set SKILL_DIR to the absolute directory you loaded this ce-setup SKILL.md from — the Bash tool's CWD is the user's project, not the skill dir, so a bare scripts/ path will not resolve:
SKILL_DIR="<absolute path of the directory containing this SKILL.md>";if [ -f "$SKILL_DIR/scripts/check-health" ]; then bash "$SKILL_DIR/scripts/check-health" --version VERSION; else echo "Bundled health script not found at $SKILL_DIR/scripts/check-health; run the inline checks from ce-setup instead."; fi
Use the same command without --version VERSION if Step 1 could not determine a version.
If the script is unavailable, run the inline equivalent listed in references/repo-fixes.md.
Display the diagnostic output to the user. Missing optional tools are not setup failures. The health report includes the resolved artifact root and which config layer supplied it (per Artifact Root Resolution above); surface that line so the operator can confirm where CE artifacts will be written. Missing config.yaml is a reported absence, not a project issue.
Step 3: Decide Whether Fixes Are Needed
Report-gated repo-local remediations apply only to the checkout the health report diagnosed; if Phase 2 will write a different writable checkout, diagnose that checkout first, while session-level findings such as plugin version and optional tools remain from this session's Phase 1.
After the health report, decide Phase 2 from writable-checkout availability:
- If this session has a writable git checkout, run Phase 2 locally, including when
project_issuesis 0. Phase 2 always refreshes the example and always offers to createconfig.yamlwhen that file is missing. - If this session has no writable checkout, but the user named a repository and the harness exposes a remote repo-work surface with a writable checkout, run Phase 2 on that surface instead and report the remote repo-local fixes in Phase 3.
- Otherwise skip Phase 2 and go to Phase 3, saying repo-local writes were skipped because no writable checkout is available.
Also remediate these project issues when the report names them:
- obsolete
compound-engineering.local.md .compound-engineering/config.local.yamlexists but is not safely gitignored.compound-engineering/config.example.yamlis missing or outdated- the health report marks the
ce-workskill implementation engine unavailable or invalid, detects retired scalar routing keys, or reports malformed dormantwork_engine_preferences - the health report marks
docs_rootinvalid (Invalid docs_root ...) — CE artifacts will not be written until it is fixed
If optional tools are missing, do not offer a bulk install. The diagnostic already printed the relevant install command or project URL. Say: "Install optional tools only for the workflows you use."
Phase 2: Fix Repo-Local Issues
Read references/repo-fixes.md from this skill's directory before making any repo-local change. It carries Steps 4-8: removing the obsolete compound-engineering.local.md, refreshing the example config, offering to create config.yaml, repairing invalid work_engine_preferences and docs_root, and the two .gitignore offers.
All paths there resolve from the repository root (git rev-parse --show-toplevel), not the current working directory. Maintaining the generated example files is the work Phase 2 does on its own — refreshing config.example.yaml and removing the superseded config.local.example.yaml. Every change to a user-owned file is offered and applied only if the user approves.
Phase 3: Summary
User-runnable invocation rendering. In setup summaries, default to /ce-setup; use $ce-setup only when the active host is Codex or explicitly documents dollar-prefixed skill invocation. On oh-my-pi (omp), use /skill:ce-setup. Render only the invocation as inline code and output one form only.
Display a brief summary:
✅ Compound Engineering setup completeFixed: <repo-local fixes applied, or none>Skipped: <repo-local fixes declined, or none>Optional: <missing optional tools, or all available>Run `<rendered invocation>` anytime to re-check. Todos los archivos
0 archivosInstalar ce-setup
Descarga y descomprime los archivos de las habilidades en tu directorio .claude/skills/.
Descargar ZIPClona el repositorio y copia los archivos de la habilidad a tu proyecto.
git clone https://github.com/EveryInc/compound-engineering-plugin/blob/main/skills/ce-setup/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Copiar





Hogar
