できること
アーキテクチャ上の摩擦を探し、テストしやすさと AI が読み進めやすいことを目的に「深くする」機会を提案します。まず git 履歴のホットスポットで範囲を絞り、GLOSSARY.md と関連する ADR を読み、サブエージェントにコードを巡回させて、浅いモジュール、漏れている継ぎ目、テストしにくい部分を探し、「削除テスト」で判断します。自己完結した HTML レポート（Tailwind と Mermaid は CDN から）を OS の一時フォルダーに書き出して開きます。各候補にはファイル、問題、解決策、利点、独自の前後の図、強さのバッジが付き、最後に最優先の推奨で終わります。固定の語彙（module、interface、depth、seam、adapter、leverage、locality）を使います。1つ選ぶと決定木に沿って問いかけを続け、GLOSSARY.md と ADR を更新します。
出力
HTML 形式のアーキテクチャレビューと、選んだ案についての対話的な設計の議論。
こんな場面に
コードのどこが「浅い」かを構造的かつ視覚的にレビューしたく、共通の設計語彙を採用してもよいチーム。
中リスク：指示のみのファイルでスクリプトはありませんが、git log を実行し、コードを読むサブエージェントを起動し、HTML ファイルを一時フォルダーに書いてコマンドで開き、その後リポジトリ内の GLOSSARY.md を編集したり ADR を追加したりすることがあります。レポートは公開 CDN から Tailwind と Mermaid を読み込みます。同じ作者の他の Skill（codebase-design、grilling、domain-modeling）に依存します。未試用：実際のリポジトリとサブエージェントが必要なためデモはなく、フロントでは「未検証」と表示されます。作者 Matt Pocock、MIT。