AI 工程小册

主题

50 - 组织形态与能力开放设计 ​

一句话：组织形态按信任半径切五层，从个人到对外，每一层都用目录、审批、RBAC、计量、治理五件套作答，十一家对标无一缺项；边界在于发现永不等于授权——可见范围每放宽一档，隔离与计量就得在网关、命名空间、存储三处同步表达，分成比例与合规细则行业没有现成答案，只能自定。

系列定位：07_开源生态企业智能体平台（对标阿里百炼 · 开源栈 AgentScope / HiMarket / Higress / Nacos / QwenPaw / RAGFlow）· 组织形态与能力开放篇 日期：2026-10-26 性质：深化调研 + 落地设计（生产级设计文档，非概念稿） 前置篇目：02（账号/租户/命名空间）、04（HiMarket 能力市场）、05（HiRoute 模型与任务路由）、13（协议/渠道/集成地图）、15（安全与多租户隔离）、21（沙箱资源管理）、24（白皮书对标与落地推演）、32（HiMarket 集成接线设计）、46（主线验收总结）、47（多 Agent 组织化演化） 证据类型图例：【源码坐实】=字段/类/文件可定位源码；【实机验证】=本地发布动作/接口实证；【官方文档】=官方文档/README 自述；【设计稿】=平台自设计（含对标推演、架构定论）。外部对标另分【已查证】/【一方称】/【无来源】。

§〇 本主题定位 ​

0.1 「组织形态」指什么 ​

本平台把"谁在使用平台"按信任等级与协作半径分成五层组织形态（衔接 47§3 组织化谱系与 02 篇五级作用域，不另起一套）：

层级形态对应 02 篇作用域对应 47§3 谱系
L1个人开发者（内部个人）User + 个人工作区A 任务组织（任务内临时分工）
L2团队与部门（内部团队）Workspace + namespaceB 团队组织（角色固定、团队有记忆）
L3企业租户（内部组织）Tenant + Enterprise 基线C 智能组织（组织治理、编排程序化）
L4生态伙伴（跨组织伙伴）跨 Tenant 边界组织间协作（A2A + 组织间协作市场）
L5对外开放（公有市场/生态分发）平台级公开可见范围组织间协作的商品化放大

0.2 「开放能力」指什么 ​

开放能力 = 能力对象 × 开放机制。能力对象覆盖模型 / Agent / MCP Server / Skill / Worker / 知识库六类（对齐 04-3 产品模型五类型 + RAGFlow 知识库）；开放机制用六问拆解：开放什么对象、从哪个入口获得、权限与隔离怎么做、怎么计量计费、怎么治理合规、如何演进升级。

0.3 本文产出什么 ​

①§一 国内外 11 家平台横向对标（带可追溯 URL）；②§二 内部口径基线（逐篇结论 + C1–C7 冲突处理口径）；③§三「组织形态 × 能力开放机制」5×6=30 格核心矩阵（本文主交付）；④§四 分层开放架构总图与接线落点；⑤§五 坑清单；⑥§六 验收判据。

§一 外部对标 ​

1.1 国内平台（5 家） ​

1.1.1 阿里云百炼（Model Studio） ​

1.1.2 百度智能云千帆（Qianfan / AppBuilder） ​

1.1.3 字节跳动 Coze（扣子） ​

1.1.4 华为云 AI Gallery / ModelArts ​

1.1.5 腾讯云（元器 / ADP / LKE） ​

1.2 国际平台（6 家） ​

1.2.1 微软 Copilot Studio / Power Platform ​

1.2.2 AWS Bedrock / AgentCore ​

1.2.3 Salesforce Agentforce ​

1.2.4 Google Cloud（Vertex AI + Cloud Marketplace） ​

1.2.5 OpenAI（API Platform + GPT Store） ​

1.2.6 Anthropic（Claude Platform） ​

