オプション

Compound Engineeringの稼働状況とrepo-localの設定を確認してください。

...すべて拡張します
10
更新された時間 2026年8月26日

概要ce-setup

Compound Engineeringプラグイン向けの、軽量なヘルスチェックおよびリポジトリローカル設定ヘルパーです。環境とリポジトリが正しく設定されているかを確認し、利用可能なオプションのツール機能を報告し、リポジトリローカルの設定ファイルをクリーンアップまたは更新します。 重要な点として、このツールは依存関係を一括インストールしません。不足しているツールはオプション機能として表示されるため、ユーザーは実際に使用するワークフローのみをインストールできます。このツールは、セットアップの検証、不足しているオプションツールのトラブルシューティング、またはリポジトリのオンボーディングを目的としています。

このワークフローは3つのフェーズで実行されます。「診断」フェーズでは、プラットフォームがプラグインのバージョンを公開している場合、そのバージョンを特定し、バンドルされたcheck-healthスクリプト(またはインラインの同等機能)を実行します。 インラインチェックでは、-v オプション付きコマンド(agent-browser、gh、jq、ast-grep、ffmpeg)を使用してオプションツールの有無を調査し、git rev-parse --show-toplevel コマンドでリポジトリのルートを特定し、廃止予定の compound-engineering.local.mdの有無を確認し、.compound-engineering/config.local.yamlが存在し、gitignoreで除外されているかを確認した上で、例示された設定をバンドルされたreferences/config-template.yamlと比較します。オプションツールの欠落は、明示的にセットアップの失敗とはみなされません。

フェーズ 2 は、リポジトリローカルの問題(廃止されたローカル Markdown 設定、安全に 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 を確認します。欠落しているものは報告されますが、セットアップの失敗とは見なされません。

実際に修正作業に移行するのはどのような場合ですか?

repo-local に関連する問題が存在する場合のみです。具体的には、古くなった 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表示
GitHubで見る

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_root from <repo-root>/.compound-engineering/config.yaml only (<repo-root> = git rev-parse --show-toplevel). Do not read it from config.local.yaml. Unset -> <root> is docs, 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 naming docs_root and the value -- never fall back to docs.
  • 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 read docs.

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_issues is 0. Phase 2 always refreshes the example and always offers to create config.yaml when 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.yaml exists but is not safely gitignored
  • .compound-engineering/config.example.yaml is missing or outdated
  • the health report marks the ce-work skill implementation engine unavailable or invalid, detects retired scalar routing keys, or reports malformed dormant work_engine_preferences
  • the health report marks docs_root invalid (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

コピー コピー
クイックセットアップ: スキルフォルダを .claude/skills/ にコピーしてください。Claude が自動的にスキルを検出して使用します。

関連スキル

github-project-management
更新された時間 2026年6月29日
readme-blueprint-generator
更新された時間 2026年7月5日
using-git-worktrees
更新された時間 2026年6月29日
finishing-a-development-branch
更新された時間 2026年6月29日
OR