登记一次，多处发现
能力键、提供方、版本、输入输出、状态与证据进入既有目录与注册机制。官网积木台读取真实目录，不单独维护一套可执行能力。
查看真实目录 →DEVELOPERS / 一个能力入口，多项目复用
业务接入有统一流程，
新增能力有明确归处。
官网负责发现与方案装配，真实能力目录负责能力事实，注册表与执行系统负责版本、权限与运行。避免每来一个业务就另造一个总指挥。
按业务声明组件配方
用版本化方案声明必需能力、可选能力、外部连接器、输入与验收。新增业务经配置校验后自动出现在首页、方案页和积木台。
进入积木工作台 →把草稿交给正式执行链
正式规划、授权、版本锁定、预算与结果验收继续由总指挥负责。草稿不等于部署，目录存在不等于可执行。
查看 API 文档 →新增业务的七步流程
- 先检索知识、经验、技能与能力目录，确认复用范围和缺口。
- 把原子职责、插件接口、组件依赖、权限与验收写成契约。
- 已有提供方接入；缺失能力通过能力工厂受控构建与验证。
- 登记能力与状态，配置业务方案的输入、依赖、连接器和验收。
- 在积木台核对真实目录、保存或导出项目蓝图。
- 总指挥进行正式准备与授权执行，独立核对产物、账单及副作用。
- 沉淀经验和可复用版本，下一项目从现有资产开始。
视频业务怎么接
复用视频生成、分镜、配音、字幕和合成的能力键。先确认素材授权、上游配置、异步结果、费用与成片验收，不在网页嵌入模型密钥。
视频生产线 →支付业务怎么接
所有项目统一走支付网关。项目后端建单，金额单位为分，项目订单号幂等；收银台、验签、查证与退款保持同一事实来源。
支付接入说明 →已有接入入口
公开方案配置不含凭据。生产密钥只留在后端；有权限的用户可在工作台临时输入只读规划凭据，不写入方案导出文件。
CAPABILITY INTAKE / 遗漏检查与接入待办
已有的能力，不再散落在各个项目里。
以下是已核对的接入方向与当前边界。源码、清单、目录登记和真实可执行分别判断；本页不自动发布候选。
BRICK STANDARD / 统一准入与使用规则 v1.0
旧能力与新能力，都走同一套规则。
不合规的先适配或补齐，原生契约合规的保持原样；不以改名、上架或补几个字段代替发布验收。
统一身份与接口
保留原生ID、语义版本与制品摘要；复用既有输入输出、错误、调用和结果契约。连接器属于工具适配器，项目模板绑定组件接口。
统一依赖与权限
组件声明依赖范围与暴露入口，执行前解析版本和冲突；授权、租户、设备与目录边界不随勾选扩大。
统一成本与副作用
预算、金额、token与耗时分开，未知费用不写零；支付、发消息、发布等动作必须明确幂等、查证与停止条件。
统一证据与发布
清单、测试、独立验收与批准分别核对。草稿、源码、真实设备与生产状态分别记账，目录active不等于制品released。
统一旧资产迁移
所有已登记能力和提供方都进入迁移索引。缺合同的补合同，传输不一致的加适配层；已有合规实现不重写、不破坏生产。
统一加入流程
先检索，再登记原生契约和证据；通过既有准入后发布，由官网实时发现。业务配方只组织组合，不是第二个发布系统。
本轮规则与迁移索引已经建立；尚待实机或生产验收的资产不标为全部合规。正式准入仍由现有注册表、权限与发布门控制。