# PHITE DESIGN CONSTITUTION V1

> Phase 3 — Canonical Foundation · 状态：**CANONICAL — LOCKED**（本文件为已批准宪法，非提案）
> 适用范围：设计师 / 工程师 / 开发者 / AI 编码智能体 / 未来 PHITE 员工

---

## 01 · PHITE Design Constitution V1

十二项原则构成 PHITE 设计语言的最高规范。任何组件、界面或未来设计系统决策都不得与这些原则冲突。

### P1 · Precision Before Decoration · 精准先于装饰

- **Rule**：任何视觉决策先服务于信息与工程含义；装饰不得削弱可读性、密度或数据精度。
- **Why**：PHITE 承载真实 EPC 复杂度，视觉噪音会转化为工程风险与误读。
- **Good**：用发丝线分隔文档登记表行，而非给每行加彩色边框。
- **Avoid**：为营造「工业感」而散落十字、坐标或尺寸线。

### P2 · Cyan Means State · 青色即状态

- **Rule**：签名青 `#00A6D6` 仅表示 **当前 / 实时 / 选中 / 活跃**；不作通用装饰色。
- **Why**：青色是唯一被赋予语义的品牌色，滥用会摧毁其信号价值。
- **Good**：交付脊线的当前节点、选中行、活跃导航、当前里程碑用青。
- **Avoid**：为「更好看」给无关图标、卡片或分隔线描青边。

### P3 · Light Means Work · 浅色即工作

- **Rule**：浅色环境为长时间工程工作优化——高信息、低疲劳、可扫描。
- **Why**：文档、登记表、采购、评审、表单是数小时级使用场景。
- **Good**：Handbook 采用舒适行长（60–75 字符）与 1.75 行高。
- **Avoid**：把浅色工作台做成营销式大留白、低密度页面。

### P4 · Dark Means Control · 深色即控制

- **Rule**：深色环境暴露系统状态与决策智能，而非简单反转浅色颜色。
- **Why**：控制的目的是「状态可见」与「决策聚焦」，不是「换肤」。
- **Good**：执行控制按「状态 → 例外 → 后果 → 决策」组织。
- **Avoid**：深色环境堆满 KPI 卡片、霓虹光效或科幻控制室装饰。

### P5 · Density Is Legitimate · 密度合法

- **Rule**：组织复杂度，而非隐藏它；信息密度是工程系统的正当属性。
- **Why**：数百项目、数千文档、审批、依赖与财务必须在可扫描范围内工作。
- **Good**：十列登记表 + 等宽数字 + 粘性表头 + 状态语义。
- **Avoid**：为极简而折叠掉可操作信息或把表格切成多屏。

### P6 · Objects Have Anatomy · 对象有解剖

- **Rule**：核心对象共享结构语法：标识 → 分类 → 标题 → 版本 → 状态 → 权威 → 关系 → 元数据 → 证据 → 动作。
- **Why**：同构降低认知成本，并使 AI 智能体可预测地生成与解析对象。
- **Good**：文档、设备、采购、里程碑使用同一套层级。
- **Avoid**：每种对象发明一套独立布局。

### P7 · Lines Carry Meaning · 线即语义

- **Rule**：工程线（参考 / 边界 / 依赖 / 修订 / 位置）必须传达信息。
- **Why**：线是工程语言；无信息角色的线等于「主题化」而非「工程化」。
- **Good**：依赖箭头、修订标记、当前节点十字位置。
- **Avoid**：撒满坐标轴、尺寸线、网格来营造「工业风」。

### P8 · Lifecycle Is Visible · 生命周期可见

- **Rule**：EPC 生命周期位置与移动应可理解——工程 → 采购 → 制造 → 物流 → 安装 → 调试。
- **Why**：交付脊线是控制与协作的共同心智模型。
- **Good**：脊线节点状态 + 当前节点 + 人工决策门。
- **Avoid**：把交付脊线降级为装饰性进度条。

### P9 · Metadata Is First-Class · 元数据一等公民

- **Rule**：修订、专业、文档号、状态、权威是首要信息，不是脚注。
- **Why**：工程可信度来自可追溯性。
- **Good**：标题栏承载 DOC / REV / STATUS / PREPARED / CHECKED / APPROVED。
- **Avoid**：把元数据压成灰色小字藏在角落。

### P10 · Hierarchy Before Containers · 层级先于容器

- **Rule**：先用字体、对齐、留白、线、分组建立层级；卡片仅用于有意义的对象或包含关系。
- **Why**：卡片泛滥稀释层级，制造「浮动矩形」噪音。
- **Good**：用发丝线分隔的密集表、用背景面区分模块。
- **Avoid**：每块信息都装进圆角卡片。

### P11 · Designed for Long Life · 为长期设计

- **Rule**：避免对短期视觉潮流的依赖（大圆角、玻璃拟态、渐变、霓虹、AI 紫、过度动画）。
- **Why**：系统需 5–10 年可信，工程组织不追逐时尚。
- **Good**：2px 圆角、扁平面、克制的青色语义、稳定的网格。
- **Avoid**：玻璃拟态、霓虹光晕、渐变背景、装饰性动效。

### P12 · AI-Reproducible · AI 可复现

- **Rule**：规则必须显式到 AI 智能体可无歧义复现；使用确定性、可判定语言。
- **Why**：PHITE 将越来越多由 AI 构建、生成与运营。
- **Good**：「签名青可表示选中或当前状态」。
- **Avoid**：「用青色创造活力」之类模糊表述。

---

## 02 · Canonical Design Thesis · 规范设计论点

**CANONICAL — LOCKED**

> PHITE 将**工程文档的精准**与**工程操作系统的智能**合二为一。
> 浅色是工程工作发生的地方；深色是系统状态变得可见的地方。
> 二者共享同一套语法——是「换环境」，不是「换软件」。
> PHITE 是 engineered，不是 themed。

---

## 03 · Light Engineering Environment · 浅色工程环境

**CANONICAL — LOCKED**

- **目的**：Engineering Work（工程工作）。
- **优化场景**：工程创建、长时专业使用、Handbook、文档、登记表、规格书、采购、表单、数据录入、评审、批准、技术记录。
- **行为特征**：
  - 支持高信息密度而不过度疲劳。
  - 中性为冷调「工程纸面」，非米色/奶油。
  - 结构优先：发丝线、标题栏、等宽数据、对齐。
  - 主色为身份蓝（结构/主操作），无烟煤承载正文，签名青仅用于当前/选中/实时。
- **NOT**：不是营销页、不是深色界面的反色版。

---

## 04 · Dark Control Environment · 深色控制环境

**CANONICAL — LOCKED**

- **目的**：System State / Control（系统状态与控制）。
- **优化场景**：项目控制、执行控制、实时状态、调试、运行监控、风险、例外、依赖、决策、AI 辅助控制环境。
- **行为特征**：
  - 暴露系统状态，而非简单反转浅色颜色。
  - 信息层级按「状态 → 例外 → 后果 → 决策」组织。
  - 夜蓝为底，签名青（亮青）承载当前/实时/活跃；功能色（琥珀=风险、红=延误、绿=完成）承载语义。
  - 控制密度：只保留状态关键项，不堆砌 KPI。
- **NOT**：不是赛博朋克、不是科幻控制室、不是霓虹仪表盘、不是游戏界面。