---
generated_at: 2026-02-24 17:10:00
metrics:
  claims_total: 35
  claims_with_evidence: 33
  claims_without_evidence: 2
confidence_derived: 0.94
---

# 根拠レポート：2-GitHubリポジトリインジェスト

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：33 / 35、根拠なし：2
- 優先レビュー（高）
  1. **メモリ使用量上限1GB**：Vercel公式ドキュメント未確認
  2. **GitHub App連携の前提条件詳細**：インストール確認ロジックの詳細未検証

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `apps/studio.giselles.ai/app/api/vector-stores/cron/github/ingest/route.ts`
- E-02: `apps/studio.giselles.ai/app/api/vector-stores/cron/github/ingest/fetch-ingest-targets.ts`
- E-03: `apps/studio.giselles.ai/lib/vector-stores/github/ingest/process-repository.ts`
- E-04: `apps/studio.giselles.ai/lib/vector-stores/github/ingest/error-handling.ts`
- E-05: `apps/studio.giselles.ai/db/schema.ts`（L487-520: githubRepositoryIndex, L715-758: githubRepositoryContentStatus）
- E-06: `apps/studio.giselles.ai/vercel.json`
- E-07: `docs/code-to-docs/バッチ一覧/バッチ一覧.csv`

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | バッチは10分ごとに実行される | E-06 (`"schedule": "*/10 * * * *"`) | ○ |
| C-02 | エンドポイントは`/api/vector-stores/cron/github/ingest` | E-06, E-01 | ○ |
| C-03 | maxDurationは800秒 | E-01 (L9: `export const maxDuration = 800`) | ○ |
| C-04 | 認証はBearer トークンとCRON_SECRETの比較 | E-01 (L16-28: isAuthorized関数) | ○ |
| C-05 | SHA-256によるタイミングセーフ比較を使用 | E-01 (L13-14, L27: digest関数とtimingSafeEqual) | ○ |
| C-06 | idle状態のコンテンツが対象 | E-02 (L49: `eq(githubRepositoryContentStatus.status, "idle")`) | ○ |
| C-07 | failed状態かつretryAfter経過後が対象 | E-02 (L50-54) | ○ |
| C-08 | 15分以上running状態が対象 | E-02 (L5, L20-23, L55-58: STALE_THRESHOLD_MINUTES = 15) | ○ |
| C-09 | 24時間以上completed状態が対象（再同期） | E-02 (L6, L24-27, L59-62: OUTDATED_THRESHOLD_MINUTES = 24 * 60) | ○ |
| C-10 | リポジトリは並列処理される | E-01 (L48-50: `Promise.all`) | ○ |
| C-11 | コンテンツタイプはblob, pull_request, issue | E-03 (L60-175: CONTENT_PROCESSORS), E-05 (L723-725) | ○ |
| C-12 | blobはデフォルトブランチHEADから取得 | E-03 (L64-67: `fetchDefaultBranchHead`) | ○ |
| C-13 | チーム情報を取得して処理 | E-03 (L187-189: `fetchTeamByDbId`) | ○ |
| C-14 | ステータスをrunningに更新後に処理開始 | E-03 (L198-205: `updateContentStatus(..., { status: "running" })`) | ○ |
| C-15 | 成功時はcompletedに更新 | E-03 (L215-222, L256-269: completedStatus) | ○ |
| C-16 | 失敗時はfailedに更新 | E-03 (L244-251, L271-279: failedStatus) | ○ |
| C-17 | エラー時はSentryに送信 | E-03 (L231-242: `captureException`) | ○ |
| C-18 | エラー情報にretryAfterを設定 | E-03 (L338-363: extractErrorInfo, ERROR_RETRY_CONFIG) | ○ |
| C-19 | DOCUMENT_NOT_FOUNDはリトライなし | E-03 (L339: `DOCUMENT_NOT_FOUND: null`) | ○ |
| C-20 | DOCUMENT_TOO_LARGEはリトライなし | E-03 (L340: `DOCUMENT_TOO_LARGE: null`) | ○ |
| C-21 | DOCUMENT_RATE_LIMITEDはretry-afterヘッダー使用 | E-03 (L341-342: `e.getRetryAfterDate()`) | ○ |
| C-22 | DOCUMENT_FETCH_ERRORは即時リトライ可能 | E-03 (L343: `DOCUMENT_FETCH_ERROR: () => new Date()`) | ○ |
| C-23 | UNKNOWNエラーは即時リトライ可能 | E-03 (L362: `return { errorCode: "UNKNOWN", retryAfter: new Date() }`) | ○ |
| C-24 | github_repository_content_statusテーブル操作 | E-05 (L715-758), E-02, E-03 | ○ |
| C-25 | github_repository_embeddingsテーブル操作 | E-05 (L760-795) | ○ |
| C-26 | github_repository_pull_request_embeddingsテーブル操作 | E-05 (L808-814), E-03 (L282-308) | ○ |
| C-27 | github_repository_issue_embeddingsテーブル操作 | E-03 (L310-336) | ○ |
| C-28 | メタデータにlastIngestedCommitSha保存（blob） | E-03 (L91-93: `createBlobMetadata`) | ○ |
| C-29 | メタデータにlastIngestedPrNumber保存（PR） | E-03 (L126-134, L282-308: `getLastIngestedPrNumber`) | ○ |
| C-30 | メタデータにlastIngestedIssueNumber保存（Issue） | E-03 (L165-173, L310-336: `getLastIngestedIssueNumber`) | ○ |
| C-31 | enabled=falseのコンテンツはスキップ | E-03 (L193-195: `if (!contentStatus.enabled) { continue; }`) | ○ |
| C-32 | レスポンスは"ok" | E-01 (L52: `return new Response("ok", { status: 200 })`) | ○ |
| C-33 | エラーログ出力形式 | E-03 (L224-227) | ○ |
| C-34 | メモリ使用量上限1GB | **根拠なし** | △ |
| C-35 | GitHub App連携がインストールされていることが前提 | E-03 (L66: installationId使用)、詳細確認未実施 | △ |

## 4) 不足情報（Unknown / Missing）
- **メモリ使用量上限**：Vercel Serverless Functionsの公式ドキュメントで確認が必要。コード内に明示的な設定なし。
  - 候補：Vercel公式ドキュメント / vercel.json / next.config.ts

- **GitHub App連携の前提条件**：installationIdは使用されているが、インストール状態の確認ロジック（有効期限切れ、権限不足等）の詳細は未確認
  - 候補：buildOctokit実装 / GitHub App設定画面

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 大部分の主張がコードで直接確認可能
- 1: 中リスク - メモリ上限値は運用環境依存のため、実際の制限はVercel設定に依存
- 1: 中リスク - GitHub APIレート制限到達時の挙動は実運用で確認が必要

## 6) レビュアーチェックリスト（最小）
- [ ] Vercel Serverless Functionsのメモリ制限を確認し、必要に応じて記載を修正
- [ ] GitHub App連携が切れた場合のエラーハンドリングを確認
- [ ] 24時間ごとの再同期が大量リポジトリで問題にならないか確認
- [ ] 並列処理数（Promise.all）に上限設定が必要か検討
