固まった方針に対して実装が正しいかを走査・改善する．「実装を確認して」「コードは合ってる？」「これで動く？」など，実装のレビューや改善を求めたときに使う．理論の方向性を議論したいときは /groundwork:theory を使う．
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
対象：指定された範囲のソース；無指定ならプロジェクト全ソース（生成物・.gitignore 対象は除く）．
.claude/context.md を読む．存在しなければ「/groundwork:survey を先に実行してください」と伝え，中断する．## 整合条件 を，実装を実際に読んで一つずつ確認する．## 評価基準 の各指標が，実装で正しく計算されていることを確認する．.claude/context.md の内容（方針）は変えない；理論的な問題が見つかっても実装は変えず，/groundwork:theory で議論するよう促す．実装の変更は事前に承認を求める．判断の割れる箇所は推測せず問う．git は読み込みのみ．
/heal:skill を呼ぶ．
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
このマシンに溜まった Claude Code の履歴・痕跡・キャッシュを，何を消すか列挙して承認を得たうえで消し，ログイン・設定・導入済みプラグインは残す．「Claude Code の履歴を消して」「痕跡を掃除して」など，Claude Code がローカルに残したものの削除を明示的に求められたときだけ使う——「クリーンアップして」等の一般の整理の依頼では発動しない．実行中ジョブのログを見たいだけなら /ops:progress を使う．
コード（スクリプト・設定含む）を美の基準で走査し，公開挙動を保ったまま最も美しい確定版へ仕上げる．「コードを完璧にして」「リファクタして美しく」「コードを洗練して」など，コードの仕上げを求められたときに使う（単発の小修正には使わない）．
変更を意味単位のコミットに分割し，各メッセージを全文で提案．承認後にステージ〜コミットのみ実行する（push しない）．「コミットして」「変更を記録して」など，記録を求められたときに使う（スキル名の指定は要らない）——素の git commit で済ませない．版を公にするなら /capstone:release を使う．
複数の媒体（レポート・コード等）にまたがる大学の課題を，出題文・採点基準に照らして過不足なく仕上げる．要求を媒体へ割り当て，assignment プラグインの対応スキルへ委譲し，媒体間の継ぎ目を走査して一つの提出物として確定する．「この課題をやって」「課題を完璧に仕上げて」など，課題まるごとを任されたときに使う（単一媒体なら /assignment:report ・ /assignment:program を直接使う）．
参照文書（README・SKILL.md・API 文書・Markdown 全般）を美の基準で走査し，最も美しい確定版へ仕上げる．「READMEを完璧にして」「ドキュメントを美しくして」など，文書の仕上げを求められたときに使う（単発の小修正には使わない）．
数十秒を超えて走るプログラム・スクリプト（学習・評価・データ処理・サーバ等）をログを残す形で起動し，異常の早期検知と完了報告まで担う．「実行して」「動かして」「学習を回して」など，明示の有無に関わらず自動適用する．数十秒で終わる実行（テスト・ビルド・lint 等）は対象外．既に動いているものの状況を知りたいだけなら /ops:progress，UI を見た目で確かめたいだけなら組み込みの run スキルを使う．