1.3 横向规律提炼 ​

  1. 组织形态谱系共性：11 家全部收敛到"身份根（账号/租户/Org）→ 隔离单元（业务空间/Environment/Project/Account/工作空间）→ 资源"三层；Coze 与 OpenAI 在中间加了"组织/部门"分组层，最贴近企业真实架构。本平台 L1–L5 分层与之一一对应。
  2. 开放机制共性——五件套：目录（市场/广场/Marketplace）+ 审批（上架审核/订阅审批）+ RBAC（双轨角色）+ 计量（token/席位/积分）+ 治理（DLP/Trust Layer/Policy），11 家无一缺项，只是市场形态分化。
  3. 市场形态分化：①能力市场型（华为 AI Gallery、Bedrock Model Catalog——卖模型/资产订阅）；②应用商店型（Coze 商店、AgentExchange、GPT Store——卖 Agent/Bot）；③无市场型（AWS Agent、Anthropic——Agent 不进市场，只卖 API/运行时）。本平台 L5 取①+②之间：HiMarket 五类市场（Model/MCP/Agent/Skill/Worker）。
  4. 企业化定价双轨：开发者侧 token/调用量按量，企业管理侧席位 Seat + 积分/ Credits 套餐（Coze、百炼团队版、Copilot Credits、Flex Credits、腾讯 PU 均如此）。本平台计量层须同时支撑"按量一本账"与"席位+预算池"两种视图。
  5. 信任层产品化是企业买单点：Salesforce Trust Layer、AWS 不训练承诺、Anthropic Permission Policies（allow/ask/deny 调用级裁决）——企业客户买的是治理层，不只是运行时。

§二 内部口径基线 ​

逐项列既有篇目结论（不改写口径）+ 证据类型。冲突点集中在末尾 C1–C7。

2.1 逐篇基线 ​

02 篇（账号/租户/命名空间）

  • 五级作用域（Enterprise/Tenant/User/Workspace/Session），每级只回答一个问题；继承规则"只增不减"——上级只能收紧下级。【设计稿】
  • 三类主体：人（OIDC sub）/ 应用（client_id）/ Agent 实例（agent_id+instance_id）；一次请求至少带 tenant/namespace/subject/session 四元组，网关注入、运行时不认证人。【设计稿】
  • 授权三支柱："授权 = 市场可见性 + 命名空间权限 + 工具策略"；个人空间→团队能力须走"提交→评审→发布"晋升。【设计稿】
  • 隔离矩阵："命名空间只是资源分组，不是安全边界；数据/网络/凭据三层各一道，默认拒绝"。【设计稿】

04 篇（HiMarket 能力市场）

  • 市场把模型/MCP/Agent/Skill 变成"有版本、有订阅、有配额、有审批"的产品；解决供给与授权契约，不解决运行时执行。【设计稿】
  • 双状态机：供给侧 草稿→审核→发布版本→灰度→全量→下线；消费侧 申请订阅→审批→签发凭据→调用计量→耗尽/到期。"发布决定可被看见，订阅决定可被授权，网关决定这次调用放不放行"。【设计稿】
  • 产品模型八字段含可见范围（公开/租户/项目）；市场存 ref 不存副本，权威在 Nacos/Higress（POST /api/v1/products/{id}/ref）——【源码坐实】+【设计稿】。
  • 计量"一本账"四层：网关计数→市场产品聚合→计费系统价格→财务结算；"市场通常只做到第二层"。【设计稿】

05 篇（HiRoute 路由）

  • 两平面：中心路由（Higress，管所有租户流量与治理）+ 本地路由（HiRoute，管单会话成本/延迟）；"本地先选一次，中心再做准入与兜底"。【设计稿】
  • scoped_capability 六维匹配原生提供（model_configuration_id/upstream_model_id/protocol/connector revision/endpoint_profile revision）——【源码坐实】（24 §6.5.2）。
  • 边界："没有跨租户配额、审批、审计留存；这些仍在网关与市场"；本地路由不能绕中心网关。【设计稿】

