Extension system
四类 Pack 扩展体系
四类 Pack 是按终版口径书写的候选扩展设计。若经 Owner 升格，扩展统一通过 Pack 挂载到固定运行时栈。
候选状态与非授权边界
本设计仍维持 T78 §9 的 Owner 评估候选地位，尚未进入部署合同，也不授权代码、契约、Prompt、Migration、权限或生产变更。
四类 Pack 挂载位置
| Pack | 挂载位置 | 解决的问题 | 换企业工作量 |
|---|---|---|---|
| Domain Pack | Ontology Kernel | 企业有哪些对象、关系、动作、函数与政策 | 约 20% |
| Connector Pack | Adapter 防腐层 | 对象从哪里来、如何写回、如何对账 | 约 60–80% |
| Interaction Pack | Capability Manifest 与终端之间 | 不同角色看什么、在哪里确认 | 约 10% |
| Capability Pack | 动作与函数运行时 | AI 能调用什么、按什么方法论判断 | 约 5% |
依赖顺序：Domain 先行，其余三类并行。验收判据是装包后运行时代码零改动。
内核不可插拔的五件事
元模型七个概念及其不变量。
身份与别名解析object_ref、alias 与统一身份。
权限与输出裁剪字段、对象、动作与 human gate。
Event LogEntVerse 内部 append-only 审计与投影真源。
装载器与可逆卸载依赖、版本、冲突、回滚与历史解释。
Pack 通用契约
provides: { objects, actions, operators, views, evals } # evals: P3 pending
requires: { source_types, permissions, connectors, capabilities }
effects: { read, write, propose, notify }
safety: { access_category, human_gate, rollback, audit }可逆性是准入硬条件。
同名类型冲突、依赖缺失、版本不兼容或接口未实现都应在装载期失败，不能进入运行时后再靠容错掩盖。
Domain Pack
纯声明，不含代码。声明对象、关系、动作、函数、政策、接口实现以及证据和指标；产出类型清单、动作与函数目录、权限规则集和接口能力表。
- 行业模板与企业特例分离，单一客户特例默认关闭。
- 依赖显式声明，装包顺序由依赖图决定。
- 动作实例按创建时版本解释，禁止原地改变历史语义。
- 验收：装入或卸载 Domain Pack 时，内核与运行时代码 diff 为空。
Connector Pack
语义映射层
字段、lifecycle、实体主键、权威与对账口径必须声明式、可审、可版本化。Agent 可以生成草案，人负责业务裁决。
传输实现层
认证、分页、增量捕获、幂等写回、重试和限流允许代码实现，并通过源系统族模板复用。
对账即验收：源系统口径能否由 Ontology 重算复现，是机器判据，不依赖人工审读映射表。
Interaction Pack
声明角色 lens、动作表单、槽位、数据窗口、渲染级别、待办规则和交互 effect。卡片分为数据工具与渲染资源两半，渲染层不能自行取数。
事实性交互
确认、校准、催办、指派等改变模型认知的操作必须先有 Event Log 类型和明确落点。
纯呈现交互
滚动、折叠、切换视图不入账，也不改变事实与模型认知。
Capability Pack
声明工具投影、上下文规格、方法论与回执契约，并引用评测集。Eval 是独立 Pack 还是各 Pack 的强制随包资产，待 P3 裁决。按调用者身份裁剪工具和上下文；内部 Agent、外部 Agent 与对话层全部经工具投影，不直连数据库。
- 输出为回执与证据，不直接改变经营状态。
- 判断可追溯到函数、输入和版本，并可回退。
- 企业侧必须具备来源签名、密钥隔离、组织白名单与生命周期审计。
信任分级
| 级别 | 来源 | 允许范围 |
|---|---|---|
| 一方 | 本产品 | 全部 Pack 类型 |
| 二方 | 实施 / 客户共建团队 | 全部 Pack 类型，按交付治理审核 |
| 三方 | 外部生态 | 不得提供 Domain Pack；其余类型经审核 |
| 模型生成 | 生成期 Agent | 仅 Interaction 与只读 Operator，强制人工预览 |