vibe-techdesign

MVP の技術設計

合意済みの要件を読み、Handoff Context を再利用します。置き換えを提案する前に、既存プロジェクトの技術スタックと関連する実装を確認します。影響の大きい未解決の選択肢だけを質問します。答えが分かっていることについて、改めて確認を繰り返す必要はありません。

コアとなるユーザージャーニーに必要なアーキテクチャを説明します。コンポーネント／サービスの境界、データの所有権、連携の契約、デプロイ先、および関連する障害時の挙動を含めます。要件を満たす最小限の設計を優先します。認証、ストレージ、インフラ、AI、有料サービスは、正当な理由がある場合にのみ追加します。変わりやすいベンダー情報は、インストール済みのコードまたは公式情報で確認します。

重要なトレードオフ、互換性の制約、該当する場合は移行／復旧要件、および結果の検証方法を記録します。ローカルでのテスト操作と、外部への送信、本番環境への書き込み、デプロイを区別します。生成するドキュメントにシークレットを含めないでください。広範なツール権限を付与したり、通常の実装にエージェントチームの実行を必須としたりしないでください。

マニフェストで設定された設計パス、または docs/TechDesign-[AppName]-MVP.md を使用します。クイックモードでは、簡潔なアーキテクチャと実装計画で構いません。より詳細なモードでは、不確実性やリスクに応じて必要な箇所だけを掘り下げます。アプリ、既知のユーザーレベル、プラットフォーム、予算、スケジュール、モード、制約、決定事項、ソースファイル、未解決の質問を含む Handoff Context で締めくくります。ドキュメントが作成されたことだけを理由に止めず、次の承認済みワークフローステージに進みます。

未解決の要件についてガイド付きインタビューを行う場合は、関連する質問プロンプト（任意）を参照してください。

vibeworkflow 用のドキュメントを作成する場合は、正確な CLI 出力メタデータを含めます。これはパーサーとの契約であり、任意の文章テンプレートではありません。