タスクが明確で小さい変更を Implement → Review で進める。バグ修正、小機能、設定、文書など、計画や振り返りを別 artifact にする必要がない作業に使う。レビューとテストは実差分のリスクに応じて選ぶ。
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
小さいタスクを短い経路で実装し、必要な独立確認まで行う。親（main）はユーザーとの対話、要件、scope、所有境界、統合、受入、最終判断を持つ。計画担当や振り返り担当を追加すること、固定の report path や runtime 固有のツールを前提にすることはしない。
タスク: $ARGUMENTS
レビューまたはテストが必要な場合、同じ親が shared skill package の実体にある ../reviewer/SKILL.md または ../tester/SKILL.md を存在確認して読み込み、その手順を実行する。別の進行担当を起動せず、親は対象版、要件、ユーザー指定、実在する差分、必要な確認範囲を渡し、選定・配分・集約は shared skill に委ねる。
shared reviewer は評価者へ code-review-guidance/SKILL.md の実体絶対パスと対応する reference だけを渡し、reviewer の進行手順を評価者へ渡さない。shared tester は tester/references/test-procedure.md と結果契約の実体を実行担当へ渡す。親が自ら評価・検証する場合だけ、必要な専門手順を読む。この workflow では観点、未知指定、担当間の分離、判定規則を再定義しない。
依頼、対象ファイル、既存パターン、現在の status/diff、成功条件を確認する。開始時からあるユーザーまたは他担当の変更を保全し、所有範囲外の変更を戻さない。reset、checkout、restore、stash、自動的な revert、commit、push は、ユーザーが明示した範囲を除き行わない。再開時に親から実在する plan または handoff path が渡された場合は、その実体を読み、完了済み・決定済みの項目を保持したまま未完了項目だけを同じ path へ増分更新する。path を推測したり、未指定の artifact を作ったりしない。
実装・修正は親が直接行わず、現在のランタイムが提供する worker/collaboration primitive へ委譲する。全体文脈と密結合した変更は1人の担当へまとめ、所有ファイルと完了条件が明確に分離できる変更だけを並列にする。委譲する場合は目的、確認済みの事実、許可・禁止範囲、維持する制約、完了条件、focused check、返却事項を短く渡す。担当が別担当を勝手に起動したり scope を拡張したりしない。
既存パターンで方針が明確な小変更は、親の短い確認だけで実装へ進める。影響が不明なら先に探索し、実装全体へ波及する設計判断が判明した場合だけ、同じshared packageの PIR²の専門検討から実装条件へ を読み、必要な観点を条件・根拠・確認方法へまとめる。実施済みの検討は再利用し、計画artifactや --deepplan を必須にしない。
実装後、親が status、対象 diff、実在する変更ファイルを確認する。実装担当の自己申告や終了コードだけで受入しない。要求と実差分が一致しない場合は原因を確認し、必要なら最小修正へ戻す。既存の未コミット変更を自動的に戻す操作は禁止する。
親は前節の shared reviewer/tester に、対象版、要件、ユーザー指定、実在する差分、必要な確認範囲を渡す。返却された実在の結果を受入判断へ使い、観点の選定・配分・判定規則をこの workflow で複製しない。
実行時の挙動、公開契約、生成物、権限、外部状態に影響する変更では、shared tester の実行者手順を使う。挙動に影響しない文書・機械的変更は適切な静的・構文・設定確認で足りる場合がある。
shared reviewer/tester の返却が要件未達または未確認を示した場合、親は実差分・要件・再現結果を照合して根本原因を特定し、原因に対応する最小修正を行う。修正後は影響する確認だけを shared skill の手順で再確認する。未確認の安全・正しさ・権限・データ損失リスクが残る場合は完了にしない。
## IR 完了サマリー
- タスク: [説明]
- 変更ファイル: [実差分で確認した一覧]
- reviewer: [shared reviewer から実際に返った結果。不要なら理由]
- tester: [shared tester から実際に返った結果。不要なら理由]
- 親の受入確認: [差分照合と focused check の結果]
- 未確認事項・blocker: [なければ none]
実際に起動・実行していない担当や確認を成功として記載しない。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
ある AI エージェントから別の AI CLI（devin / codex / claude / cursor-agent / opencode / gemini / grok）を非対話で呼び出すときの実行規則。print モードの 選び方、認証・権限・cwd の罠、出力フォーマット、ACP 起動の注意をまとめる。 「codex に投げて」「devin を CLI から呼んで」「別エージェントに委譲」 といった依頼で使う。ユーザーが /agent-cli と入力したら使う。
明示されたCodex・CursorのSkill運用移行を、指定設計と既存点検に基づき適用する。通常の実装依頼では起動しない。
明示されたリポジトリのSkill・Agent・呼出し・生成配布を点検または移行する。通常の実装・レビュー・調査では起動しない。
プロジェクトのデザインシステムを SSOT として作成・監査・更新する。トークン、デザインシステムに関わるアクセシビリティ、Typography、Motion、aesthetic direction の作業に使う。デザインシステムに紐づかない単発UI実装や個別デザインレビューには使わない。ユーザーが /ai-design-system と入力したら使う。
デザインシステムの作成・監査・保守、デザイントークンやUIの一貫性・個性・アクセシビリティの改善に使う。
AIに日記を書かせるスキル。会話を振り返り、AI視点の自由な日記風テキストを生成して保存する。「日記書いて」「AI日記」「日記風に振り返って」「感想を日記にして」「diary」「write a diary」といった日記・感想の依頼に使う。作業改善の振り返りは /retro、知見の記録や要約は /ai-ltm を使う。ユーザーが /ai-diary と入力したら必ずこのスキルを使う。