ce-setup
everyinc/compound-engineering-plugin
Compound Engineering의 상태와 repo-local 구성을 확인하십시오.
...모든 것을 확장하십시오소개 ce-setup
Compound Engineering 플러그인을 위한 경량 상태 점검 및 저장소 내 구성 지원 도구입니다. 이 도구는 환경과 저장소가 올바르게 설정되었는지 확인하고, 사용 가능한 선택적 도구 기능을 보고하며, 저장소 내 구성 파일을 정리하거나 새로 고칩니다. 중요한 점은, 이 도구가 종속성을 일괄 설치하지 않는다는 것입니다. 누락된 도구는 선택적 기능으로 표시되므로, 사용자는 실제로 사용하는 워크플로우만 설치할 수 있습니다. 이 도구는 설정 확인, 누락된 선택적 도구의 문제 해결, 또는 리포지토리 온보딩을 목적으로 합니다.
이 워크플로는 세 단계로 실행됩니다. 진단 단계에서는 플랫폼이 플러그인 버전을 노출할 때 설치된 버전을 확인한 다음, 번들된 check-health 스크립트(또는 인라인에 해당하는 기능)를 실행합니다. 인라인 검사는 -v 명령어(agent-browser, gh, jq, ast-grep, ffmpeg)를 사용하여 선택적 도구를 탐색하고, git rev-parse --show-toplevel을 통해 리포지토리 루트를 확인하며, 구버전의 compound-engineering.local.md 파일을 검색하고, .compound-engineering/config.local.yaml 파일이 존재하며 gitignored로 설정되어 있는지 확인한 뒤, 예제 구성을 번들된 references/config-template.yaml과 비교합니다. 누락된 선택적 도구는 명시적으로 설정 실패로 간주되지 않습니다.
2단계는 저장소 내부의 문제가 있을 때만 실행됩니다: 더 이상 사용되지 않는 로컬 마크다운 구성, 안전하게 gitignored되지 않은 config.local.yaml, 또는 누락되거나 오래된 예제 구성 파일 등이 해당됩니다. 이 단계에서는 구식 파일을 제거하고, 템플릿을 기반으로 .compound-engineering/config.local.example.yaml을 새로 고치며, 선택적으로 새로운 config.local.yaml을 생성(모든 항목이 주석 처리된 상태로 시작)하고, .compound-engineering/*.local.yaml을 .gitignore에 추가할지 여부를 제안할 수 있습니다. 모든 변경 단계는 플랫폼의 질문 도구(Claude Code의 AskUserQuestion, Codex, Antigravity, Pi에 대한 대체 방법이 문서화되어 있음)를 통해 차단형 질문으로 제어되며, 스킬은 절대 사용자 알림 없이 자동으로 구성을 변경하지 않습니다. 최종 요약에는 적용된 수정 사항, 건너뛴 수정 사항 및 누락된 선택적 도구가 나열됩니다.
자주 묻는 질문
이 스킬이 모든 선택적 종속성을 대신 설치해 주나요?
아니요. 이 스킬은 설치 프로그램이 아닌 상태 점검 도구이며, 의도적으로 종속성을 일괄 설치하지 않습니다. 누락된 도구는 선택적 기능으로 보고되므로, 사용자가 실제로 사용하는 워크플로우만 설치할 수 있습니다.
인라인 상태 점검은 어떤 선택적 도구를 확인하나요?
`command -v` 명령어를 사용하여 agent-browser, gh, jq, ast-grep, ffmpeg를 확인합니다. 누락된 도구는 보고되지만, 설정 실패로 간주되지는 않습니다.
실제로 문제를 해결하기 시작하는 시점은 언제인가요?
리포지토리 내부의 문제(예: 구버전의 compound-engineering.local.md, gitignore에 포함되지 않은 config.local.yaml, 누락되거나 오래된 config.local.example.yaml)가 있는 경우에만 진행됩니다. 해당 사항이 없으면 설정이 완료되었다고 보고합니다.
사용자에게 확인 없이 파일을 변경하나요?
아니요. 모든 수정 작업(사용되지 않는 구성 파일 삭제, 로컬 구성 파일 생성, .gitignore 편집 등)은 사용자의 승인을 요구하는 확인 단계로 진행되며, 사용자가 승인해야만 진행됩니다. 절대 사용자의 동의 없이 자동으로 구성하지 않습니다.
로컬 설정 파일을 버전 관리에서 어떻게 제외하나요?
.compound-engineering/config.local.yaml 파일이 존재하지만 .gitignore에 포함되지 않은 경우, 관련 없는 내용을 덮어쓰지 않고 리포지토리 루트의 .gitignore에 .compound-engineering/*.local.yaml을 추가하도록 제안합니다.
모든 파일
3개파일references/config-template.yaml3.3KB보기 scripts/check-health5.7KB보기 SKILL.md5.5 KB보기Interaction 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. 모든 파일
0개 파일ce-setup 설치
스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어 주세요.
ZIP 다운로드저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.
git clone https://github.com/EveryInc/compound-engineering-plugin/blob/main/skills/ce-setup/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
복사





집
