コードレビューは通常、コード品質(セキュリティ、パフォーマンス、スタイル)に焦点を当てています。しかし多くの場合、このコードはビジネスが求めたことを実際に行っているか? という質問を見落とします。ビジネスロジック検証はそのギャップを埋めます。Documentation Index
Fetch the complete documentation index at: https://docs.kodus.io/llms.txt
Use this file to discover all available pages before exploring further.
チェックする内容
KodusはPRのdiffをタスク要件と比較して以下を識別します:- 不足している実装 — コードでカバーされていない受け入れ基準
- 部分的な実装 — 部分的にしか対処されていない要件
- スコープの不一致 — PRがタスクが説明する領域とは異なる領域で作業している場合
- エッジケース — タスクに記載されているがハンドリングされていないビジネスシナリオ
使用方法
自動(デフォルト)
レビューオプションでbusiness_logic: true(デフォルトで有効)を設定すると、タスク管理プラグインが接続されている場合、KodusはすべてのPRレビュー中にビジネスルールを自動的に検証します。
オンデマンド
任意のPRにリンクまたはインライン仕様でコメントします:サポートされているタスクソース
プラグイン経由で接続してタスクコンテキストを自動取得します:| ソース | 参照方法 |
|---|---|
| Jira | JiraイシューURLを貼り付け |
| Linear | LinearイシューURLを貼り付け |
| Notion | NotionページURLを貼り付け |
| ClickUp | ClickUpタスクURLを貼り付け |
| Google Docs | ドキュメントURLを貼り付け |
| Slack | Slackメッセージのパーマリンクを貼り付け |
| インライン | PRコメントに要件を直接記述 |
出力の理解
各調査結果には重要度があります:- MUST_FIX — 必要なビジネスルールが不足または矛盾している
- SUGGESTION — エッジケースまたは堅牢性のポイントがカバーされていない
- INFO — 準拠をブロックしない観察
ヒント
- 明示的な受け入れ基準を持つタスクは最も徹底した検証が行われます
- 問題を修正した後、コマンドを再実行して準拠を確認します
- PRのスコープがタスクと一致しない場合、Kodyは推測する代わりにスコープの不一致をフラグします