# PHITE V2 — Engineering Delivery System Foundation Proposal（v0.2）

> **Status**: **CANONICAL — LOCKED · D-038**（V2 Foundation · Owner 批准 · v0.2 APPROVED WITH MINOR NOTES）
> **Baseline**: PHITE DS V1.0 — CANONICAL — LOCKED（D-033 · 现行补丁 V1.0.1 · D-034）· PHITE DS V1.1 — Theme Runtime RELEASED（D-036 / D-037）
> **Relationship**: V1 = Design Language（冻结 · 呈现契约）→ V2 = Engineering Delivery System（本提案 · 工程契约 · D-038）
> **Boundary**: 不重设计 V1 · 不修改 tokens / grammar / surface system / theme runtime / 金样 · 不创建 UI / HTML / CSS / 组件 / 金样 / 实现代码 · 工程语言与结构（不含 ERP / 工作流 / CAD / MES / 软件开发）
> **Authority order**: ① Owner 决定 ＞ ② CANONICAL — LOCKED 决策 ＞ ③ 现行 V1 规范 ＞ ④ 本提案（D-038 · CANONICAL — LOCKED · V2）
> **Design thesis 承接**: Precision Engineering × Engineering Operating System —— 工程交付是操作系统，不是文档档案库
> **Version**: **v0.2**（2026-08-18 · Review Revision —— 按 Review「NEEDS REVISION」落实六项批准修订：① 对象关系矩阵 ② 新增 Contract / Milestone-Schedule / HSE-Safety / Compliance 第一类对象 ③ 证据模型澄清（证据 = 第一类对象 · 挂接主张与对象状态）④ 工程冲突裁决规则 ⑤ 路线图补充 Identity & Numbering / Evidence & Verification Foundation ⑥ 全文档一致性同步）· v0.1（2026-08-18 · 初版）
> **Approval**: **D-038**（2026-08-18 · CANONICAL — LOCKED · V2 · Owner Review — APPROVED WITH MINOR NOTES；次要意见移交 Engineering Object Foundation 阶段跟进）
> **日期**: 2026-08-18

---

## 1. V2 Vision and Philosophy（愿景与哲学）

### 1.1 为什么从 Design System 演进到 Engineering Delivery System

V1 回答了「PHITE 看起来如何、如何表现」—— 它是**呈现契约**（Visual Language · Surface Grammar · Control Grammar · Theme Runtime · Brand Identity），已冻结。

但工程交付还需要回答「工程真值是什么、如何被证明、如何被交付」—— 这是**工程契约**。设计系统本身不交付工程：工程需要对象、真值、生命周期、证据与知识。

V2 **不是 V1 的视觉重设计**。V2 是把 V1 已确立的语义系统（控制链、状态五轴、对象解剖、记录、交付脊线）**升级为工程领域的第一类语义**：

> **V1 定义工程如何被看见；V2 定义工程是什么、如何为真、如何被交付。**

### 1.2 四个定义性转向

**① 工程知识是资产（Engineering knowledge as an asset）**

知识不是散落在文档与个人经验中的隐形物，而是结构化、可修订、可追溯的第一类资产：工艺化学知识、设备知识、SOP 知识、经验教训（lesson learned）→ 显式结构（Domain 13）。

**② 工程对象优先，而非文件优先（Engineering Object First）**

文件是对象的**表达**，不是源头。工程对象 = 身份 + 生命周期 + 文档 + 图纸 + 计算 + 程序 + 证据 + 修订（§4）。文件可以再生成；对象是锚。

**③ 生命周期驱动交付（Lifecycle-driven delivery）**

工程是一个生命周期（Concept → After-sales，§6）。交付 = 生命周期对象链的完成与验证，而非文档收集。每个阶段产出对象与证据；交付包是生命周期完整性的打包（Domain 12）。

**④ 基于证据的工程（Evidence-based engineering）**

每一条工程论断都必须携带证据（计算、测试、检验、证书）。**证据是第一类对象**（§4.1 · §5），挂接主张（claim）与对象状态。无证据 → 未验证；未验证 → 不可关闭。V2 沿用 V1 控制链 **State → Exception → Consequence → Decision → Action → Evidence**，把「证据闭合」从界面语言升级为工程规则（Fail-Closed：无 Evidence VERIFIED → 无 CLOSED，承继 PO-8841）。

