附录B｜Core Object Dictionary（核心对象字典）
版本：V1.0（第一版）
体系来源：GEO Service System V2（GEO服务体系第二版）v0.2
一、使用边界
本附录说明第17章所述服务体系如何把方法论转化为版本化对象。22类对象是当前第二版系统契约，不是不可更改的GEO（生成式引擎优化）自然分类，也不表示22个独立Agent（智能体）已经部署。
结构通过、对象齐全和散列一致均不能替代DeepSeek（深度求索）行为验证、真实引擎验证、真实客户交付或商业效果验证。
二、所有正式对象的共同Envelope（信封字段）
| 字段 | 含义 | 治理要求 |
|---|---|---|
object_id |
全局唯一对象标识 | 不得在不同对象之间复用 |
object_type |
对象类型 | 必须属于当前允许类型 |
schema_version |
模式版本 | 消费者必须声明兼容版本 |
project_id |
所属项目 | 防止跨客户或跨项目串用 |
created_at |
创建时间 | 使用ISO 8601（国际标准时间格式） |
created_by |
生产模块或人工角色 | 必须可追责 |
source_object_ids |
直接上游对象 | 允许为空，但必须说明原因 |
source_hashes |
直接来源散列 | 用于追踪静默变更 |
epistemic_status |
认识状态 | 不得高于来源证据允许的状态 |
scope |
适用范围 | 至少绑定情境、实体、引擎、产品、地区、时间和查询簇 |
approval_status |
批准状态 | 不能由当前模块自行授予高等级批准 |
supersedes |
被替代对象 | 修订时保留历史谱系 |
limitations |
已知限制 | 可以为空数组，但字段不得省略 |
三、22类核心对象
| 编号 | Object Type（对象类型） | 主要生产者 | 核心用途 | 禁止误读 |
|---|---|---|---|---|
| 1 | project_charter｜Project Charter（项目章程） |
项目接入模块 | 锁定客户主体、范围、目标、排除项、授权、事实、未知、风险和停止条件 | 不得提前写入已确认缺口、根因或固定动作 |
| 2 | decision_situation_card｜Decision Situation Card（决策情境卡） |
决策研究模块 | 记录决策过程、主体、权力、备选、触发、约束、结果、时间和人工智能可介入性 | 不等于用户画像或问题库 |
| 3 | decision_variable_record｜Decision Variable Record（决策变量记录） |
决策研究模块 | 定义变量、作用、方向、阈值、阶段、主体、证据和否决条件 | 不把提及或卖点自动升级为决策变量 |
| 4 | user_dvm｜User-DVM（用户决策变量地图） |
决策研究模块 | 组织变量、主体、关系、异质性、证据等级、样本框和未知项 | 不得用人工智能常识代替真实用户证据 |
| 5 | claim_record｜Claim Record（命题记录） |
命题—证据模块 | 记录原子命题、类型、主体、谓词、对象、范围、时间、真实性和授权 | 文案表达不能替代原子命题 |
| 6 | evidence_record｜Evidence Record（证据记录） |
命题—证据模块 | 记录命题支持、来源、载体、范围、时效、独立性、授权、冲突和限制 | 不设置固定全局权威分 |
| 7 | probe_set｜Probe Set（探针集合） |
探针设计模块 | 记录查询簇、探针功能、变量覆盖、改写谱系、抽样、编码与保留集 | 不由客户现有资产反向定义用户需求 |
| 8 | ai_observation_run｜AI Observation Run（人工智能观测运行） |
探测运行或人工智能观测模块 | 保存完整运行条件、原始输出、显示来源、错误、缺失和依赖簇 | 运行失败不能编码为未提及 |
| 9 | ai_dvm｜AI-DVM（人工智能决策变量地图） |
人工智能观测模块 | 记录变量出现、作用、方向、实体归属、命题、显示支持、推荐边界和不确定性 | 不描述人工智能内部固定算法 |
| 10 | public_info_observation｜Public Information Observation（公开信息观测） |
公开信息审计模块 | 记录公开命题、载体、授权、访问、索引代理、结构解析、实体链接与部署状态 | 公开存在不等于人工智能已检索或使用 |
| 11 | diagnosis_record｜Diagnosis Record（诊断记录） |
缺口诊断模块 | 保存症状、差异、资格、G1—G5、依赖、假设、反证、非缺口状态和可行动性 | 不按可销售套餐选择缺口 |
| 12 | intervention_card｜Intervention Card（干预卡） |
干预设计模块 | 保存诊断版本、假设、目标变量、改变对象、I1—I7、渠道、对照、护栏、停止和撤回 | 不等于任务清单或内容排期 |
| 13 | execution_receipt｜Execution Receipt（执行回执） |
自有或外部执行模块 | 分离计划处理、实际交付、客户接收、目标环境暴露、偏离、失败和残留风险 | 提交、保存或部署不等于接收、暴露或结果 |
| 14 | measurement_contract｜Measurement Contract（测量契约） |
测量与学习模块 | 预先锁定问题、结果、指标、待估量、单位、分母、缺失、基线、比较、污染和护栏 | 必须区分基线设计、干预评估和持续监测 |
| 15 | result_record｜Result Record（结果记录） |
测量与学习模块 | 按R1—R10结果层保存数值或分类、分母、不确定性、缺失、异质性和护栏 | 上游任务完成不能写成下游结果 |
| 16 | attribution_record｜Attribution Record（归因记录） |
测量与学习模块 | 保存逐连接因果命题、C0—C5、证据、替代解释、污染、外溢和允许措辞 | 不能按整个项目一次性授予因果等级 |
| 17 | learning_record｜Learning Record（学习记录） |
测量与学习模块 | 保存原假设、观察、失败、反证、范围、升级、失效和重新诊断对象 | 单项目结果不能自动升级为已验证模式 |
| 18 | route_decision｜Route Decision（路由决定） |
交付总控模块 | 记录当前阶段、候选下一模块、理由、依赖、阻断和恢复动作 | 总控不能自行创造业务事实或诊断 |
| 19 | gate_result｜Gate Result（门控结果） |
交付总控模块 | 记录门类型、检查项、通过状态、失败理由、批准者和有效期 | passed=true只表示门控条件通过，不证明业务结论真实 |
| 20 | client_report_package｜Client Report Package（客户报告包） |
客户报告模块 | 按受众翻译引用对象、结论、认识状态、因果措辞、限制、风险和替代版本 | 不得创造新分析或提高上游认识状态 |
| 21 | error_record｜Error Record（错误记录） |
任一模块 | 保存模块、阶段、错误码、严重度、影响对象、可恢复性和所需动作 | 不得用看似完整的结果替代错误输出 |
| 22 | no_action_record｜No Action Record（不行动记录） |
干预设计模块 | 保存关联诊断、不行动原因、门槛、客户动作、监测与重新进入条件 | 不行动不是遗漏、搁置或默认失败 |
四、核心对象链
Project Charter（项目章程）
→ Decision Situation Card（决策情境卡）
→ Decision Variable Record（决策变量记录）
→ User-DVM（用户决策变量地图）
→ Claim Record（命题记录）＋Evidence Record（证据记录）
→ Measurement Contract: Baseline Design（测量契约：基线设计）
→ Probe Set（探针集合）
→ AI Observation Run（人工智能观测运行）
→ AI-DVM（人工智能决策变量地图）＋Public Information Observation（公开信息观测）
→ Diagnosis Record（诊断记录）
→ Intervention Card（干预卡）或No Action Record（不行动记录）
→ Measurement Contract: Intervention Evaluation（测量契约：干预评估）
→ Execution Receipt（执行回执）
→ Result Record（结果记录）
→ Attribution Record（归因记录）
→ Learning Record（学习记录）
→ Client Report Package（客户报告包）
Route Decision（路由决定）、Gate Result（门控结果）和Error Record（错误记录）贯穿全链路，不属于只在末端生成的附属文件。
五、Scope（适用范围）最低要求
每个对象至少声明：
- 适用的Decision Situation（决策情境）；
- 目标实体；
- 地区与语言市场；
- 引擎与产品模式；
- 账户、登录和个性化状态；
- 时间窗口；
- Query Cluster（查询簇）；
- 明确排除范围。
未知字段必须标记Unknown（未知），不得由历史项目、行业常识或人工智能推演自动补全。
六、批准状态
Draft（草案）
→ Under Review（复核中）
→ Approved（已批准）
→ Active（生效）
→ Superseded（已被替代）
任一阶段还可以进入：
Blocked（受阻）／Rejected（已拒绝）／Invalidated（已失效）／Withdrawn（已撤回）
Delivered（已交付）不是认识状态，也不能覆盖Invalidated（已失效）或Withdrawn（已撤回）。
七、对象交接规则
- 消费模块必须声明接受的对象类型与模式版本。
- 输入缺失、过期、失效或超出适用范围时必须阻断或降级。
- 人工修改必须产生新版本并保留修改者、理由和上游对象。
- 报告不得改变输入对象的认识状态或因果等级。
- 同一对象只能有一个Active（生效）版本。
- 授权撤回必须沿来源谱系传播至派生对象和客户报告。
八、外部输入与多生产者对象
当前契约允许四类外部输入：Customer Materials（客户材料）、Human Approval（人工批准）、Engine Access（引擎访问）和Business Outcome Data（业务结果数据）。业务结果数据只在具体测量问题需要时使用，不是所有阶段的强制输入。
允许多个生产者生成的对象仅包括AI Observation Run（人工智能观测运行）、Execution Receipt（执行回执）和Error Record（错误记录）。多生产者不表示字段定义可以各自改变，所有输出仍须符合统一模式。
九、来源与限制
主要来源：
GEO-Service-System-v2/contracts/CORE_CONTRACTS.md；GEO-Service-System-v2/contracts/contract-graph.json；GEO-Service-System-v2/contracts/GATES_AND_PERMISSIONS.md；- 第17章《从理论到GEO Service System（GEO服务体系）》。
本附录描述的是当前Deterministic Integration-ready（确定性集成就绪）架构，不证明DeepSeek（深度求索）实际行为、真实引擎表现或商业效果。