24.3 让管家自动调度：记忆与调度规范配置
面向经管学生、研究者与从业者的 AI 智能体设计教材
上一节用两个新 Skill 解决了多轮交互和需求澄清的问题，但 24.1 提出的第三个问题还没有解决：管家不会主动调度专家，也不知道什么时候该用哪个 Skill。本节通过记忆和调度规范配置，让管家接到任务后能自动判断：自己处理、用内置 Skill 直接执行、还是走完整的三阶段流程。
这套配置由三份文件组成，各司其职：
| 文件 | 职责 |
|---|---|
MEMORY.md |
总入口，提供索引链接 |
spec/DISPATCH-EXPERT.md |
调度规范，定义任务分流规则 |
projects/INDEX.md |
项目索引，登记项目路径和说明 |
三份配置文件
MEMORY.md：总入口
MEMORY.md 采用索引式设计：自身只存放长期事实和指向具体文件的链接，不堆砌具体规则。管家每次启动会话时加载 MEMORY.md，按需读取索引指向的文件。
# MEMORY.md - 长期记忆
## 关于用户
- 经济金融研究员，关注宏观经济与资产配置
- 偏好结构化产出（表格、要点、带数据支撑的结论）
- 工作模式：用户提需求 → 管家规划方案 → 讨论确认 → 执行
## 关于我的定位
- 常驻后台的全能管家，负责接收请求、协调调度、汇总结果
- 项目级深度工作交给专家
## 执行规范（每次接到任务前必读）
❗ [spec/DISPATCH-EXPERT.md](spec/DISPATCH-EXPERT.md)
接到任何任务后，先读这个文件判断该自己做还是交给专家。
## 上下文索引（按需查阅）
### 项目记录 → [projects/INDEX.md](projects/INDEX.md)
所有项目的路径和简要说明。当需要调度专家进入某个项目时，读这个文件获取路径。
### 工作偏好 → [preferences/INDEX.md](preferences/INDEX.md)
用户的分析偏好：常用数据源、报告格式、关注指标等。注意”执行规范”部分用了 ❗ 标记和”每次接到任务前必读”的提示。这不是装饰，而是确保管家每次都会读取调度规范，不凭记忆做判断。
spec/DISPATCH-EXPERT.md：调度规范
spec/DISPATCH-EXPERT.md 定义管家的任务分流规则。管家每次接到任务后读取这个文件，按规则判断执行方式。
# 管家调度规范
## 核心原则
管家是协调者，不是执行者。收到任务后，管家的职责是：
理解意图、拆解任务、选择执行方式、汇总结果。
## 任务分流
收到用户请求后，按以下规则判断执行方式：
### 1. 管家自己处理
适用条件：不需要进入项目目录，管家的内置工具即可完成。
典型场景：
- 快速查询（"最近的 CPI 数据是多少"）
- 跨项目汇总（"把三个项目上周的进展列个表"）
- 日常沟通（"帮我给同事写一段回复"）
### 2. 一次性调度（内置 coding-agent）
适用条件：需要进入项目目录执行，但任务目标明确、
不需要中途确认。
典型场景：
- 批量格式转换（"把 data/ 下的日期列统一格式"）
- 定时数据汇总（"拉取最新数据更新月报"）
- 一次性代码生成（"给 utils.py 补上类型标注"）
### 3. 完整调度流程（brainstorming + dispatch-expert）
适用条件：需要进入项目目录做深度工作，且任务涉及
设计决策、多步迭代或需求存在模糊性。
典型场景：
- "去投研项目里，设计一套多因子选股策略"
- "去回测项目里，重构数据处理模块"
- "去可视化项目里，做一个宏观经济数据大屏"
执行流程：
1. 使用 brainstorming skill 与用户澄清需求
2. 用户确认后，从 projects/INDEX.md 获取项目路径
3. 使用 dispatch-expert skill 调度专家执行
4. 专家完成后，提炼结果向用户汇报
## 结果汇报
不要把专家的原始输出直接转发给用户。管家负责提炼：
- 做了什么（变更摘要）
- 产出文件路径
- 需要用户确认或决策的事项分流规则清晰地划分了三条路径。管家看到”批量转换”类需求，走内置 Skill 直接执行；看到”设计”、“重构”、“做一个”类需求，先走 brainstorming 澄清再用 acpx 调度。
projects/INDEX.md：项目索引
projects/INDEX.md 登记所有项目的路径和说明。管家需要知道项目在哪，才能正确构造调度命令。
# 项目索引
| 项目 | 路径 | 说明 |
|:---|:---|:---|
| 宏观经济月报 | ~/projects/macro-monthly | 月度宏观数据汇总与点评 |
| 投研报告系统 | ~/projects/invest-report | 沪深 300 成分股分析与估值 |
| 回测框架 | ~/projects/backtest | 多因子策略回测与绩效分析 |
| 数据大屏 | ~/projects/macro-dashboard | 宏观经济指标可视化面板 |项目索引只登记路径和说明，不包含调度逻辑。新增项目时只需在这个文件里加一行，不影响调度规范。
写法要点
从三份文件中提炼出四条设计原则。
MEMORY.md 只做索引。 长期事实和链接，不堆砌具体规则。管家每轮对话都会注入 MEMORY.md 的内容，如果把调度规则全写在里面，每次都会占用上下文空间。把规则独立成文件，管家按需读取，既省空间又便于维护。
调度规范独立成文件。 spec/DISPATCH-EXPERT.md 是管家每次接到任务时才读取的文件，不占用每轮注入的上下文。修改分流规则只需编辑这一个文件，不影响 MEMORY.md 和项目索引。
项目清单与调度解耦。 projects/INDEX.md 只管”项目在哪”，spec/DISPATCH-EXPERT.md 只管”什么任务怎么调度”。新增项目不需要改调度规则，调整调度策略不需要改项目清单。
写触发条件，不写具体命令。 调度规范只负责场景匹配和 Skill 指向（“使用 dispatch-expert skill”），具体怎么创建会话、怎么发 prompt，由 Skill 自己定义。这样修改调度命令时只改 Skill 文件，不动规范。
实际效果
配置完成后，管家的调度链路完全自动化。用一个场景演示从发消息到收结果的完整过程。
这段对话背后，管家做了四件事：
- 读取 MEMORY.md，找到 spec/DISPATCH-EXPERT.md 的链接
- 读取 spec/DISPATCH-EXPERT.md，匹配到”完整调度流程”
- 调用 brainstorming Skill 与你澄清需求（前三轮对话）
- 从 projects/INDEX.md 获取投研项目路径，调用 dispatch-expert Skill 创建会话、发送任务、汇报结果
你在微信里只看到自然的对话，管家在后台完成了所有路由和调度工作。