### 1.3 传统 EPC 交付 vs PHITE V2

| 维度 | 传统 EPC 交付 | PHITE V2 |
| --- | --- | --- |
| 结构 | 文档 + 图纸 + 经验 | **对象 + 文档 + 知识 + 证据 + 生命周期** |
| 源头 | 文件（file-first） | 工程对象（object-first） |
| 知识 | 隐性（在专家脑中） | 显式资产（可修订 · 可追溯） |
| 真值 | 分散 · 随文档漂移 | 对象持有真值 · 文档是表达 |
| 完成判据 | 文档移交 | 生命周期对象链 + 证据闭合 |
| 语言 | 各专业自定义 | 统一工程语言（对象/文档/科学表达/图纸/SOP/交付包） |

---

## 2. Relationship Between V1 and V2（V1 与 V2 的关系）

```
PHITE V1 — Design Language（冻结）
  ├─ Visual Language（视觉语言）
  ├─ Surface Grammar（表面语法：Tool / Document / Control / Brand / Brand Motion）
  ├─ Control Grammar（控制链语法）
  ├─ Theme Runtime（主题运行时：Light-first 双主题 · D-036）
  └─ Brand Identity（品牌身份）
          │  提供：呈现契约 · 表达方式 · 交互语言
          ▼
PHITE V2 — Engineering Delivery System
  ├─ Engineering Objects（工程对象）
  ├─ Document Language（文档语言）
  ├─ Scientific Expression（科学表达）
  ├─ Drawing Language（图纸语言）
  ├─ SOP Language（程序语言）
  └─ Delivery Package（交付包）
          │  提供：工程契约 · 真值结构 · 交付语义
```

**V2 扩展 V1；V2 不取代 V1。**

- V1 是画布与交互语言（如何被看见、如何操作）；V2 是工程内容与交付语义（是什么、如何为真、如何交付）。
- V2 的产物经 V1 表面渲染（Tool 面承载对象工作台 · Document 面承载文档 · Control 面承载决策/控制），但 V2 自身**不定义任何新视觉**。
- V1 语义系统在 V2 中的承接（V2 不是重造，是升级）：

| V1 机制 | V2 承接 |
| --- | --- |
| 控制链（State → … → Evidence） | 工程真值 / 证据规则（§5）· 质量与验证（Domain 08） |
| 状态五轴（State / Progress / Severity / Authority / Activity） | 生命周期状态 · 审批权威（§5 / §6） |
| 对象解剖十层（D-008） | 工程对象结构（§4 · Domain 02） |
| 交付脊线（D-030） | 生命周期交付结构与交付包（Domain 12） |
| Operational Records V1（D-032） | 工程记录 / 证据账本（Domain 08 / 13） |
| Typography 数值策略（D-012） | 科学表达系统的数值语言（Domain 05） |

---

## 3. PHITE V2 Architecture Map（架构地图）

组织：**01–03 核心**（治理 / 对象 / 身份）→ **04–07 表达语言**（文档 / 科学 / 图纸 / SOP）→ **08–11 执行域**（质量 / 采购 / 制造接口 / 安装调试）→ **12 合成域**（交付包）→ **13 知识 · 14 物理身份 · 15 数字/AI 层**。

### 01 Engineering Governance Foundation（工程治理基础）
- **Purpose**: V2 系统的规则层 —— 决策、登记、变更控制、编号权威、专业权威、规范权威。
- **Scope**: 决策登记（延续 D 序列）、版本治理（PATCH / MINOR / MAJOR，承继 V1 Manifest 机制）、工程对象与文档的权威归属、编号体系授权、**工程冲突裁决的登记与执行（§5.3）**、合规（Compliance）对象的规范权威。
- **Relationship**: 元域 —— 约束全部 14 个域；是 02 / 03 的规则来源；与 08 协同裁决真值冲突。

### 02 Engineering Object System（工程对象系统）
- **Purpose**: 定义工程对象是什么（对象模型、对象解剖、对象登记、**对象关系矩阵**）。
- **Scope**: 主对象清单（§4.1 · **17 对象**）、对象结构（Identity / Lifecycle / Documents / … / Revision）、对象登记与**对象间关系（§4.3）**。
- **Relationship**: 核心域 —— 04–12 全部在对象上操作；承接 V1 对象解剖十层并升级为工程语义。

