概要
新しいチームをKodusで稼働させるのに約30分かかります。このガイドでは完全なセットアップを順を追って説明し、チームが最初のPRから価値を得られるようにします。ステップ1 — ワークスペースを作成して設定する
- kodus.io でサインアップするか、セルフホスティングインスタンスにアクセスする
- チームの新しいワークスペースを作成する
- Gitプロバイダーを接続する(GitHub、GitLab、Bitbucket、またはAzure DevOps)
- 監視するリポジトリを選択する
ステップ2 — レビューのベースラインを設定する
カスタマイズする前に適切なデフォルトから始めます:ステップ3 — IDEツールから既存のルールをインポートする
チームがすでにCursor、Copilot、またはClaudeのルールを使用している場合:- コードレビュー設定 → Kodyルール に移動する
- Kodusは
.cursorrules、.github/copilot-instructions.md、および.claudeファイルを検出する - コードレビューに意味があるものをインポートする
ステップ4 — トップ5の規約を教える
1日目にすべてをエンコードしようとしないでください。チームが最もよく議論する5つの規約から始めます:ステップ5 — 2〜3の重要なルールを作成する
決して起きてはならないことのためのルールを追加します:ステップ6 — タスク管理を接続する(オプションだが推奨)
設定 → Plugins でJira、Linear、Notion、またはClickUpを接続して、ビジネスロジック検証を有効にします。これにより、KodusがPRがタスクの説明どおりに実装されているかどうかを確認できます。ステップ7 — パイロットPRを実行する
テストPRを開いて確認します:- KodusのコメントがPRに表示される
- 提案が適切で正しい重要度になっている
- カスタムルールが発火すべき時に発火する
- Memoriesがレビューコンテキストに反映されている
ステップ8 — 1週間後にフィードバックを収集する
1週間のレビュー後、チームに確認します:- 提案が多すぎますか? →
severityLevelFilterを上げるかmaxSuggestionsを下げる - ルールがうるさすぎますか? → ファイルパスを絞り込むか除外を追加する
- 重要なパターンが見つかっていませんか? → 新しいルールまたはMemoriesを追加する
- 自動生成ルールが欲しいですか? → Kodyルールを生成 をクリックして、レビュー履歴から提案を取得する
ヒント
- 初日からルールで過負荷にしない — 小さく始めて成長させる
- 正式なルールとして定める前に、チームが会話を通じてKodyを自然に教えられるようにする
- 最初の数回のPRには
@kody start-reviewを使用して、チームがKodusの動作を確認できるようにする - Kodyが学ぶことをレビューしたい場合は、LLMが生成したメモリの承認を有効にする