TeamLeaderRunner を4モジュールに分割(execution, aggregation, common, streaming)し、 パート完了時にキュー残数が refill_threshold 以下になると追加タスクを動的に生成する worker pool 型の実行モデルを実装。ParallelLogger に LineTimeSliceBuffer を追加し ストリーミング出力を改善。deep-research ピースに team_leader 設定を追加。
32 lines
1.7 KiB
Markdown
32 lines
1.7 KiB
Markdown
調査計画(または追加調査指示)に従って、調査項目を独立したサブタスクに分解し、並列で調査を実行してください。
|
||
|
||
**やること:**
|
||
1. 計画の調査項目を分析し、独立して実行可能なサブタスクに分解する
|
||
2. 各サブタスクには明確な調査範囲と期待する成果物を指示に含める
|
||
3. サブタスクの指示には次のデータ保存ルールと報告構成を必ず含める
|
||
|
||
**サブタスク分解の方針:**
|
||
- 調査トピックの独立性を重視する(相互依存のある項目は同じサブタスクにまとめる)
|
||
- 優先度の高い項目(P1)が複数サブタスクに分散しすぎないよう注意する
|
||
- 各サブタスクの作業量が偏らないよう調整する
|
||
|
||
**各サブタスクの指示に含めるルール:**
|
||
|
||
データ保存ルール:
|
||
- 調査項目ごとに `{report_dir}/data-{トピック名}.md` に書き出す
|
||
- トピック名は英語小文字ハイフン区切り(例: `data-market-size.md`)
|
||
- 出典URL、取得日、生データを含める
|
||
|
||
外部データのダウンロード:
|
||
- 公的機関や信頼できるソースの CSV・Excel・JSON 等のデータファイルは積極的にダウンロードして活用する
|
||
- ダウンロード前に必ずソースの信頼性を確認する
|
||
- ダウンロードしたファイルは `{report_dir}/` に保存する
|
||
- 不審なドメインや実行可能ファイルはダウンロードしない
|
||
|
||
報告の構成(サブタスクごと):
|
||
- 調査項目ごとの結果と詳細
|
||
- 主要な発見のサマリー
|
||
- 注意点・リスク
|
||
- 調査できなかった項目とその理由
|
||
- 推奨/結論
|