六端交付标准 进攻端之二 Emergent
涌现
用底层原子能力的自由组合解决长尾场景，拒绝写死流程。
定义与交付底线
用底层原子能力的自由组合解决长尾场景，拒绝写死流程。涵盖多 Agent 自组织编排、动态路由、以边缘案例飞轮驱动的持续演化。
和其他端的关系
进场核查
手册 2.4「六端信息核查表」里涌现端的事项。等级：硬，拿不到就不能开启对应能力或不能上线；降，可收窄范围先上线，边跑边补；弃，客户明确不在意时按最小标准处理或跳过。
| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 可编程接入点清单（IT 或外包商） | 抓包、读代码、逐个实测，整理成能力地图 | Agent 只能说不能做；可分期，先只读后争取写 | 降 |
| 测试环境或沙盒（IT） | 没有则生产只读试探，写操作一律不开 | 涌现被迫收窄到只读场景 | 降 |
| 长尾异常案例库（业务部门） | SOP-3 挖掘；上线后系统自动收集，此即飞轮 | 只盖头部场景，边缘靠救火；可边跑边补 | 降 |
| 规则弹性标定（业务负责人） | 观察历史例外加访谈 | Agent 要么死板要么越界；初期全按死规加人工回环 | 降 |
设计模式
手册 3.1「十个部署设计模式」里对应涌现的模式：
- P3 只读先行 一切接入先只读；写权限以沙盒实测加高危清单签字为前提 对应端：涌现、权限边界
理论锚点
手册附录 A：
- 理论锚点
- 涌现战略（明茨伯格）、学习型组织（圣吉）、阿米巴与人单合一、必要多样性定律（阿什比）
- 一句话引用
- 好战略从来一半是涌现的，我们只是把涌现做到系统层
业界案例里的这一端
Datawhale《FDE 案例100》第一期的 24 个案例里，我们标注了 5 个体现涌现的案例。下面是标注理由（我们的分析，不是原书内容）：
- NO.4 从人工研判到智能调度：FDE用AI重构城市规划研判流程 高频且规则明确的任务固化成工作流，开放的研判问题由单个核心 Agent 按需调用各专业工具，而不是把所有流程写死。
- NO.11 从文件散乱到随取随用：FDE用AI帮外贸企业把资料变成可用资产 面对几十个、几百个零碎需求，不逐个外包开发，而是沉淀资料关系、Skill、Agent 和工作流，让企业自己组合着解决新问题。
- NO.14 从技术交付到业务自驱：FDE用AI推动国企工作流程真正落地 行政人员借数据中台的 MCP 能力自己拼出补货 Agent，长尾小需求不必再排队等 IT 开发。
- NO.15 从经验写稿到稳定量产：FDE用AI重构本地生活短视频内容生产 不靠固定模板，而是组合业务参数、提示词、Skill 和校验循环来应对差异很大的商户，不稳定的案例反馈回来继续调整。
- NO.17 从老师傅报价到AI深度协同：FDE用AI重构非标制造售前链路 非标询价天然是长尾，人工修正持续回填到数据和向量库，形成生成、校准、回填的飞轮，识别准确率随真实数据逐步提高。