13 篇（协议/渠道/集成）

  • 三暴露方式：A2A（跨组织协作，Agent Card 是描述不是授权）/ AG-UI（前端流式）/ Chat Completions（像模型的接口，不承载需审计的长任务）。【设计稿】
  • 成熟度警示（原文照录）："A2A（Google 2025-04 初版）与 AG-UI 均处于规范演进期，多实现互操作需按 S1–S4 档位逐个联调验证；agentscope-java 的 A2A 实现在 agentscope-extensions-protocol/a2a，AG-UI 在 v2 文档中无独立实现证据——落地以实测为准，协议版本钉死，升级协议=回归联调。"【源码坐实】+【设计稿】
  • 渠道三映射：external_user_id→subject、external_message_id→idempotency_key、chat/group→session scope；"渠道不是身份系统"。【设计稿】

15 篇（安全与多租户隔离）

  • tenant/namespace 双层（X-AgentScope-Tenant/X-AgentScope-Namespace）；身份三态=用户 sub / 委托 OBO / 内置服务 client_id。【设计稿】
  • 四层隔离：逻辑（命名空间/行级/Key 前缀）、执行（每租户/会话 Sandbox）、网络（出站白名单/VPC）、数据（独立桶/前缀/KMS）。【设计稿】
  • namespace 成员角色 member/developer/operator 对应 inspect/edit/publish。【设计稿】
  • 关键结论："发现不等于授权"；"开放给谁用"的企业级发布（白名单部门/团队、审批流、市场可见性）由接入层 HiMarket 实现，agentscope 侧以 namespace 成员 + publish 权限承接。【设计稿】

21 篇（沙箱资源管理）

  • IsolationScope 四档 USER/SESSION/AGENT/GLOBAL，无 TENANT 档："租户隔离不能靠 scope，要靠存储前缀、K8s 命名空间与桶策略三层同时表达"——【源码坐实】+【设计稿】。
  • R1–R5 运行态分级矩阵；准入必须原子预留（查余额与扣减同一操作），租约带 TTL；配额六维度，层级"租户总量→用户上限→单会话上限，后者只能收窄"。【设计稿】
  • 池化按镜像/规格/运行时类别/租户类别分，不按用户预分配；热池镜像不含用户凭据，claim 后注入。【设计稿】

24 篇（白皮书对标落地）

  • 四类接入等级（边界强制/包装中介/仅观察/不支持）；"完整路径覆盖+fail-closed+负向测试三者都成立才是强制边界"。【设计稿】
  • 严格预算不变量："可用额度 = 已授权额度 − 已结算消耗 − 在途预留；检查与预留同一原子操作；Higress 单插件不能宣称严格上限"（ai-token-ratelimit/ai-quota 均为"检查窗口+事后累计"）。【设计稿】
  • MCP 准入四步链：认证→协议校验→授权→转发；"注册中心/市场/Agent Card 的可见性不构成授权"。【设计稿】
  • 审批口径："高风险动作挂起并释放资源；批准后重新走完整准入链，审批不是永久通行证；审批不能自动降级为只读继续执行"。【设计稿】
  • Nacos Agentic Resource Registry 是权威，目录只能只读投影+对账；Higress 身份头注入/剥离是平台自定义插件（开源仓只原生转发 traceparent）——【源码坐实】。

32 篇（HiMarket 接线）

  • 五条接线链路：Model（落点 Higress AI 网关，厂商 key 不进 data 面）/ Agent（一键注册 + 订阅→凭证→Higress invoke）/ MCP（definition.mcpServers + vault 注入）/ Skill（双段接缝：HiMarket 元信息 + Nacos 内容，service 标准 type 分派仅 filesystem/git，NacosSkillRepository 需自定义装配）/ 身份（HiMarket 原生企业 OIDC/SSO = 企业 SSO 第一入口）。【源码坐实】+【官方文档】+【实机验证】
  • 六条接缝问题：①元信息↔运行时同步 ②skill 内容寻址 ③身份映射规则 ④网关统一出口 ⑤计量闭环 ⑥Worker 与 agentscope 关系。
  • 优先级 P0 SSO/OIDC → P1 Higress AI 网关 → P2 Agent 注册订阅链 → P3 Skill 双段 → P4 MCP 订阅同步 → P5 计量观测闭环。
  • 架构定论："HiMarket 就是接入层"；"用户只面对 HiMarket 一个入口"；"HiMarket ≠ 完整百炼，是资产市场+门户骨架"。【设计稿】

