パラレルゴール は何をしますか？
このスキルを使用して、生のユーザータスクを実行可能なビルドブリーフに変換し、並列ゴールを通じて作業を実行します。
記入済みブリーフ
まず、ユーザーのリクエストを以下のテンプレートに変換します。すべての角括弧で囲まれたプレースホルダーを、リクエストの関連コンテンツまたは現在のプロジェクトコンテキストから控えめに推測した内容に置き換えてください。
[TECH/FRAMEWORK] で [THING] を構築する。これには [MAIN FEATURES] を含め、[INTERACTION/ANIMATION/BEHAVIOR DETAILS] を備える。[MOOD/QUALITY] を感じさせるものにし、[VISUAL DETAILS]、[ENVIRONMENT DETAILS]、[EXTRA EFFECTS] を使用する。出力は [FORMAT/FILE TYPE] とする。
記入済みバージョンでは、角括弧で囲まれたプレースホルダーを残さないでください。タスクが文字通りのビジュアルビルドでない場合は、フィールドを最も近い有用な同等物に適応させてください：もの、実装環境、コア成果物、期待される動作、品質基準、周辺の制約、便利な仕上げ、出力成果物。
欠落した詳細によってタスクの実行が不可能または危険になる場合にのみ、ユーザーに質問を投げかけてください。それ以外の場合は、詳細を推測して先に進んでください。
ゴール設定
作業を開始する前に、タスクにとって「完了」が何を意味するかを定義します。
ゴールツールまたは /goal ワークフローが利用可能な場合は、開始前に記入済みブリーフから新しいトップレベルゴールを作成します。プラットフォームに既にアクティブなゴールがあり、新しいゴールを作成できない場合は、アクティブなゴールの下で続行し、新しい目標を作業計画に書き込みます。ブロックしないでください。
トップレベルゴールには以下を含める必要があります：
- 記入済みブリーフ。
- 具体的な完了条件。
- 期待される最終成果物または回答。
- 報告前に実行すべき検証。
並列ディスパッチ
作業を同時に実行できる独立した部分に分割します。実際に役立つ数のエージェントを使用しますが、直接行う方が速いか安全な作業のために余分なエージェントを作成しないでください。
適切な並列作業ストリームには以下が含まれます：
- 既存のコンテキストからの製品または要件の明確化。
- アーキテクチャ、データモデル、または統合の計画。
- UI またはインタラクションデザイン。
- 個別のモジュールまたはファイルの実装。
- テスト、検証、およびエッジケースのレビュー。
- コピー、コンテンツ、例、またはドキュメント。
各エージェントに、タスクプロンプト内で専用の /goal を指定します。可能な限り、各サブゴールを自己完結型にし、重複しないようにしてください。
各エージェントプロンプトには次の形式を使用します：
/goal [1 つの明確なサブゴール]
コンテキスト：
[記入済みブリーフと関連する制約。]
成果物：
[メインエージェントが戻す必要のある具体的な出力。]
境界：
[このエージェントが所有するファイル、モジュール、または決定事項。回避すべき領域があれば明記。]
検証：
[このエージェントが実行すべきチェック、または提供すべき推論。]
マルチエージェントツールが利用可能な場合は、サブエージェントを同時にディスパッチし、結果が戻ってきたら統合します。これらのツールが利用できない場合は、利用可能なローカル検査コマンドを並列化し、残りの作業は直接実行します。
統合
メインエージェントは最終結果を所有します。
エージェントの結果が戻ってきたら：
- それらの推奨事項をリポジトリまたはソースコンテキストと比較します。
- 競合を明示的に解決します。
- ユーザーのリクエストとプロジェクトの制約に適合する部分のみを適用します。
- 最終的な編集に集中し、無関係なリファクタリングは避けます。
- 結果が機能することを証明する最小限の信頼性のある検証を実行します。
エージェントが未検証の主張を返した場合は、それを信頼する前に検証します。
最終応答
完了した結果、変更または生成されたもの、実行された検証内容を報告します。ユーザーが実装の詳細を求めない限り、回答は平易でユーザー向けに保ちます。