w-architecture

ユーザーの質問に対する実装構造の計画を作成します。永続的なシステム分解は、既存の ADR とアーキテクチャ MDX に記録します。2 つ目の ADR ツリーは作成しないでください。ブランチは作成しないでください。

1. このターンで対象領域の調査結果がまだ整理されていない場合は、council の手順 1～3 に従ってから続行します。
2. 該当するアーキテクチャ MDX と ADR を読みます。変更が永続的な境界に関わる場合は、そこで作業を止め、既存の ADR／ドキュメントの仕組みに記録します。
3. 実装目標と、あると望ましい項目を明示します。ユーザーがすでに永続的なアーキテクチャ上の決定を承認している場合を除き、既存のアーキテクチャの範囲内にとどめます。
4. この変更に影響する制約、トレードオフ、代替案を列挙します。リスクの高い項目は人間に確認を促します。3～5 個の前提を明示します。
5. 構造やフローがほかの方法では不明瞭な場合に限り、Mermaid を追加します。
6. ユーザーがパスを指定した場合のみ保存します。それ以外はチャットで返します。「前提」と 参照先（パスのみ）を含めます。コマンドと生成ソースの管理者は、確認したドキュメントに基づいて記載します。