### 03 Engineering Identity & Numbering System（工程身份与编号系统）
- **Purpose**: 稳定身份跨生命周期不变；编号可解析。
- **Scope**: 对象 ID、文档号、图纸号、位号（tag）、材料号、供应商号、**合同号、里程碑号**；编号规则与解析规则。
- **Relationship**: 服务 02（对象身份）、04 / 06（文档与图纸编号）、14（物理位号 ↔ 对象身份）；身份 ≠ 标签，修订叠加在身份之上。

### 04 Engineering Document System（工程文档系统）
- **Purpose**: 定义文档语言 —— 文档是工程真值的**表达**。
- **Scope**: 文档类型（register / spec / report / manual / SOP …）、文档结构、文档生命周期（草稿 → 审查 → 批准 → 发布）、文档与对象的挂接、**文档权威层级（§5.3）**。
- **Relationship**: 依赖 02 / 03；为 05 / 06 / 07 提供文档表达框架；经 Document Surface 渲染；输入 12（交付包）。

### 05 Scientific Expression System（科学表达系统）
- **Purpose**: 工程数值与科学表达的语言 —— 单位、符号、公式、计算书、物性与化学表达。
- **Scope**: 单位体系、符号约定、计算书语言、方程 / 过程表达式、数值精度策略（承继 V1 Typography 数值策略 D-012）。
- **Relationship**: 支撑 02（计算对象）、04（文档中的科学内容）、06（图纸上的标注语言）、08（测试判据）。

### 06 Engineering Drawing System（工程图纸系统）
- **Purpose**: 定义图纸语言 —— 图纸是工程真值的**图形表达**（PFD / P&ID / GA / 电气图 …）。
- **Scope**: 图纸类型、图面构成、标注语言（融合 05）、修订与发放；**不替代 CAD**（见 §8 边界）。
- **Relationship**: 依赖 02 / 03 / 05；支撑 09 / 10（询价与制造图面）、11（安装 / 调试 IFC 图）；输入 12。

### 07 Procedure & SOP System（程序与 SOP 系统）
- **Purpose**: 定义程序语言 —— 可执行知识（步骤 → 动作 → 证据）。
- **Scope**: SOP 结构（目的 / 范围 / 步骤 / 判据 / 记录）、程序层级（原理性 SOP → 现场作业程序）、程序与对象 / 设备的挂接。
- **Relationship**: 依赖 02 / 05；支撑 08（检验程序）、10（FAT 程序）、11（安装 / 调试 / **安全作业**程序）；产出证据（08）。

### 08 Quality & Verification System（质量与验证系统）
- **Purpose**: 证据闭合 —— 检验、测试、证书；验证 = 控制链闭合；**证据模型的第一执行域**。
- **Scope**: 检验计划（ITP）、检验记录、测试记录、证书、NCR / 偏差、证据账本（Evidence Ledger）、**HSE / Safety 与 Compliance 对象的验证挂接**。
- **Relationship**: 依赖 02 / 05 / 07；**证据（Evidence）为第一类对象，挂接主张（claim）与对象状态（§4 / §5）**；汇集 09 / 10 / 11 的验证结果；支撑 12（交付判据）。

### 09 Procurement & Vendor System（采购与供应商系统）
- **Purpose**: 采购对象的工程语义 —— 供应商、技术报价、PO、供应商文件、**合同（Contract）**。
- **Scope**: 供应商对象、技术询价 / 报价、PO（承继 PO-8841 控制链：procurement decision / action / evidence）、供应商文件审核、**Contract 对象（采购与交付的商务锚点：范围 / 交付物 / 里程碑 / 付款）**。
- **Relationship**: 依赖 02 / 03 / 05 / 06 / 08；驱动 10（制造接口）；COM / SUP 为主责专业；Contract 输入 12（交付包组成依据）。

### 10 Manufacturing Interface System（制造接口系统）
- **Purpose**: 与外部制造网络的工程接口（制造非 PHITE 内部专业）。
- **Scope**: 制造图面与规范传递、ITP / 检验协同、偏差（DR / NCR）决策、FAT 接口。
- **Relationship**: 依赖 06 / 08 / 09；经 SUP 对接外部供应商；输入 11（到货 / 安装）。

