11.9 案例二：多部门协作投研报告

面向经管学生、研究者与从业者的 AI 智能体设计教材

作者

李学恒、林建浩、严翊歆

发布于

2026-05-11

场景：基金公司投研会议前，宏观、行业、个股三个研究组需要各出一份分析，最终整合为投资建议书。三个组并行工作，但需要共享宏观假设和行业分类标准。

项目目录

investment-research-collab/
├── shared/
│   ├── macro-assumptions.md   # 宏观假设（所有组只读）
│   └── sector-taxonomy.json   # 行业分类标准（所有组只读）
├── macro/                     # 宏观组工作目录
├── sector/                    # 行业组工作目录
├── stock/                     # 个股组工作目录
├── output/                    # 整合报告
└── CLAUDE.md

上下文管理的关键设计

CLAUDE.md 中写入全局约定：

# 投研协作规则

## 文件归属
- macro/ 目录：仅宏观组可写
- sector/ 目录：仅行业组可写
- stock/ 目录：仅个股组可写
- shared/ 目录：所有组只读，仅 Lead 可写
- output/ 目录：仅 Lead 可写

## 输出规范
- 每组报告控制在 2000 字以内
- 结论部分必须包含：核心判断、置信度（高/中/低）、关键风险
- 引用宏观假设时注明来源为 shared/macro-assumptions.md

团队协调者配置

▶ Agent

---
name: investment-lead
description: 协调三组投研团队并行工作
model: opus
tools:
  - Read
  - Write
  - Bash
---

你是投研团队的 Lead。管理三个并行工作的队友：

- macro-analyst：宏观经济分析，输出到 macro/report.md
- sector-analyst：新能源行业分析，输出到 sector/report.md
- stock-analyst：隆基绿能个股分析，输出到 stock/report.md

启动前，先将宏观假设写入 shared/macro-assumptions.md，确保三组基于同一套前提工作。

三组并行启动。如果行业组或个股组需要确认宏观假设的细节，通过私信与宏观组沟通，不要广播。

全部完成后，读取三份报告的结论部分，整合为 output/investment-brief.md。

启动团队

▶ Claude Code

请创建投研团队，为下周投研会准备新能源板块分析。

宏观假设：2025 年 GDP 增速 5.0%，PPI 同比转正，碳中和政策持续加码。
重点标的：隆基绿能（601012）。

三个组并行工作，使用 in-process 模式。
行业组和个股组如果需要宏观数据，直接和宏观组沟通。
每组完成后返回核心判断和置信度，不要返回完整报告。

这个案例的上下文治理体现在三处：第一，shared/ 目录存放公共前提，避免三组各自假设不同的宏观环境；第二，文件归属写入 CLAUDE.md，从机制上防止写入冲突；第三，组间沟通用私信而非广播，只有相关方的上下文被消耗。Lead 最终读取的是三份结论摘要，而非三份完整报告。

团队规模建议

投研协作团队建议控制在 3-4 个队友以内。队友越多，广播消息的上下文成本越高，协调复杂度也会上升。如果需要更多分析维度，可以让一个队友内部调度子代理来扩展能力，而不是直接增加团队人数。

--- title: "11.9 案例二：多部门协作投研报告" --- **场景**：基金公司投研会议前，宏观、行业、个股三个研究组需要各出一份分析，最终整合为投资建议书。三个组并行工作，但需要共享宏观假设和行业分类标准。 **项目目录** ```txt investment-research-collab/ ├── shared/ │ ├── macro-assumptions.md # 宏观假设（所有组只读） │ └── sector-taxonomy.json # 行业分类标准（所有组只读） ├── macro/ # 宏观组工作目录 ├── sector/ # 行业组工作目录 ├── stock/ # 个股组工作目录 ├── output/ # 整合报告 └── CLAUDE.md ``` **上下文管理的关键设计** `CLAUDE.md` 中写入全局约定： ```txt # 投研协作规则 ## 文件归属 - macro/ 目录：仅宏观组可写 - sector/ 目录：仅行业组可写 - stock/ 目录：仅个股组可写 - shared/ 目录：所有组只读，仅 Lead 可写 - output/ 目录：仅 Lead 可写 ## 输出规范 - 每组报告控制在 2000 字以内 - 结论部分必须包含：核心判断、置信度（高/中/低）、关键风险 - 引用宏观假设时注明来源为 shared/macro-assumptions.md ``` **团队协调者配置** ```agent --- name: investment-lead description: 协调三组投研团队并行工作 model: opus tools: - Read - Write - Bash --- 你是投研团队的 Lead。管理三个并行工作的队友： - macro-analyst：宏观经济分析，输出到 macro/report.md - sector-analyst：新能源行业分析，输出到 sector/report.md - stock-analyst：隆基绿能个股分析，输出到 stock/report.md 启动前，先将宏观假设写入 shared/macro-assumptions.md，确保三组基于同一套前提工作。三组并行启动。如果行业组或个股组需要确认宏观假设的细节，通过私信与宏观组沟通，不要广播。全部完成后，读取三份报告的结论部分，整合为 output/investment-brief.md。 ``` **启动团队** ```opencode 请创建投研团队，为下周投研会准备新能源板块分析。宏观假设：2025 年 GDP 增速 5.0%，PPI 同比转正，碳中和政策持续加码。重点标的：隆基绿能（601012）。三个组并行工作，使用 in-process 模式。行业组和个股组如果需要宏观数据，直接和宏观组沟通。每组完成后返回核心判断和置信度，不要返回完整报告。 ``` 这个案例的上下文治理体现在三处：第一，`shared/` 目录存放公共前提，避免三组各自假设不同的宏观环境；第二，文件归属写入 `CLAUDE.md`，从机制上防止写入冲突；第三，组间沟通用私信而非广播，只有相关方的上下文被消耗。Lead 最终读取的是三份结论摘要，而非三份完整报告。 ::: {.callout-tip} ## 团队规模建议投研协作团队建议控制在 3-4 个队友以内。队友越多，广播消息的上下文成本越高，协调复杂度也会上升。如果需要更多分析维度，可以让一个队友内部调度子代理来扩展能力，而不是直接增加团队人数。 :::

其他格式