Claude Artifact · rendered reconstruction
经营对象与扩展模式
本稿回答三件事：经营对象抽象成什么、四类扩展包各管多宽、既有系统怎么接。全部内容位于 Canonical Context 的输入侧，即外部事实来源、经营对象与既有系统的桥接。
原文重建版
Claude Artifact 的跨域 iframe 无法导出原始 HTML/CSS。本页依据认证会话中全屏渲染稿逐屏转录，恢复全部段落、九张图、表格、标签与脚注；视觉样式按本站文档系统重建，不声称是原始源码。正文保留 2026-08-14 的原始口径，若与 T79、仓内 SSOT 或 decision 冲突，以仓内结论为准。
目录
第一部分
经营对象的抽象
通用性讲不清，往往是因为没说清“到底什么东西被复用了”。答案在这一部分的第一张图里。
1.1 三层：元模型、本体实例、实例数据
这三层混着叫“本体”，是此前通用性论证站不住的根因。分开之后，“换一家企业换什么”变成一句话可答。
图一 · 三层模型
| 层 | 定义与内容 | 换一家企业 |
|---|---|---|
| 元模型层 类型的类型 |
规定“一个对象类型可以由什么构成”，本身不含任何行业语义。Object 身份/属性 · Relation 方向/基数 · Action 参数/前置 · Operator 输入/输出 · Policy 可见/可写 · Lens 分段/槽位 |
完全不动。这一层就是产品本身；若换企业要改这层，说明元模型抽象错了。 |
| 本体实例层 这家企业有哪些类型 |
由 Domain Pack 声明。 行业模板，可带走：customer、opportunity、project、solution、contact、activity、order。 本公司特例，默认关闭：业务线拆分、双事业部归属、三类赢率、线索保有期。 |
换的就是这一层。模板部分选装，特例逐条确认；特例默认关闭，客户确认才生效。 |
| 实例数据层 具体的客户、商机 |
由 Connector Pack 从外部系统投影，或由动作在大脑侧直接产生。每条数据带来源、观测时间与置信度；不存在“无出处的事实”。 | 完全重新采集。零复用，也不该复用。 |
一句话结论：被复用的是元模型和行业模板，不是“本体”。把三层混为一谈，通用性就永远论证不清。
自检：若接一家新企业必须修改元模型层，不是客户特殊，而是元模型抽象错了。应回头修改抽象，而不是在实例层打补丁。
1.2 一个经营对象的解剖
元模型规定对象由八个部分构成。每一部分都有明确的存在理由，缺一个就有一类经营问题答不了。
图二 · opportunity：一个经营对象
object_ref 全局唯一；alias 是各源系统本地 ID，多对一。缺哪一个答不了什么：缺身份，跨系统对不上号；缺来源，无法对账；缺关系，只能看单点；缺 evidence，判断不可信；缺算子，会把派生值写死成状态。
最容易做错的是第 06 项：赢率、红黄绿等派生值若实现成可手工修改的状态字段，事实层就被污染。它们必须是可重算、可追溯的算子输出。
1.3 EntVerse 内部依赖方向
图三 · EntVerse Server 输入侧依赖
T79 后续收口说明
原稿此处的“唯一真源”指 EntVerse 内部事件、审计与对象投影；经营状态仍以域权威账本为准。此旁注用于解释后续基线，不改写上方 Artifact 原文。
事实有两条入口：业务系统经 Connector 投影；人从 Navi 直接提交原始材料。后者是档一零侵入时补充“没有系统承载的事实”的正式入口。
| 来源 | 通道 | 举例 |
|---|---|---|
| 业务系统 | Connector 投影 | CRM 商机、财务回款、项目里程碑 |
| 人的直接提交 | Navi 进料 → 解析 → 逐条采信 | 会议录音、客户文档、纪要、口头补充 |
| 大脑侧动作 | 确认链结果与注意力记录 | 跨系统确认结论、催办与响应记录 |
三类来源汇入同一份事件日志、走同一套采信规则。人的直接提交是“没有系统承载的事实”的正式入口；很多经营判断依赖的信息本来就不在任何系统里。
第二部分
四类扩展包的作用域与形态
插件模式的关键不是“能不能装”，而是每个包管多宽、长什么样、卸载时撤什么。
2.1 作用域：每个包能碰哪几层
图四 · 三层模型 × 四类 Pack
| 层 | Domain | Connector | Capability | Interaction |
|---|---|---|---|---|
| 元模型层 内核，无包可改 | 不可触及 | 不可触及 | 不可触及 | 不可触及 |
| 本体实例层 企业有哪些类型 | 定义类型与确认链 | 只读引用类型名，不能新增类型 | 算子读取数据并产出派生值 | 只读引用类型名、动作名与算子名 |
| 实例数据层 具体客户与商机 | 不直接写数据 | 外部数据 → 实例 | 纵跨两层，但派生值不落库 | 纵跨两层，只消费 |
| 呈现层 看到什么、能点什么 | 类型间接决定默认卡片 | 不可触及 | 被 lens 引用，不决定呈现 | 覆盖默认卡片 |
读图方式：实心代表可写，虚线代表只读引用，点线代表完全不可触及。没有任何 Pack 能写元模型层。
Capability Pack 纵跨本体实例层与实例数据层是刻意的：算子读实例数据并产出派生值，但不落库、不成为新类型。“加一个赢率模型”不能污染本体。
2.2 形态与契约
| Pack | 形态 | 冲突裁决 | 卸载时撤什么 |
|---|---|---|---|
| Domain | 纯声明文件 | 同名类型后装者拒绝；属性扩展可叠加 | 撤类型与动作注册；已入账事实保留并标记来源包已卸 |
| Connector | 声明 + 代码 | 一属性一来源；多源按列拼装并声明优先级 | 停投影；历史事实留痕，不回滚 |
| Capability | 代码 + 评测集 | 同名算子并存，由 lens 指定使用者 | 撤算子；相关派生值转为 unknown |
| Interaction | 声明 + 可选组件 | 同一 lens 多包覆盖按优先级取一，可切换不叠加 | 回落到内核推导的默认卡片，界面不空白 |
契约四要素缺任一项的扩展口不予开放。只定义“声明什么”的口会装得上、卸不掉、冲突无解。
可逆性是准入硬条件。
任何注册必须能反向卸载，任何依赖只能声明服务名，不能手工排启动顺序。缺依赖时停在待装状态并可诊断，不静默降级。否则插件越多系统越脆，最终退化成必须整体发布。
| 来源 | 谁写 | 能力上限 | 额外要求 |
|---|---|---|---|
| 一方 | 我们 | 四个扩展口全开 | 常规评审 |
| 二方 | 实施顾问 | 四个扩展口全开 | 映射须过对账；动作须列白名单 |
| 三方 | 客户 IT | Connector、Capability、Interaction | 能力申请与管理员授权；沙箱运行 |
| 生成 | 模型 | Interaction、只读算子 | 强制人工预览；不得申请写权限 |
三方不给 Domain Pack：它改变类型与 lifecycle 闭集，错误会让历史事实无法解释。客户新增对象应走变更请求与人工评审。
第三部分
Connector：实施最重的一层
换一家企业六到八成工作量在这里。把它拆成两层，才说得清哪部分能自动化、哪部分砍不动。
图五 · Connector 两层结构
上层 · 语义映射
声明式、可读、可审、可对账。
字段映射：源字段 → 属性；lifecycle 映射：阶段 → 闭集；实体解析：主键与优先级；对账口径：怎样计算才对得上。
Agent：出草案与疑点清单，人逐条确认。自动化落在发现与草案，业务语义确认仍由人完成。产物可 diff、继承与对账，才能沉淀为资产。
下层 · 传输实现
代码，每个系统都不同。
认证与会话、取数与分页、增量捕获、写回与幂等、重试限流。
Agent：可起草代码，人审与测试。这一层砍不动：源系统没有变更时间戳，再聪明的模型也造不出来。唯一杠杆是族模板继承。
对账即验收
源系统说本季度有 N 个商机、总额 M；投影后必须能重算。对不上就是映射错，不依赖人工阅读映射表。
族模板继承
同类系统语义结构相近。Connector = 族模板 + 实例差异；第二次接同族系统才会快。这比期待模型更聪明可靠。
铁律：Agent 只在生成期，运行时是确定性代码。
运行时让 Agent 转数据会导致不可复现、成本随数据量线性增长、错误静默污染事实层。
诚实估计：整体成本降不到零，大约砍一半。砍的是上层；下层只能靠族模板摊薄。源字段业务含义常常没有文档且字段名会骗人，Agent 只能列清问题，答案仍需业务方提供。
副产品：“接入一个新系统”本身可以打包成一条可复用、可售卖的交付流程。
拆成两层后，“用 AI 降低适配成本”才有可验收的落点：语义映射层靠自动草案，传输层靠族模板摊薄。
第四部分
Navi 边界与交互协议
交互形态现在定不下来不要紧，但接口和方向要定。协议只需两条正交轴，加三条硬规则。
4.1 Navi 做什么、不做什么
判据不能是“复杂/简单”，这个词撑不住，会一路滑。必须使用可判定标准。
图六 · Navi 边界与两轴协议
看
采信诊断、依据回读、对象全景。零侵入，任何接管档位都能提供。
催
催办、逐级升级、代拟内容。不需要写权限；代拟后提交仍在源系统。
确认
一次点击级的确认与校准，按声明落点执行。
进料
提交录音、文档、纪要作为事实依据；解析成候选 claim，人逐条确认或驳回。
Navi 不做：多字段结构化录入、复杂表单、批量数据操作；附件归档、分类与版本管理；不存业务事实，不内置对象知识，不自建权限判断。
判据：一次确认能完成的写入进 Navi；需要多字段录入、多方协同编辑的留在业务系统。进料不违反判据，因为用户不填字段，字段由解析产生，人只确认或驳回。
| 渲染级别 / 槽位 | 待办条目 | 对象页 | 对话内嵌 | 独立窗口 |
|---|---|---|---|---|
| 零 · 纯文本 内核生成 | 强制基线 | 强制基线 | 强制基线 | — |
| 一 · 结构化 + 白名单组件 | 先做 | 先做，含进料确认 | 先做 | — |
| 二 · 声明式界面 | 留白 | 留白 | 留白 | 留白 |
| 三 · 沙箱应用 | 不适用于待办条目与对象页 | 需自建，不能假定生态就绪 | ||
两条正交轴让具体交互支持可渐进增加而不改数据契约。级别三标记“需自建”，因为参考的第三方框架明确不提供界面资源能力。
4.2 三条硬规则
三条规则收紧交互自由度，并钉死交互层与事实层的关系。
图七 · interaction effect 与三类落点
effect 声明交互是否具有事实性以及落点；不能在运行时决定。- 规则一：能改变模型认知的操作必须先在事件日志中有类型，并声明落点。权威在源系统时，大脑不得先行改状态。
- 规则二：依据段不自存摘要，只声明展示哪个投影，防止人与模型看到的内容漂移。
- 规则三：未知渲染指令默认降级并显式告知，不静默丢弃；老宿主遇到新包不崩，也不假装正常。
三种落点对应三种权威归属与接管档位：注意力档一即有，大脑落点需要档二，源系统写回需要档三。进料属于大脑落点，但一次提交会解析出多条候选 claim，需逐条确认或驳回。
| 声明 | 内容 |
|---|---|
lens | 对象类型 → 首屏分段；每段声明标题、取数来源与渲染级别 |
action-view | 动作 → 参数表单与确认界面 |
slot | 待办条目、对象页、对话内嵌、独立窗口 |
data-source | 本视图消费的接口与算子 |
level | 本包支持到哪一级，宿主据此择优或降级 |
todo-rule | 什么条件下该动作进入谁的待办流 |
effect | 交互是事实性还是纯呈现；事实性交互必须声明源系统、大脑或仅注意力三类落点及日志类型 |
数据与渲染分离是硬约束：取数只走已声明接口，渲染层不能自行取数，因此同一份数据可被其他视图与对话复用。
第五部分
既有系统的支持边界
档差是接管深度，不是系统归属。“自建”不构成一个档位。
图八 · 三档接管
| 档一 · 只接判断 | 档二 · 接身份与缺口 | 档三 · 接动作与写回 |
|---|---|---|
| 零侵入。外部系统原样不动；只读投影最小属性集；提供判断层、注意力层、诊断、依据、催办、升级与代拟。 | 低侵入。多系统统一身份；跨系统同实体只有一个 object_ref；只建设无人承载的跨系统确认链。 |
高侵入。动作适配器与写回；Navi 一次确认落回源系统；处理幂等与失败回执。 |
| 何时够用：原有流程健全，痛点只是看不清。对外默认起步档，六项干预都不需要写权限。 | 何时够用：多系统割裂，中间有流程真空。多数企业的终点；已有审批一条不重建。 | 三项同时成立：无系统承载、无接口可包装、范围窄。我们自己在此档，属特例，不是默认路径。 |
对外叙事：先让你看清楚，不是来替换你的系统。
“自建”是正交属性，不是档位。每一档都可以接自建系统或既有系统。自建系统可原生携带 object_ref 与变更事件，节省的是工程量，不是协议豁免。
域内审批留在源系统；跨系统、跨人、需留证且没有系统承载的确认，才建设在大脑侧。
第六部分
实施配套与度量
图九 · 三方交付边界
| 产品团队 · 做一次 | 实施顾问 · 每家做 | 客户 · 自己做 |
|---|---|---|
| 元模型层与内核；行业模板 Domain Pack；系统族 Connector 模板；默认卡片推导规则；通用算子库；Connector 生成流水线；对账框架。 | 选装行业 Domain Pack；企业特例逐条取舍；Agent 起草并人工确认语义映射；族模板 + 实例差异实现传输；角色矩阵、采信域、缺口确认链与可选 lens 覆盖。 | 系统访问授权；业务语义答疑；采信人与责任人指派；脏数据处置；特例开关拍板；三方包能力授权。 |
| 复用率目标：第二家企业不改一行内核代码；改内核说明扩展口开错。 | 工作量占比：Connector 是绝对主项；一个 lens 不写也应有可用界面。 | 真正的工期风险：技术可以加速，业务语义确认与责任人指派不能加速；排期按客户可得性倒推。 |
主度量：首个可用判断产出的时间，即从拿到系统访问权，到界面出现第一个带依据的诊断。
二级度量：映射对账通过率。主度量端到端、不可造假、直接对应客户感知，并会迫使档一做薄做快；工作量和周期不可跨企业比较，不适合作主度量。
一个切片验证全部设计。
选一个对象与一条动作链，在两套不同源系统上复用同一份 Domain Pack，只更换 Connector Pack，且不写任何 lens，由内核推导界面。做得到，说明 Domain 与 Connector 解耦、卡片推导可用、族模板可继承、对账可作为验收。