### 11 Installation & Commissioning System（安装与调试系统）
- **Purpose**: 现场执行语义 —— 安装、调试、移交（ENG 专业）、**现场安全（HSE）**。
- **Scope**: 安装程序与记录、调试程序与测试、性能验证、移交（handover）与开工支持、**HSE / Safety 对象（风险评估 / 作业许可 / 安全验证记录）**。
- **Relationship**: 依赖 02 / 05 / 07 / 08；输入 10（制造 / 到货状态）；输出移交证据（12）。

### 12 Delivery Package System（交付包系统）
- **Purpose**: 交付结构 —— 一次完整交付由什么构成。
- **Scope**: 交付包组成（对象 + 文档 + 图纸 + 证据 + 证书）、**按合同（Contract）与里程碑（Milestone / Schedule）组织**、完整性判据（无未闭合证据 → 交付不完整）、**Milestone / Schedule 对象（生命周期交付跟踪锚点）**。
- **Relationship**: 合成域 —— 汇总 02–11 的输出；承接 V1 交付脊线语义；是生命周期驱动交付的最终表现。

### 13 Engineering Knowledge System（工程知识系统）
- **Purpose**: 知识资产 —— 显式化、可修订、可复用的工程知识。
- **Scope**: 知识条目（工艺知识 / 设备知识 / SOP 知识 / lesson learned）、知识 ↔ 对象挂接、知识来源（项目 / 测试 / 售后）。
- **Relationship**: 吸收 02–11 的运行反馈与经验（尤其运行 / 售后）；回灌 01–07（设计依据、最佳实践）；是 AI 层（15）的检索基础。

### 14 Physical Identity System（物理身份系统）
- **Purpose**: 物理资产身份 —— 铭牌、位号、序列号、物理 ↔ 数字对象联动。
- **Scope**: 物理身份字段（tag / serial / nameplate）、物理 ↔ 对象映射、移交与运行期的身份追踪。
- **Relationship**: 依赖 03（身份 / 编号）；与 02 / 06 / 10 / 11 联动；是数字层（15）的物理锚点。

### 15 Digital / AI Integration Layer（数字 / AI 集成层）
- **Purpose**: 使能层 —— 数字孪生、AI 辅助（检索 / 起草 / 验证支持）的集成接口。
- **Scope**: 数字模型与工程对象 / 物理身份的绑定、AI 辅助的输入输出契约（**不写软件** —— 见 §8 边界）。
- **Relationship**: 横切全部域；消费 13（知识）与 02–14（对象 / 证据）；是 V2 面向未来的开放接口。

---

## 4. Engineering Object First Principle（工程对象优先原则）

> **工程不是文件优先的。工程对象是源头结构。**

```
                Engineering Object
                        │
  ┌───────┬───────┬─────┼─────┬────────┬─────────┬─────────┐
Identity Lifecycle Documents Drawings Calculations Procedures Evidence Revision
```

- **Identity**：稳定、不随修订变化（对象 ID / 位号 / 编号 —— Domain 03）。
- **Lifecycle**：对象随工程生命周期推进并持有阶段状态（§6）。
- **Documents / Drawings / Calculations / Procedures**：对象的**表达与操作载体**。
- **Evidence**：对象主张 / 状态的证明 —— **第一类对象**（§4.1），对象结构中的 Evidence 槽位**引用**证据对象（§5）。
- **Revision**：受控变更；身份不变、内容修订。

### 4.1 主对象清单（Major Objects · 17）

