majiayu000 dr-synthesize (ultrathink)
目的
- dr-explore で収集した証拠を検証・統合し、意思決定可能なレポートを作る
- 実装が必要な場合は implementation_plan.md を生成する
- 矛盾・不確実性・未解決論点を明示する
入力
| パラメータ | 説明 | デフォルト |
|---|---|---|
| run_path | runディレクトリのパス | 最新run |
| focus | summary/decision/implementation | summary |
| audience | internal/external | internal |
実行手順
Step 1: runディレクトリの検証
# 必須ファイルの存在確認
research/runs/<run>/
├── input.yaml # 必須
├── evidence.jsonl # 必須
└── sources/ # 推奨
Step 2: 証拠の分析
input.yamlとevidence.jsonlを読み、調査目的と範囲を復元- 主張をグループ化し、支持する証拠IDを紐付け
- 矛盾する証拠を特定し、
contradictionsとして記録 - 信頼度の低い証拠（score <= 2）は補足情報として扱う
- 未検証の主張は
predictionsとして残し、断定しない
Step 3: report.md 生成
# [topic] 調査レポート
## Executive Summary
- 調査目的
- 主要発見（3-5点）
- 推奨アクション
## Key Findings
### 発見1: [タイトル]
**主張**: ...
**根拠**:
- [ev-001] URL - 引用
- [ev-003] URL - 引用
**信頼度**: 高/中/低
**注記**: ...
### 発見2: ...
## Evidence Table
| ID | Type | URL | 要旨 | 信頼度 |
|----|------|-----|------|--------|
| ev-001 | docs | ... | ... | 5 |
| ev-002 | news | ... | ... | 4 |
## Contradictions & Unknowns
### 矛盾点
- [ev-005] vs [ev-008]: ...
### 未解決論点
- Q1: ...
- Q2: ...
### 予測（未検証）
- P1: ... （根拠: ev-010）
## Recommendations
1. [検証可能なアクション]
2. [検証可能なアクション]
## Next Steps
- 追加取得すべき一次情報
- 検証が必要な仮説
Step 4: implementation_plan.md 生成（focus=implementation の場合）
# 実装計画: [topic]
## System Overview
### 全体アーキテクチャ
[収集] → [正規化] → [蓄積] → [検索/RAG] → [評価] → [配信]
### コンポーネント図
- connectors: 外部データソース接続
- crawler: Webスクレイピング
- normalizer: データ正規化・重複排除
- storage: 永続化層
- rag: ベクトル検索・回答生成
- dashboard: 可視化
- alerting: 通知
## Data Model
### evidence テーブル
| Column | Type | Description |
|--------|------|-------------|
| id | UUID | 主キー |
| source_type | ENUM | news/sns/paper/docs/code/dataset/other |
| source_url | TEXT | ソースURL |
| ... | ... | ... |
### entity テーブル
- 人物/組織/プロダクト等の正規化
### claim テーブル
- 主張と証拠の紐付け
### run テーブル
- 調査実行の履歴
## Task Breakdown
### Phase 1: PoC（1-2週間目安）
- [ ] 基本connectors（RSS + WebSearch）
- [ ] 最小normalizer
- [ ] SQLite storage
- [ ] CLIインターフェース
### Phase 2: MVP（3-4週間目安）
- [ ] 追加connectors（SNS/News API）
- [ ] ベクトル検索（Qdrant/Pinecone）
- [ ] 基本dashboard
- [ ] テスト整備
### Phase 3: Production（5-8週間目安）
- [ ] 本番インフラ（Docker/K8s）
- [ ] 監視・アラート
- [ ] CI/CD
- [ ] ドキュメント整備
## Test Plan
### 再現性テスト
- 同じinputで同じevidenceが取得できる
### 回帰テスト
- 既存機能が壊れない
### データ品質テスト
- evidence.jsonlのスキーマ検証
- 重複排除の動作確認
## Operations
### スケジューリング
- cron / queue ベースの定期実行
### 監視
- エラーログ
- 収集成功率
- レイテンシ
### 秘密情報管理
- .env / secrets manager
- コミット禁止（.gitignore）
Step 5: 追加ファイル生成（必要に応じて）
risks.md- リスク分析competitors.md- 競合分析timeline.md- 時系列整理
出力（必須）
report.md- 調査レポートimplementation_plan.md- 実装計画（focus=implementation時）changelog.md- 追記（統合作業のログ）
品質基準
レポートの必須要素
- Executive Summary がある
- すべての主張に証拠IDが紐付いている
- 矛盾・未解決論点が明示されている
- 次のアクションが具体的である
実装計画の必須要素
- 段階的なPhase分けがある
- タスクがチェックリスト化されている
- テスト計画がある
- 運用設計がある