ralplan について
ralplanは、Planner、Architect、Criticの各エージェントが計画の承認まで協議するコンセンサス計画スキルです。実行前に選択肢やレビュー、テスト可能な基準を明確にしたい作業に適しています。
主な機能
- 01Planner、Architect、Criticによるレビュー
- 02利点と欠点を含む選択肢
- 03反復的な承認プロセス
- 04最終計画にADRを記載
- 05事前検討を加える慎重モード
活用シーン
- 01曖昧な実装依頼の範囲設定
- 02アーキテクチャ案の比較
- 03実行前に合意済み計画を作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/ralplanを入力して読み込まれたか確認します。
詳細
Ralplan（合意形成プランニング）
/plan --consensus の省略形です。Planner、Architect、Critic の各エージェントによる反復的なプランニングを開始し、合意に達するまで続けます。
フラグ
--deliberate：高リスクな作業向けに慎重モードを強制します。事前検討（3つのシナリオ）と、拡張されたテスト計画を追加します。
ワークフロー
- @planner が RALPLAN-DR の要約を含む初期計画を作成します。
- 原則（3～5項目）
- 意思決定の判断基準（上位3項目）
- 実行可能な選択肢（2つ以上）と、それぞれのメリット・デメリット
- @architect がアーキテクチャの妥当性をレビューします。
- @critic が品質とテスト可能性を検証します。
- 批評者が承認するまで繰り返します（最大5回）。
- 最終計画には ADR（決定、判断基準、代替案、選択理由、結果）を含めます。
実行前のゲート
「ralph アプリを改善して」のような曖昧な実行依頼は、明確なスコープ、テスト可能な基準、複数のエージェントによる合意を確保するため、まず ralplan に誘導されます。
ゲートを通過（具体性あり）：ファイルパス、関数名、課題番号、番号付きの手順、または受け入れ基準を含むプロンプト。
ゲート対象（スコープの明確化が必要）：具体的な手がかりがなく、曖昧な説明のみを含むプロンプト。
承認後
/team（並列エージェント、推奨）または/ralph（検証を伴う逐次実行）で実行します。
コメント
Markdown 対応