| 对象 | 说明 | 主责专业 | 归属域 |
| --- | --- | --- | --- |
| Project | 交付容器 —— 一切对象的顶层锚 | ENG（执行协调） | 02 / 12 |
| Contract | 合同对象 —— 交付与商务锚点（范围 / 交付物 / 里程碑 / 付款） | COM | 09 / 12 |
| Milestone / Schedule | 里程碑 / 进度对象 —— 生命周期阶段与交付进度锚点 | ENG（执行协调） | 12 / 01 |
| Process | 工艺设计对象（PFD / P&ID / 物性 / 计算） | PRO | 02 / 05 |
| Equipment | 设备对象（规格 / 数据表 / GA / 接口） | MEC | 02 / 06 / 14 |
| Material | 材料对象（规格化物料 / BOM） | MEC / SUP | 02 / 09 |
| Supplier | 供应商对象（资质 / 技术能力 / 绩效） | COM / SUP | 09 |
| Document | 表达对象（文档 = 真值的表达） | 各专业 | 04 |
| Drawing | 图形表达对象（图纸 = 真值的图形表达） | 各专业 | 06 |
| Calculation | 科学表达对象（计算书） | PRO / MEC / E&I | 05 |
| Procedure | 可执行知识对象（SOP / 程序） | ENG / E&I / PRO | 07 |
| Inspection | 验证事件对象（检验） | ENG / SUP | 08 |
| Test | 验证事件对象（测试 / FAT / 调试） | ENG / E&I | 08 |
| Certificate | 证据对象（证书 / 放行单） | 各专业 | 08 |
| Evidence | 证据对象 —— 第一类对象 · 挂接主张与对象状态（控制链闭合） | 各专业 | 08 |
| HSE / Safety | 安全对象 —— 风险评估 / 作业许可 / 安全验证记录 | ENG（现场）/ E&I | 08 / 11 |
| Compliance | 合规对象 —— 规范 / 标准 / 认证符合性主张（PED / ATEX / GB …） | MEC / E&I / ENG | 08 / 01 |

### 4.2 对象原则

1. **对象先于文件**：先有对象，再有表达；文件可再生成，对象是锚。
2. **一对象 · 一身份 · 多修订**：身份不变，修订受控演进。
3. **表达挂接对象**：文档 / 图纸 / 计算 / 程序挂接在对象之下，而非游离于文件库。
4. **证据挂接对象与主张**：证据属于对象（主张 / 状态），不随文档打包而丢失；证据是**第一类对象**（§5）。
5. **对象有主责专业**：每个对象由唯一专业持有真值（§7）。
6. **对象间有关系**：对象经显式关系矩阵互联（§4.3）；关系是对象模型的一部分，不是事后标注。

### 4.3 对象关系矩阵（Object Relationship Matrix）

| 关系 | 方向语义 | 说明 | 示例 |
| --- | --- | --- | --- |
| **包含（contains）** | 容器 → 子对象 | 聚合：父对象持有子对象生命周期 | Project 包含 Contract · Equipment · Process |
| **表达（expresses）** | 表达对象 → 被表达对象 | 文档 / 图纸表达对象的真值（表达 ≠ 真值） | Drawing 表达 Equipment · Document 表达 Process |
| **挂接（attaches）** | 证据 / 程序 / 计算 → 对象或主张 | 证据挂接主张（claim）与对象状态；程序 / 计算挂接对象 | Evidence 挂接 Equipment 状态 · Procedure 挂接 Equipment |
| **关联（references）** | 对等引用 | 引用关系，不构成包含或表达 | Equipment 引用 Supplier · PO 引用 Contract |
| **驱动（drives）** | 前置 → 后置 | 前置对象驱动后置对象的生成或推进 | Contract 驱动 Delivery Package 组成 · Milestone 驱动阶段交付 |
| **验证（verifies）** | 验证事件 → 对象主张 | 验证事件验证对象主张 / 状态，产出证据 | Test 验证 Process 性能 · Inspection 验证 Equipment 制造态 |

**示例关系链（Contract-driven 交付）：**

```
Project ──contains──▶ Contract ──drives──▶ Delivery Package
   │                      │                      │
   └──contains──▶ Equipment ──expresses──▶ Drawing
                        │                        │
                        └──attaches──▶ Evidence ◀──verifies── Inspection / Test
```

> 承接：V1 对象解剖十层（D-008）定义对象**在界面中的结构**；V2 定义对象**在工程中的结构**与**对象间关系** —— 同一「对象」概念从呈现层升级为工程层。

---

## 5. Engineering Truth Model（工程真值模型）

> **对象持有真值；文档表达真值；证据证明真值；修订受控变更；审批授予效力。**

### 5.1 真值定义

| 概念 | 定义 | 规则 |
| --- | --- | --- |
| **Object truth（对象真值）** | 工程对象是权威真值持有者 | 文档与对象冲突时，对象胜出：重新表达文档，不修改真值（§5.3） |
| **Document（文档）** | 工程真值的**表达** | 表达 ≠ 真值；文档可重建，真值不可漂移；文档权威层级见 §5.3 |
| **Evidence（证据）** | **第一类对象** · 执行或验证的**证明** · 挂接主张（claim）与对象状态 | 无证据 → 主张未验证；未验证 → 不可关闭（Fail-Closed） |
| **Revision（修订）** | **受控变更** | 身份不变，修订演进；修订历史是真值的一部分 |
| **Approval（审批）** | **授权效力** | 审批授予修订以效力；审批 ≠ 真值，审批 = 被授权的真值 |
| **Identity（身份）** | **稳定锚点** | 永不随修订改变；编号可解析（Domain 03） |

