Skip to main content
すべてのチームには、汎用のリンターではカバーできない規約があります — アーキテクチャの境界、命名パターン、テスト要件、またはビジネス固有の制約など。カスタムコードレビュールールを使用すると、これらを自動チェックとしてエンコードできます。

​
Kodusでルールを作成する

  1. サイドバーの Code review グループ上部にあるスコープピッカーで Global（またはリポジトリ / ディレクトリ）を選択し、Kody Rules を開きます
  2. New rule をクリックします
  3. 設定します：
    • Rule name — ルールが確認する内容（例：「サービスファイルにはテストが必要です」）
    • Execution mode — Per file（変更された各ファイルを分析）または Per PR（PR全体を分析）
    • Path — 特定のファイルを対象とするglobパターン（例：src/services/**/*.ts）。Per PRルールでは使用されません
    • 重要度 — 重大、高、中、または低
    • 指示 — チェックする内容の詳細な説明

​
ルールを強力にするもの

ルールはリッチなコンテキストにアクセスできます：
  • fileDiff、pr_title、pr_description、pr_files_diff などの変数
  • パターンと比較するための @file:path/to/file.ts によるファイル参照
  • 接続されたツール（Jira、リポジトリ構造など）からデータを取得するMCP関数

​
例：アーキテクチャ境界ルール

​
例：テストカバレッジルール

​
ルールを追加するその他の方法

  • ルールライブラリからインポート — Kody Rulesページで Discovery をクリックし、言語とカテゴリ別に検証済みルールを参照
  • IDEツールから同期 — Cursor、Copilot、Claudeからルールを自動インポート
  • リポジトリルール — リポジトリ内のmarkdownファイルでルールを定義
  • 自動生成 — Kodyがレビュー履歴に基づいてルールを提案
完全なリファレンスについては、Kodyルールを参照してください。