平台能力

统一身份不是让所有人拥有相同权限，而是让账号、团队成员与应用访问关系有共同的起点。新用户首次完成登录即可自动创建账号，无需另找注册入口。

• 在统一入口完成身份认证，再进入被授权的业务应用。
• 区分平台账号、所属账户与应用实例，避免把一个登录身份等同于所有业务空间的权限。
• 平台管理应用访问；客户、订单等具体业务数据的可见范围，由业务应用继续校验。

能力边界登录成功不等于已开通全部应用，也不意味着拥有全部数据权限。

平台围绕应用实例管理持续使用，而不只是提供一个跳转链接。开通、暂停、恢复与退出，通过约定的接口交给业务系统执行，并记录处理状态。

• 将账户开通的应用实例与业务系统自己的工作空间建立对应关系。
• 按照实例状态控制访问，明确哪些应用可使用、正在处理或已暂停。
• 对耗时或失败的操作保留状态与后续处理依据，避免把发起请求误当成已经完成。

能力边界应用实例开通不等于平台替开发者托管代码或部署服务器；退出时的数据处理按业务应用与服务约定执行。

套餐说明、订阅状态、功能权限和资源额度需要一致。平台将这些商业规则落实到应用实例，让业务系统根据当前有效权益提供服务。

• 围绕产品、套餐与订阅组织购买关系，不把五个官方应用默认捆绑成一套。
• 区分功能是否可用与资源可以使用多少，避免把功能开关和消耗额度混为一谈。
• 将有效权益、实际用量与账单记录关联，给续订、额度管理和使用核对提供依据。

能力边界创建账号不等于免费获得所有应用；实际套餐、额度、计费与退款规则以正式公布内容为准。

系统之间通过平台授权连接直接互通能力与数据，不必每次经过智能体。智能体也能使用同一套能力契约协同多个系统。平台管理谁可以调用谁、调用什么能力，以及调用所处的租户与权限范围。

• 接入方声明可提供的接口或事件，调用方只使用被授权的能力。
• 同一账户内建立明确的应用绑定，授权不因应用新增接口或扩大权限而自动升级。
• 通过受控调用与事件投递记录协作过程；业务系统分别处理自己的数据和重复请求。

能力边界不共享业务数据库，不默认跨账户互通，也不承诺跨系统事务或所有流程即时同步。

应用需要的不只是身份与订阅，还包括 AI 调用、通知和文件等公共能力。平台提供统一接入与使用规则，业务应用决定这些能力如何服务具体场景。

• 平台 AI 统一管理模型接入、可用范围、额度与调用记录，应用不需要持有平台模型密钥。
• 通知围绕收件目标和投递状态组织，业务系统仍决定何时触发、向谁通知。
• 文件等公共资源按实例与授权范围接入，具体可用能力以平台发布目录为准。

能力边界平台 AI 与应用自有 AI 接入不是同一条计费路径；公共能力也不等于 AI 可以绕过授权读取所有业务数据。

应用越多，越需要一致的治理方式。平台把账户、实例、权限、状态与操作记录联系起来，但不替代各业务系统自身的数据安全责任。

• 以账户与应用实例建立隔离边界，身份与调用上下文来自经过验证的认证信息。
• 授权范围、订阅权益和实例状态共同决定能否执行，拥有登录身份不是通行所有接口的凭证。
• 记录重要操作与能力调用，支持查询处理过程；敏感凭据与业务载荷不应作为普通日志输出。
• 私有化业务交付通过 License 管理部署许可，明确产品版本、部署环境、数量与有效期；部署许可与订阅权益、业务访问授权分别管理。

能力边界统一治理不等于零风险或已获得某项合规认证；业务应用仍需落实本地权限、数据隔离与保留规则。