### 5.2 关系模型

```
Identity ──1:N──▶ Revision ──1:N──▶ Expression（Document / Drawing）
                       │
                       ├──▶ Approval（Authority 轴 · 状态五轴）
                       └──▶ Claim / Object State
                                    │
                          verified by
                                    │
                                    ▼
                          Evidence（第一类对象）
                                    │
                          ┌─────────┼─────────┐
                     Certificate  Test   Inspection
```

- **证据是第一类对象**：对象结构中的 Evidence 槽位是证据对象的**引用**；证据对象自身有身份、可修订（补充/更正）、可审批。
- 真值闭合规则（承继 PO-8841 Fail-Closed）：无 Decision Authority → 无 APPROVE；无 Verification → 无关闭；无 Evidence VERIFIED → 无 CLOSED；无 SoR 写回 → 循环不闭合。
- V2 将 V1 控制链（State → Exception → Consequence → Decision → Action → Evidence）确立为**工程真值的运营规则**：任何对象状态转换都必须有证据支撑。

### 5.3 工程冲突裁决规则（Engineering Conflict Resolution）

当同一工程事实出现多个表述时，按权威层级裁决：

```
Object Truth（对象真值）＞ Approved Revision（已批准修订）
      ＞ Controlled Document（受控文档）＞ Draft Record（草稿记录）
```

| 层级 | 定义 | 处置 |
| --- | --- | --- |
| **Object Truth** | 对象持有的当前真值（最高权威） | 冲突时胜出：重新表达文档 / 图纸，不修改真值 |
| **Approved Revision** | 经审批授权的修订版本 | 次高：被对象真值取代时，标记表达失配并重新表达 |
| **Controlled Document** | 已发布 / 受控的文档表达 | 受控但非权威：与其上级冲突时以上级为准 |
| **Draft Record** | 草稿 / 未发布记录 | 最低权威：仅参考，不可作为交付依据 |

- **裁决权属**：冲突裁决由该对象的主责专业执行（§4.2.5）；裁决结论与依据（Revision 历史 + Approval 记录 + Evidence）登记于治理域（Domain 01），可追溯、可复审。
- **Fail-Closed 一致性**：任何层级的表达变更都必须走修订 / 审批通道；禁止直接改写真值绕过证据闭合。

---

## 6. Engineering Lifecycle Model（工程生命周期模型）

```
Concept → Process Design → Engineering → Procurement → Manufacturing Interface
  → FAT → Shipment → Installation → Commissioning → Operation → After-sales
```

- 生命周期进度由 **Milestone / Schedule 对象**跟踪（每阶段 = 里程碑锚点 · ENG 执行协调 · Domain 12）。
- 阶段对象链由 **Contract 对象**（Concept 起）锚定交付边界；**HSE / Safety 与 Compliance 证据**在对应阶段挂接（Domain 08 / 11）。

