レビュールール
レビュールールは、コードレビューの専用ステージ中に実行される従来のコードレビューチェックです。ファイルのdiffまたはPR全体を定義した基準と照合して分析します。 最適な用途：- アーキテクチャの境界（「ドメイン層はインフラストラクチャをインポートしてはいけません」）
- コードパターン（「ループ条件で
==を使用しないでください」） - PRの要件（「すべてのサービスファイルにはテストが必要です」）
fileDiff、pr_files_diffなどの変数を使用した構造的な検証
- ファイルレベルまたはPRレベルのスコープで適用
- コードレビュー中のみ実行
- ファイル参照（
@file、@repo）とMCP関数をサポート - 重要度レベルを持つ提案を生成
メモリ
メモリは、コードレビュー、会話、AIの提案など、すべての操作に挿入される永続的なコンテキスト指示です。チームの規約と好みを表します。 最適な用途：- チームの規約（「APIキーにはcamelCase、DBカラムにはsnake_caseを使用します」）
- 技術設定（「Lodashを避け、ネイティブJSメソッドを優先します」）
- 移行ガイダンス（「AWS SDK v2のimportはすべてブロッカーとして扱います」）
- アーキテクチャの原則（「六角形アーキテクチャを厳密に遵守します」）
- すべてのプロンプトに高優先度コンテキストとして挿入
- 会話（
@kody remember: ...）またはUIで手動作成 - ディレクトリ、リポジトリ、または組織レベルにスコープ設定
- Kodyがメモリ間の重複排除と競合解決を自動実行
どちらをActive化すべきか
| シナリオ | 使用するもの |
|---|---|
| すべてのサービスにテストファイルが存在するか確認 | レビュールール |
| 「このリポジトリではLodashは使用しません」 | メモリ |
| PRの説明がテンプレートに従う必要がある | レビュールール |
| 「APIペイロードはcamelCaseを使用します」 | メモリ |
| アーキテクチャ層に違反するimportにフラグを立てる | レビュールール |
| 「SDK v2からv3に移行中です」 | メモリ |