47§3（组织化谱系）

  • 三阶段：A 任务组织（现状闭合）→ B 团队组织（角色固定/任务流动/团队有记忆，agentscope-service 原生 teams 源码坐实）→ C 智能组织（自组织/目标驱动/组织治理/编排程序化）；组织间协作 = Nacos A2A + HiMarket 放大为协作市场。
  • 智能组织四基础设施：组织记忆、组织级数据飞轮、编排运行时、组织治理；D6 组织化能力域 6 项中 3 项原生坐实。

2.2 C1–C7 冲突及本文引用口径 ​

#冲突/演进点本文处理口径
C104"市场不是运行时/计费系统" vs 32"HiMarket 就是接入层/配置元数据唯一权威"并存注明：04 是产品边界定义（市场不做运行时执行与计费结算），32 是 2026-10-25 架构定论（接入层职能载体）。本文按 32 接线、按 04 划边界。
C202"网关翻译外部身份" vs 24 源码"开源仓只转发 traceparent，身份头是平台自定义插件"引用时显式标注：身份四元组须平台自建 Higress 插件，非开源开箱能力。
C3Nacos 内容进 agentscope：10-25 旧结论 vs 10-26 修正定论以 10-26 修正为准（原生扩展存在但 service 标准入口不支持，需自定义装配 NacosSkillRepository）。
C405 中心路由 vs 32 模型网关落点互补细化：模型出口=Higress AI 网关（AI Proxy 插件），调研阶段单实例收敛三类网关，生产按需拆分。
C5IsolationScope 默认值一致：USER 默认、缺 userId 回退 SESSION；本文建议显式 SESSION 执行 + 用户卷持久化。
C6目录权威一致：Nacos 权威、HiMarket 存 ref 投影、目录可删平台仍跑。
C7配额严格性以 24 §4.4/4.5 为准：Higress 网关层配额 + Budget Service 严格预算不变量叠加，网关单插件不承诺严格上限。

§三 核心矩阵：组织形态 × 能力开放机制（本文主交付） ​

行 = 五层组织形态；列 = 开放机制六问。每格为本平台设计答案（组件承载 + 对标印证），5×6=30 格。

