业务运营编排器

要解决的问题

企业内部运营数据散落：流程图、供应商目录、SOP、组织图与采购支出导出通常不在同一处。运营负责人要回答“工作在哪一步等待最久”“供应商是否达成 SLA”“Q3 是否还有足够人力”“软件支出为什么同比上涨 40%”这类问题时，常常在跨文档与跨系统间反复比对，结论难复现，重复分析耗时大。

工作原理

这个技能不替代 ERP 或供应商管理平台，而是用分叉上下文隔离重负载分析：

1. 信号路由：依据提示词中的关键词信号映射到六个子技能（流程、供应商、产能、沟通、知识、采购）。达到双信号阈值时自信路由；只有单信号时先问一个澄清问题。
2. 先探查再提问：提问前检查工作目录是否已有流程图、供应商目录、SOP 或组织图可供 grep；若文件名或上下文已明确方向（如 procurement-Q3.csv），则静默路由。
3. 单一强制问题：每个澄清轮只问一个问题并给出推荐答案，不打包提问，也不以“你觉得呢”收尾。
4. 分叉执行：子技能在 forked context 中接收原始提示与结构化输入摘要，把供应商目录、流程记录、SOP 原文等重负载解析留在子上下文；父线程只收到不超过 200 词的摘要，包含前三项发现、引用依据、三项后续行动与产物路径。
5. 深度优先链：跨领域请求（如“供应商 SLA + 支出审计”）先跑置信度更高的子技能，返回摘要后再建议是否运行第二项，只有明确确认才继续，不静默链式执行。

边界与注意点

• 面向约 10 人以上组织，且用户能提供所需数据（流程文档、供应商列表、支出导出等）或接受模板生成的示例数据。
• 子技能仅使用 Python 标准库，不做外部 API 调用，目标是确定性、可重复的分析。
• 不跨会话保存状态，每次调用自包含。
• 产物写入工作目录；对生产文档的修改会先写新文件并给出 diff，不直接改原文。
• 不替代 ERP、VMS（如 Vendr、Tropic）或产能规划 SaaS（如 Float、Runn）。
• 与外部销售动作、COO 战略判断、系统可靠性（SLO）或个人知识管理明确区分，聚焦内部战术运营。