| 阶段 | 主对象 | 主文档 | 主责专业 | 生成的证据 |
| --- | --- | --- | --- | --- |
| **Concept** | Project · Contract · Process（概念）· Customer Requirement | 技术报价 · 报价单 · 合同（初稿）· 需求说明 | COM | 需求记录 · 报价依据 · 方案选择记录 · **合同记录** |
| **Process Design** | Process · Calculation | 工艺说明（Process Description）· PFD · P&ID（基础）· 工艺计算书 | PRO | 计算书 · 设计依据 · 物性 / 化学依据 |
| **Engineering** | Equipment · Drawing · Material · **Compliance** | 设备规格书 · 数据表 · GA · 电气 / 仪表图纸 · 符合性声明 | MEC / E&I / ENG | 数据表批准 · 接口记录 · 图纸修订 · **规范 / 标准符合性** |
| **Procurement** | Supplier · Material · PO · Contract | 询价文件 · PO · 供应商文件 · 合同（生效） | SUP / COM | PO 记录 · 技术符合性 · 供应商数据（PO-8841 控制链）· 合同签署记录 |
| **Manufacturing Interface** | Equipment（制造态）· Inspection | 制造图面 · ITP · 偏差请求 | SUP / ENG（+ 外部供应商） | 供应商处检验记录 · NCR / 偏差决策 |
| **FAT** | Test · Certificate | FAT 程序 · FAT 报告 | ENG / E&I | 测试记录 · FAT 签署证书 |
| **Shipment** | 交付对象 · 物理身份 | 装箱单 · 运输文件 | SUP | 发运记录 · 交接单 |
| **Installation** | Equipment（现场态）· Inspection · **HSE / Safety** | 安装程序 · IFC 图纸 · **风险评估 · 作业许可** | ENG | 安装检验记录（力矩 / 焊接 / 对中 …）· **安全验证记录** |
| **Commissioning** | Test · Process（性能）· Evidence | 调试程序 · 性能测试方案 | ENG / E&I / PRO | 调试记录 · 性能测试结果 · 移交证书 |
| **Operation** | Process · Equipment（运行态） | 操作手册 · 运行 SOP | ENG（支持）/ PRO | 运行记录 · 性能反馈 |
| **After-sales** | Material（备件）· Supplier（服务） | 服务记录 · 备件清单 · 保修文件 | SUP / ENG | 服务报告 · 经验教训 → 知识系统（13） |

- 每个阶段完成判据 = 该阶段对象链的证据闭合（§5 Fail-Closed）。
- 生命周期驱动交付：交付包（12）按合同与里程碑聚合对象与证据，跨阶段连续，不因文档移交而断链。

---

## 7. PHITE Engineering Discipline Model（专业模型）

使用 PHITE **实际组织**；**不虚构 PHITE 没有的传统 EPC 专业**。制造不是 PHITE 内部专业 —— 制造是**外部供应商 / 厂商网络**（经 Domain 10 接口）。

| 专业 | 中文 | 职责 | 主责域 |
| --- | --- | --- | --- |
| **COM** | Commercial · 商务 | 市场与客户接口：技术报价 · 报价单 · 客户需求 · **合同（Contract）** | 09（商务侧）· 12（客户交付接口）· 01 |
| **PRO** | Process Engineering · 工艺 | 工艺设计室：工艺说明 · PFD · P&ID · 工艺计算 · 化学 / 工艺知识 | 02（工艺对象）· 05 · 13 |
| **MEC** | Equipment Engineering · 设备 | 设备室：设备规格 · 数据表 · GA · 设备接口 | 02（设备对象）· 06 · 14 |
| **E&I** | Electrical & Instrumentation · 电气仪表 | 电气设计 · 仪表 · 控制理念 · PLC 接口 | 05 / 06（电气仪表表达）· 08 · 11 |
| **ENG** | Engineering Execution · 工程执行 | 工程部：安装 · 调试 · 现场执行 · 移交 · **里程碑执行 · 现场安全（HSE）** | 08 · 11 · 12 · 14 |
| **SUP** | Supply & After-sales · 供应与售后 | 供应商接口 · 备件 · 服务 | 09（供应侧）· 10 · 13 |

- 每个工程对象有**唯一主责专业**（§4.2.5）；专业之间以对象与证据交接，而非以文件交接。
- 生命周期主责（§6 表）：Concept → COM · Process Design → PRO · Engineering → MEC / E&I · Procurement → SUP / COM · Manufacturing Interface → SUP（外部制造）· FAT → ENG / E&I · Shipment → SUP · Installation → ENG · Commissioning → ENG / E&I / PRO · Operation / After-sales → SUP / ENG。

---

## 8. V2 Boundary（V2 边界）

### 8.1 包含（Included）

- 工程知识结构（Domain 13）
- 工程对象（Domain 02）
- 文档系统（Domain 04）
- 图纸系统（Domain 06）
- SOP 系统（Domain 07）
- 科学表达（Domain 05）
- 交付结构（Domain 12）
- 物理身份（Domain 14）

### 8.2 不包含（Not included）

- ERP 实施（ERP implementation）
- 工作流实施（Workflow implementation）
- CAD 替代（CAD replacement）
- 制造执行系统（Manufacturing execution system / MES）
- 软件编码（Software coding）

### 8.3 边界判定