形态 \ 六问①开放能力对象②入口机制③权限与隔离④计量计费⑤治理与合规⑥演进路径
L1 个人开发者（内部个人）个人模型调用（经 Higress AI 网关）、个人 Agent、个人 Skill、个人 MCP 试用；个人空间默认私有不进租户目录（02-6）SSO 登录 HiMarket 个人工作区；体验中心 HiChat/HiCoding 先试后订，体验调用同样走网关与配额（04-9）namespace 成员 member 角色；个人空间不被租户管理员读取；执行显式 SESSION 沙箱 + 用户卷持久化（21）；身份=用户 sub用量记 tenant+user 配额；网关 Token 计数；个人额度池，超额按显式配置拒绝/排队/降级（02-8）凭据入 Vault 可轮换可审计；审计归属 sub；离职事件级联吊销会话/Key/定时任务（02-4）个人草稿 → 提交评审 → publish 晋升团队能力（02-6）；对应 47§3 A 任务组织起步
L2 团队与部门（内部团队）团队级 Agent/Skill/MCP/知识库；agentscope-service 原生 teams 承载团队记忆（47§3 B，源码坐实）HiMarket 订阅 + namespace publish；团队成员 developer/operator 行使 inspect/edit/publish（15）；统一走 Higress 入口namespace 成员角色 RBAC；租户隔离=存储前缀+K8s 命名空间+桶策略三层（21，无 TENANT 档）；R2 workspace / R4 shared-workspace 沙箱team 级预算=已授权−已结算−在途预留，检查与预留同原子操作（24-2）；配额按订阅不按 Key（04）publish 走评审；订阅链全量审计（谁申请/谁批准/何时生效/到期）；高风险审批后重走完整准入链（24-4）对应 47§3 B 团队组织；团队能力固化为产品定义后向 L3 发布
L3 企业租户（内部组织）企业模型目录、Agent 产品、MCP/Skill 市场（企业私有商店，对标 Coze 公私商店二选一）、RAGFlow 知识库HiMarket 企业 OIDC/SSO 第一入口（32）；租户管理员审批订阅；订阅绑定 client_id+tenant（02-3）四元组 tenant/namespace/subject/session 网关注入；四层隔离（逻辑/执行/网络/数据，15）；企业上限向下"只增不减"收紧（02）Budget Service 三对象 grant/lease/ledger（24-2）；Higress 单插件不承诺严格上限；价格计算与结算接企业计费系统（04-5）企业安全基线/保留期/外网工具白名单；DLP 式工具分组策略（对标微软）；审计到租户维度对应 47§3 C 智能组织：组织记忆+数据飞轮+编排运行时+组织治理四基础设施就位
L4 生态伙伴（跨组织伙伴）伙伴模型/MCP/Agent 产品经 ref 关联进企业目录（04-6）；AgentCard（agentscope-extensions-nacos a2a 模块）做跨组织发现A2A 协作面 + /.well-known/agent-card.json；伙伴产品走 HiMarket 审批流订阅；对标 AWS Managed Entitlements 集中下发发现≠授权（13/24）；跨组织调用网关鉴权；入站/出站权限独立校验，Agent 交接不扩大权限（24-1）按产品/订阅聚合用量；伙伴分成计量=市场第二层聚合输出 + 企业计费分账；分成比例属外部【无来源】空白点，本平台须自定上架前核对许可证（04）；非官方资产订阅签风险条款（对标华为）；A2A 协议版本钉死、S1–S4 逐档联调（13 警示）47§3 组织间协作：Nacos A2A + HiMarket 放大为组织间协作市场
L5 对外开放（公有市场分发）公有市场五类产品（Model/MCP/Agent/Skill/Worker，32-1），可见范围=公开（04-3）外部开发者提交 → 上架审核 → 发布版本 → 外部订阅 → 签发凭据 → Higress 调用（04-4 双状态机）外部消费者以 client_id 应用身份接入、不进内部 namespace；外部租户隔离同三层表达；网关剥离外部自报身份头（02-4）外部订阅按量后付/配额包；HiMarket 做第二层聚合，第三四层接企业计费；下线先停订阅再删引用（04-7）上架审核=内容+许可证+OpenJudge 评测门禁五道；订阅链审计与合规留存；对标 Coze"平台审+渠道审"双闸与 L4 共享同一 HiMarket 产品模型，仅可见范围从"指定伙伴"放宽到"公开"

3.1 开放机制五件套——本平台组件承载对照 ​

五件套承载组件口径出处
目录HiMarket 五类市场（产品目录，存 ref）+ Nacos Agentic Resource Registry（权威注册，目录只读投影+对账）04-6 / 24-6
审批HiMarket 审批流（发布审核+订阅审批）+ namespace publish 权限（成员角色）04-4 / 15
RBACnamespace 成员角色（member/developer/operator）+ Higress 平台插件（每跳验签）+ Budget Service 预算维度15 / 02-4 / 24-2
计量Higress AI 可观测为权威 + RocketMQ 计量事件 + HiMarket 产品/订阅/租户聚合 + 企业计费（价格/账单/分账）32 P5 / 04-5
治理OpenJudge 评测门禁（发布五道闸）+ 审计日志 + DLP 式工具策略（MCP 准入四步链）32 P15 接缝 / 24-3

