多 Skill 编排：季度汇报同时要 doc + ppt + email，怎么玩？
单 Skill 模型只有"一个当前 Skill"，天然无法表达多能力同时在场 + 彼此传数据。真实场景是"帮我做季度汇报——doc 写大纲、ppt 做 slides、email 发出去"。三种策略对应三种 tradeoff：同注（简单但 Prompt 膨胀+Cache 破）/ Fork 子 Agent（隔离+并行）/ Skill 作 Tool（最省 Prompt，Codex 第一公民）。
1x2x
待播放
季度汇报任务 → 需要 doc+ppt+email → 策略1 同注 → 策略2 Fork → 策略3 Tool 化 → 选型
策略1 同注
Inline Co-injection
策略3 Tool 化
Skill-as-Function
光点 = 当前环节 · 三种策略的本质差异在「Skill 内容放哪里」
就绪点 ▶ 播放，看三种多 Skill 组合策略怎么编排行季度汇报。多 Skill 编排
⚡ 运行时动作：正在发生什么💡 知识讲解：为什么这么设计
多 Skill 编排日志调度问题：选哪些 Skill、什么顺序、怎么组合输出
知识点一句话总结：多 Skill 组合本质是调度问题（选哪些、按什么顺序、怎么组合输出）：策略 1 同注——3 个 Skill body 注入同一段 System Prompt、LLM 自己协调顺序（简单，但 Prompt 膨胀 + 切换时替换点之后重算，适合 1-3 个小 Skill 串行）；策略 2 Fork 子 Agent——主 Agent 只调度，每个子 Agent 只含一个 Skill、小而纯净，主 Base Persona 不变 → 父前缀按读价命中、天然并行（代价是每个子任务多一次调度＋子上下文新增 token 照常计费）（适合 3+ 大 Skill 并行）；策略 3 Skill 作 Tool——每个 Skill 封装为 Function/Tool，Prompt 里只有 function signature（name+description），body 完全不在 Prompt（最省 Prompt，Codex 第一公民的自然形态）。后端类比：单 Skill=@Autowired 单 Bean；多 Skill=List<Skill>+@Order；Fork=线程池并行子任务。