- V2 定义**工程语言与结构**；ERP / 工作流 / CAD / MES / 编码是**结构之上的执行**，超出基础范围。
- V2 通过 Domain 15（Digital / AI 集成层）定义与这些系统的**接口契约**，但不实现它们。
- V2 的每个域都是**语言 / 结构规范**（Markdown · FOUNDATION PROPOSAL → OWNER REVIEW → CANONICAL），不是软件模块。

---

## 9. Future Foundation Roadmap（未来基础文档路线图 · v0.2）

| # | 基础文档 | 内容 | 依赖 |
| --- | --- | --- | --- |
| 1 | **Engineering Object Foundation** | 对象模型细化 · 对象解剖 · 对象登记 · **对象关系矩阵（§4.3）** | 本提案 |
| 2 | **Identity & Numbering Foundation** | 对象 ID / 文档号 / 图纸号 / 位号 / **合同号 / 里程碑号** · 编号规则与解析 | 1 |
| 3 | **Document System Foundation** | 文档类型 · 文档结构与生命周期 · 对象挂接 · **文档权威层级（§5.3）** | 1 · 2 |
| 4 | **Scientific Expression Foundation** | 单位 / 符号 / 计算书语言 · 数值精度 | 1 |
| 5 | **Drawing System Foundation** | 图纸类型 · 图面构成 · 标注语言 · 修订发放 | 1 · 2 · 4 |
| 6 | **SOP System Foundation** | SOP 结构（步骤 → 动作 → 证据）· 程序层级 | 1 · 4 |
| 7 | **Evidence & Verification Foundation** | 证据对象模型 · 证据账本 · 验证闭合规则 · **冲突裁决落地（§5.3）** | 1 · 4 · 6 |
| 8 | **Delivery Package Foundation** | 交付包组成 · **合同与里程碑聚合** · 完整性判据 | 1 · 2 · 3 · 5 · 6 · 7 |
| 9 | **Physical Identity Foundation** | 物理身份字段 · 物理 ↔ 对象映射 · 移交追踪 | 1 · 2 · 4 |

每份文档状态流：**FOUNDATION PROPOSAL → OWNER REVIEW → CANONICAL — LOCKED**（沿用 V1 治理；决定记入决策登记 D 序列）。

> **v0.2 路线图修订**（按 Review）：新增 **Identity & Numbering Foundation**（#2 · 紧随对象基础）与 **Evidence & Verification Foundation**（#7 · 先于 Delivery Package Foundation）；交付完整性判据依赖证据闭合，故 Evidence & Verification 必须先行落地。

---

## Owner Review Points（提交审查 · v0.2）

v0.2 已按 Review（NEEDS REVISION）落实六项批准修订：对象关系矩阵（§4.3）· 四新增第一类对象（Contract / Milestone-Schedule / HSE-Safety / Compliance · §4.1）· 证据模型澄清（§5）· 工程冲突裁决规则（§5.3）· 路线图补充（§9）· 全文档一致性同步（§3 / §6 / §7）。

1. V2 是否按本提案方向立项（Design System → Engineering Delivery System）？
2. 专业模型（COM / PRO / MEC / E&I / ENG / SUP）是否与实际 PHITE 组织一致（尤其 E&I 是否独立于 MEC）？
3. 主对象清单（**17 对象**，含 Contract / Milestone-Schedule / HSE-Safety / Compliance）是否完整（是否仍需新增）？
4. 生命周期 11 阶段是否与真实交付流程一致（是否需要合并 / 拆分）？Milestone / Schedule 对象是否应在 Concept 阶段即建立？
5. 冲突裁决规则（Object Truth ＞ Approved Revision ＞ Controlled Document ＞ Draft Record）与裁决权属（主责专业 + Domain 01 登记）是否认可？
6. 边界（不含 ERP / 工作流 / CAD / MES / 编码）是否认可？
7. 路线图 9 份基础文档的优先级与顺序是否认可（对象基础 → 身份编号 → … → 证据验证 → 交付包）？

> **（D-038 已批准 · 2026-08-18 · CANONICAL — LOCKED · V2 · v0.2 APPROVED WITH MINOR NOTES —— 本审查清单关闭；次要意见移交 Engineering Object Foundation 阶段跟进）**

---

_END —— PHITE V2 — Engineering Delivery System Foundation Proposal v0.2 · CANONICAL — LOCKED · D-038 · V2_