§四 落地设计 ​

4.1 分层开放架构总图 ​

4.2 逐层形态组件接线落点 ​

形态入口组件执行组件隔离键计量点审计点
L1 个人HiMarket 门户个人工作区 + Higressagentscope-service（SESSION 沙箱）user_id + session_id网关 Token 计数记 user 配额sub 归属审计
L2 团队HiMarket 团队订阅 + namespace publishagentscope-service teams + R2/R4 沙箱namespace + team_idteam 级预算 lease订阅链 + publish 记录
L3 企业租户HiMarket 企业 SSO/OIDC + 租户管理员审批Higress AI 网关 + agentscope-service + R3 独享实例tenant_id + namespace（存储前缀+K8s ns+桶策略三层）Budget Service grant/lease/ledger租户维度审计日志
L4 生态伙伴A2A 端点 + Agent Card + HiMarket 伙伴订阅Higress MCP 网关 + agentscope-service（R5 remote）伙伴 tenant_id + 伙伴 client_id产品/订阅聚合 + 分成计量跨组织调用全量审计
L5 对外开放HiMarket 公有目录 + 外部开发者门户Higress Agent 入口网关（生产可按业务条线拆实例，32-9）外部租户隔离三层 + 外部 client_id外部按量/配额包 + 企业计费结算上架审核记录 + 订阅链 + 合规留存

4.3 治理与合规控制面 ​

  1. 上架审核：供给方提交版本 → 运营审核（内容+许可证核对，04 生产动作"先核对许可证"）→ OpenJudge 评测门禁五道（黄金集版本/评分器版本/阈值/置信区间/证据充分性，接缝 15）→ 通过发布、驳回回草稿。非官方/伙伴资产额外签风险承担条款（对标华为 AI Gallery）。
  2. 订阅审批：消费方申请订阅 → 按可见范围路由审批人（公开产品免审自动签发 / 租户产品租户管理员审 / 团队产品团队 owner 审）→ 签发 client_id 凭据；审批不是永久通行证，高风险动作每次重走准入链（24-4）。
  3. 调用准入：MCP/Agent 调用走四步链（认证→协议校验→授权→转发，24-3）；入站与出站权限独立校验；每跳验签，不接受"上游说它有"。
  4. 审计追溯：订阅链全量留痕（谁申请/谁批准/何时生效/到期）；审计记录"谁在何时对什么做了什么、依据哪条策略"，与业务证据关联但不互相替代（24-5）。
  5. 数据合规：租户数据隔离三层（前缀/K8s 命名空间/桶策略）；模型出口收敛 Higress，厂商 key 不进 data 面（32-1）；渠道"机器人被移出群"映射会话停用（13）。

4.3.1 开放全链路时序（发布 → 上架审核 → 订阅审批 → 调用准入 → 计量 → 结算） ​

4.4 演进路线与优先级（对齐 32 篇 P0→P5 分层铺开） ​

阶段对应形态事项依据
第一步L1/L3P0 SSO/OIDC 接入 HiMarket + P1 Higress AI 网关收敛模型出口32 P0/P1；身份四元组靠平台插件落地（C2）
第二步L2/L3P2 Agent 一键注册 + 订阅调用链；namespace publish 与团队角色上线32 P2；15 角色承接
第三步L2/L4P3 Skill 双段接缝（自定义装配 NacosSkillRepository）+ P4 MCP 订阅同步与 vault 注入32 P3/P4；C3 修正定论
第四步L3P5 计量闭环：Higress AI 可观测为权威 + RocketMQ 事件 + 企业计费对接；Budget Service 严格不变量上线32 P5；24-2；C7
第五步L4/L5上架审核流与公有可见范围开放（OpenJudge 门禁联动）；A2A 跨组织联调（协议版本钉死、S1–S4）04-4；13 成熟度警示；47§3 组织间协作

