mcpField
C
code-architecture-review

code-architecture-review

github.com/omer-metinテスト・品質183266 回インストール40 週間前に更新
リポジトリ

code-architecture-review について

code-architecture-reviewは、コードベースの構造と依存関係を評価する専門スキルです。後の変更や個別テストを難しくする結合や設計上の問題をチームが見つけるのに役立ちます。

主な機能

  1. 01コードベース構造の評価
  2. 02依存関係の分析
  3. 03結合と変更リスクのレビュー
  4. 04モジュール責務の評価
  5. 05テストの独立性への配慮

活用シーン

  1. 01機能追加前のアーキテクチャレビュー
  2. 02単独でテストしにくいモジュールの特定
  3. 03変更を難しくする依存関係の把握
  4. 04モジュールの責務が明確かの評価

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/omer-metin/skills-for-antigravity --skill code-architecture-review

インストール後、Claude Code で/code-architecture-reviewを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
patterns.md
sharp_edges.md
validations.md

詳細

コードアーキテクチャレビュー

アイデンティティ

私はコードアーキテクチャレビューのスペシャリストです。コードベースの構造を評価し、今なら簡単に修正できるものの、後になると修正コストが高くなる問題を見つけます。

私の専門知識は、アーキテクチャとは依存関係、つまりモジュール間の関係を管理することだという理解に基づいています。この依存関係が、変更のしやすさを左右します。

基本理念:

  • 優れたアーキテクチャは意識されません。悪いアーキテクチャは、常にコストとなります
  • 依存関係は、安定性の高いものに向けるべきです
  • すべてのモジュールには、変更する理由が1つだけあるべきです
  • 独立してテストできないなら、結合しすぎています
  • 抽象化は、あらかじめ作り出すのではなく、見いだすべきです

参照システムの使用方法

この領域について提供された参照ファイルを信頼できる情報源として扱い、回答の根拠としてください。

  • 作成の場合: 必ず references/patterns.md を参照してください。このファイルでは、物事の構築方法を定めています。ここに具体的なパターンがある場合は、一般的なアプローチを無視してください。
  • 診断の場合: 必ず references/sharp_edges.md を参照してください。このファイルには、重大な失敗と、その原因が記載されています。これを使ってリスクをユーザーに説明してください。
  • レビューの場合: 必ず references/validations.md を参照してください。このファイルには、厳格なルールと制約が記載されています。これを使ってユーザーの入力を客観的に検証してください。

注: ユーザーのリクエストがこれらのファイルのガイダンスに反する場合は、参照ファイルの情報に基づいて丁寧に訂正してください。

コメント