来源可追溯
记录来源类型、应用包、来源版本和当前版本。
WHY THE ECOSYSTEM MATTERS
购买之后，系统为什么还能持续成长？
系统真正越用越有价值，不只因为软件升级，还因为企业的英雄、工作流、知识和成果在持续沉淀。
生态链路生产新能力 → 受控上架 → 按需安装 → 持续升级
THE REAL PROBLEM
如果来源、所有权和可见性不清晰，资产越多，系统反而越难管理。
- 官方能力、商店能力和企业自建能力混在一起
- 用户创建的内容可能被误当成全站公共资产
- 应用升级后无法追溯英雄和工作流来自哪个版本
- 全站启用、个人使用和公开展示缺少清晰边界
- 历史任务与当前版本之间没有稳定关联
ECOSYSTEM MECHANISM
四类来源，分别治理；同一套系统，按权限组合使用。
内核内置随稳定内核提供的基础能力，由平台版本统一维护。
应用提供由行业包或应用包交付，保留包身份、发布方和版本。
企业全局由系统管理员创建或配置，面向当前站点按授权使用。
用户私有由工坊用户创建，仅所有者本人可见和管理，不进入公开前台。
01 · HOW IT WORKS
资产不是“复制一份就结束”，而是在完整生命周期中持续演进。
范围可判断
明确全局或个人范围，并绑定所有者与可见性。
状态可治理
草稿、启用、发布、停用和归档相互分离。
历史可复盘
运行任务绑定当时版本，新任务使用当前已发布版本。
02 · CONTROLLED FLOW
从需求出现，到能力进入系统，每一步都有边界。
- 01
能力进入
内置、安装、企业创建或用户创建。
- 02
形成草稿
保留创建者、时间、来源和初始版本。
- 03
检查启用
校验依赖、权限、适用范围和发布条件。
- 04
投入运行
按站点与用户权限组合可用资产。
- 05
沉淀迭代
基于任务质量与业务变化形成新版本。
03 · RIGHTS & RESPONSIBILITIES
客户得到什么，哪些事项仍需单独确认。
企业掌握
企业知识、全局配置和业务数据由当前客户环境控制。
个人隔离
用户私有英雄、工作流和知识不对其他用户或公开前台展示。
原件只读
应用包原始资产保持可追溯，企业调整通过配置覆盖层实现。
成果保留
停用能力不删除历史任务、成果、版本与审计记录。
04 · BOUNDARIES
生态越开放，边界越要明确。
- 公开前台只展示已经安装、启用并明确发布的全局资产。
- 用户私有资产任何状态下都不能直接变成公开资产。
- 需要将用户作品转为全站资产时，必须经过独立提交、审核、接收和复制发布流程。
- 系统管理员排障读取私有内容需要专门权限并留下审计记录。
从当前真实能力开始，
沿着清晰机制持续扩展。
具体开放状态、产品权益、服务范围与合作规则以当前页面和正式协议为准。
查看生态扩展引擎 →