§五 坑与注意（全部记录） ​

  1. 口径冲突坑（C1–C7）：引用 HiMarket 定位时不得把 04"市场不是运行时"与 32"HiMarket 就是接入层"混为一谈；身份四元组不是 Higress 开箱能力，是平台自定义插件（C2）；预算口径以 24 严格不变量为准，网关单插件不承诺严格上限（C7）。
  2. A2A / AG-UI 成熟度警示（13 篇原文）：两协议均处规范演进期，"多实现互操作需按 S1–S4 档位逐个联调验证，不能按文档字面承诺对接……落地以实测为准，协议版本钉死，升级协议=回归联调"；AG-UI 在 v2 文档中无独立实现证据。L4 生态伙伴开放不得按 Agent Card 字面承诺跨组织互操作。
  3. 六条接缝问题（32 篇）：①元信息↔运行时同步无现成机制（事件推送/轮询比对/发布动作显式同步三选一）；②skill 内容寻址需自定义装配；③HiMarket 开发者→agentscope 用户/namespace 映射规则待定；④Agent invoke 须全部收敛 Higress，不得直连 localhost；⑤计量以 Higress AI 可观测为权威，agentscope usage 只做回执；⑥Worker 与 agentscope 执行面关系待收敛。
  4. 发现不等于授权（15/24/04 反复强调）：目录可见、搜索命中、Agent Card 暴露、体验中心可试，都不等于生产可调用；准入在网关、工具策略、运行时三层独立。"开放给谁用"由 HiMarket 承接（白名单部门/团队、审批流、市场可见性），agentscope 侧只以 namespace 成员 + publish 权限承接。
  5. 无 TENANT 档的三层隔离（21 篇）：IsolationScope 四档没有 TENANT，租户隔离必须存储前缀 + K8s 命名空间 + 桶策略三层同时表达；沙箱热池残留上一用户环境变量/凭据是高发事故，凭据 claim 后注入、不进环境变量快照/日志/模型上下文。
  6. 严格预算与审批不变量（24 篇）：可用额度=已授权−已结算−在途预留，检查与预留同原子操作；重试单独占额；审批通过后重新走完整准入链，审批不能自动降级为只读继续执行。
  7. 外部对标空白点（无来源，不得臆测）：各平台商店/Marketplace 发布方分成比例全部未公开；Coze/元器 C 端内容安全审核细则未找到专章；OpenAI GPT Store 现行分润政策已淡化；Anthropic 企业版数据驻留专页未抓到。本平台分成与合规细则须自定，不得照抄"行业惯例"。

§六 验证与验收判据 + 与既有篇目关系 ​

6.1 验收判据 ​

  • 矩阵完整：§三 5 行 × 6 列 = 30 格全部填写，每格落为本平台机制而非对标现象罗列。
  • 来源可溯：§一每条结论保留原始 URL 并标注【已查证】/【一方称】/【无来源】，无改写、无模糊描述。
  • 口径对齐：与 47§3 谱系（A→B→C→组织间协作）及 15 篇四层隔离口径一致；C1–C7 冲突全部显式列出并说明引用处理。
  • mermaid 渲染：§4.1 flowchart 与发布→结算 sequenceDiagram 两块代码经本地校验脚本解析通过。

6.2 与既有篇目关系 ​

  • 本文新增：①首次把"组织形态"按五层（个人/团队/企业/伙伴/对外）显式建模，并与 47§3 谱系、02 五级作用域对齐映射；②产出 30 格开放机制矩阵，把 04 双状态机、15 namespace 角色、21 三层隔离、24 严格预算、32 P0–P5 接线全部落到每一层形态；③补齐 11 家国内外平台"组织×开放"横向对标。
  • 本文修订/收敛：无推翻性修订；对 C1–C7 按既定口径标注并存处理，未擅自调和；L4/L5 的分成计量与合规细则标注为待自定，未编造行业比例。

把 AI 工程讲到既懂也会用

AI 工程小册 · 持续更新