saga

モデルが多様なサブエージェントカウンシルを実行し、同じ問題を複数の視点から調査し、結果を比較して最終的な推奨事項を生成します。ユーザーがカウンシル、セカンドオピニオン、一つの質問を評価するための複数のエージェント/モデル、並行調査、レッドチーム/ブルーチームの比較、または競合する技術的アプローチの選択の支援を求めた場合に、このスキルを使用してください。

実装前にPRODUCT.mdを作成し、必要に応じてTECH.mdを作成し、実装の進行に合わせて両方の仕様を更新することで、大規模な機能に対して仕様駆動のワークフローを推進します。重要な機能の開始時、エージェント駆動の実装計画時、またはユーザーが製品仕様と技術仕様をソース管理にチェックインしたい場合に使用します。

現在のコードベースと実装制約を調査した上で、主要なWarp機能のTECH.md仕様書を作成します。ユーザーが製品仕様に関連する技術仕様書、実装計画、またはアーキテクチャ文書を求めた場合に使用します。

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

プルリクエストの差分をレビューし、ワークフローが公開するための構造化されたフィードバックをreview.jsonに書き込みます。ローカルアーティファクト（pr_diff.txtやpr_description.txtなど）からチェックアウトしたPRをレビューし、GitHubに直接投稿する代わりに機械可読なレビュー出力を生成する場合に使用します。

現在のブランチに対してwarpリポジトリにプルリクエストを作成します。ユーザーがPRを開く、プルリクエストを作成する、レビューのために変更を提出する、またはマージのためにコードを準備することを言及した場合に使用します。

承認されたPRODUCT.mdとTECH.mdの機能を実装し、実装の進化に合わせて仕様とコードを同じPR内で整合させます。プロダクトと技術仕様が承認され、次のステップが機能の構築である場合に使用します。

争点のある質問について、各サブエージェントの独立した提案を他の作成者に回覧し、構造化された賛否を求めてから統合する、第二ラウンドを実行します。このスキルは、複数の独立した提案や意見がある場合——アーキテクチャのトレードオフ、コードレビューの意見の相違、設計上の選択、競合する根本原因の理論など——に、単独で統合するよりも鋭い分析を得たいときに使用します。councilスキルやresearchスキルと自然に組み合わせられます。...