先确认授权
当前站点先取得应用使用权益，授权不等于已经安装。
WHY THE ECOSYSTEM MATTERS
购买之后，系统为什么还能持续成长？
应用商店让已购买的系统持续获得新的行业知识库、AI 英雄、协同工作流和扩展组件，业务变化时不必重新购买或开发整套系统。
生态链路生产新能力 → 受控上架 → 按需安装 → 持续升级
THE REAL PROBLEM
企业真正担心的不是今天功能不够，而是系统很快跟不上新的技术、知识和业务方法。
- 行业规则和专业知识更新后，原有知识库无法及时补充
- 出现新岗位和新任务时，只能重新定制英雄
- 成熟业务流程无法直接装入系统，需要反复从头实施
- 扩展能力没有版本、依赖、权限和适用范围说明
- 购买、安装、启用和公开发布混在一起，系统风险难以控制
ECOSYSTEM MECHANISM
应用商店是一条持续获得新能力的正式通道，而不是简单的插件列表。
持续补充围绕最新行业知识、岗位能力和业务流程，持续发布知识库、英雄与工作流。
按需选择客户依据行业、场景、版本与授权范围选择免费或付费应用。
受控安装应用以带身份、版本、依赖、权限和迁移声明的标准包进入系统。
持续维护发布者依据兼容与服务规则提供更新、修复、停用或必要的版本召回。
01 · HOW IT WORKS
从获得应用到进入真实业务，需要经过一条受控链路。
再检查兼容
检查内核版本、行业适配、依赖、权限与成本说明。
安装后验收
校验应用包、执行迁移、自检，并由管理员检查包含的资产。
启用再发布
包启用后，具体英雄、工作流和公开入口仍需分别确认。
02 · CONTROLLED FLOW
从需求出现，到能力进入系统，每一步都有边界。
- 01
选择能力
根据真实业务缺口选择应用包。
- 02
兼容检查
核对版本、依赖、权限和适配范围。
- 03
授权安装
完成权益确认、签名校验与安装。
- 04
管理员启用
逐项检查资产、菜单与权限后启用。
- 05
持续维护
查看更新日志，按兼容策略升级或停用。
03 · RIGHTS & RESPONSIBILITIES
客户得到什么，哪些事项仍需单独确认。
系统升级
按产品版本、服务期与正式交易权益获得适用的系统维护和升级。
应用权益
免费、内置或另行授权的应用，依据其真实商品与许可规则取得。
本地配置
企业配置通过覆盖层保留，应用升级不得静默覆盖。
历史结果
历史任务继续绑定执行时使用的版本，不因新版本发布被改写。
04 · BOUNDARIES
生态越开放，边界越要明确。
- 应用商店建设状态必须真实展示，未正式开放时不出现虚假购买入口。
- 购买、授权、安装、启用和公开发布是不同状态。
- 系统管理员拥有安装和全站启用权限，普通工坊用户不能直接安装应用。
- 应用停用或卸载不得直接删除历史任务、成果和必要业务数据。
从当前真实能力开始，
沿着清晰机制持续扩展。
具体开放状态、产品权益、服务范围与合作规则以当前页面和正式协议为准。
登记应用生态需求 →