リポジトリルール

---
title: "<ルール名>"
scope: "file"            # "file" または "pull-request"
path: []                 # glob のリスト。例：["**/*.ts", "apps/web/**"]
severity_min: "high"     # "low", "medium", "high", "critical"
languages: []            # オプション。例：["jsts", "go", "php", "ruby", "java", "csharp", "dart", "kotlin", "rust"]
buckets: []              # オプション。例：["style-conventions", "error-handling", "security"]
uuid: ""                 # オプション。安定したルール ID に使用
enabled: true            # オプション
---

## 指示
何をレビューするかとどのように判断するかを説明します。直接的で客観的に。
- セキュリティ、パフォーマンス、パブリックコントラクトへの影響に焦点を当てます。
- 該当する場合はチームの設定やパターンを提供します。
- PR ルールの場合は、変更セットで何を考慮するかを説明します。

## 例

### 悪い例
\`\`\`lang
// ルールに違反する短い反例をここに貼り付け
\`\`\`

### 良い例  
\`\`\`lang
// ルールに従う短い例をここに貼り付け
\`\`\`

---
title: "本番コードで console.log を使用しない"
scope: "file"
path: ["src/**/*.ts", "src/**/*.tsx"]
severity_min: "medium"
languages: ["jsts"]
buckets: ["style-conventions"]
enabled: true
---

## 指示
本番 TypeScript/JavaScript ファイルで console.log ステートメントを確認します。
- console.log は本番コードに含まれるべきではありません
- 代わりに適切なログライブラリを使用してください
- console.log は開発ユーティリティのみに許可します

## 例

### 悪い例
\`\`\`typescript
function processUser(user: User) {
  console.log('Processing user:', user.id);
  return user.process();
}
\`\`\`

### 良い例
\`\`\`typescript
import { logger } from './logger';

function processUser(user: User) {
  logger.info('Processing user:', user.id);
  return user.process();
}
\`\`\`

---
title: "新しい API エンドポイントにはテストが必要"
scope: "pull-request"
path: ["**/*"]
severity_min: "high"
buckets: ["testing"]
enabled: true
---

## 指示
新しい API エンドポイントが追加された場合、対応するテストが PR に含まれていることを確認します。
- コントローラーの新しいルート定義を確認します
- 新しいエンドポイントのテストファイルが存在することを確認します
- 正常系と異常系の両方のテストケースを確認します

## 例

### 悪い例
新しいエンドポイント `/api/users/profile` が追加されたが、PR にテストファイルが含まれていない。

### 良い例
新しいエンドポイント `/api/users/profile` が追加され、成功とエラーのケースをカバーする対応するテストファイル `tests/api/users/profile.test.ts` が含まれている。

docker logs kodus_api 2>&1 | grep "kody-rules-sync"
docker logs kodus_api 2>&1 | grep "kody-rules-eval"