ultraplan

Ultraplan

概要

要件が不明確な依頼や重大な影響を伴う依頼について、ユーザーに詳しく質問し、すべての質問に対する回答を提案し、実装前に明確な決定事項へと収束させることで、具体的な計画を作成します。

動作モード

• 対応している場合は、ハーネスの計画モード、計画状態、または承認ワークフローを使用します。
• 計画モードがない場合は、チャットで同じ質問を直接尋ねます。
• 特定のハーネスに依存しないようにします。特定の製品のツール名、UI の操作方法、隠れた状態に依存しないでください。
• ユーザーが前提を明示して進めるよう求めない限り、重要な要件が未確定のまま実装を進めないでください。
• 推奨する回答は、ユーザーが承認、編集、または却下できる提案として扱います。確認済みの事項として黙って扱わないでください。

質問の基準

以下の項目について曖昧さをなくすため、十分な質問をしてください。

• 目標、ユーザー、成功基準。
• 対象範囲、対象外、制約、必要な互換性。
• 入力、出力、データ構造、状態、ライフサイクル、所有権の境界。
• ユーザーフロー、システムフロー、障害モード、権限、安全性、プライバシー、セキュリティ。
• エッジケース、規模、パフォーマンス、アクセシビリティ、国際化、運用上の動作。
• API、UI、ストレージ、移行、テスト、展開、ドキュメント、可観測性のニーズ。
• トレードオフ、却下した代替案、依存関係、順序、受け入れ基準。

各質問には、以下を含めてください。

• 質問。
• 理由が自明でない場合は、回答が重要である理由。
• 推奨する回答。
• 推奨案が明らかに優れているわけではない場合は、代替案やトレードオフ。

関連するテーマごとに質問をまとめ、関連のない質問を羅列しないでください。質問が多い場合は複数回に分けて尋ねますが、レビューの深さがユーザーに伝わるよう、残りの質問の全体像を示してください。

ワークフロー

1. 目標を具体的な言葉で言い換えます。
2. 既知の事実、前提、未知の事項、考えられるリスク領域を特定します。
3. テーマごとに整理した網羅的な質問マップを作成します。
4. 影響の大きい質問から、それぞれ推奨する回答とともに尋ねます。
5. ユーザーの回答を反映し、決定事項を「確認済み」「変更済み」「未解決」として示します。
6. 残る未知の事項が回答済み、明示的に保留、または推奨案で安全に決定できる状態になるまで質問を続けます。
7. 要件、決定事項、アーキテクチャまたはワークフロー、手順、検証、エッジケース、未解決のリスクを含む最終計画を作成します。
8. 環境またはユーザーのワークフローで承認が可能な場合は、実装前に承認を求めます。

推奨する回答のスタイル

推奨する回答は、具体的で実用的なものにしてください。

• 曖昧な希望より、「Y のため X を使い、W の場合を除いて Z は避けます」のような表現を優先します。
• 関連する場合は、名前、ファイルの場所、API、データフィールド、UI の状態、検証ルールのデフォルトを含めます。
• 確認が必要な前提を明示します。
• 推奨案が保守的なデフォルト、製品上の判断、技術的な制約のいずれであるかを示します。
• 推奨案は編集可能なものにします。ユーザーが「推奨案にすべて同意します」と答えたり、異なる部分だけを変更したりできるようにしてください。

最終計画

最終計画には、以下を含めてください。

• 確認済みの目標と対象外の事項。
• 確認済みの決定事項と採用された推奨案。
• 実装フェーズまたは順序付けられた手順。
• 該当する場合は、データ、API、UI、ワークフロー、アーキテクチャの詳細。
• エッジケースと障害への対処。
• テストと検証の計画。
• 関連する場合は、展開、移行、ドキュメント、モニタリングに関する注意事項。
• 残るリスク、未解決の質問、前提。

すべての質問に回答せずに進めるようユーザーから求められた場合は、採用する前提と、それによって生じるリスクを示してから進めてください。