工程导读

如何阅读 Proto UI 的工程实现章节

写作提示：

• 说明 Engineering 这一章在整个文档站里承担什么职责。
• 说明它不是安装使用指南，也不是贡献流程指南。
• 说明它是“实现层解释”，用来回答 Proto UI 在代码与运行时里如何成立。

写作提示：

• 不负责项目动机与哲学论证，那是 Whitepaper 的职责。
• 不负责正式语义裁决，那是 Specifications 的职责。
• 不负责安装、使用、贡献流程，那些更适合 Start Here 或 Ecosystem。
• 不负责保存零散的内部踩坑记录；这类事实记录现阶段先放在仓库内的 internal/records/，后续成熟后再整理进工程文、规范或契约。

写作提示：

• 解释 runtime、原型 API、适配器、宿主能力、模块边界如何协作。
• 解释白皮书中的原则如何在工程层被承载。
• 为准备深入实现层的读者提供阅读地图。

写作提示：

• 给想理解 Proto UI 内部工作方式的学习者。
• 给需要进入实现层的维护者与研究者。
• 给需要理解 API / SPI 背后结构的人，而不是给首次接触项目的人。

写作提示：

• 给出推荐顺序，例如先读 Runtime 架构，再读 Prototype API 与 Host Caps。
• 说明涉及“为什么这样设计”时应回到 Whitepaper。
• 说明涉及“什么行为算合规”时应回到 Specifications。

写作提示：

• 这篇解决什么工程问题。
• 主要读者是谁。
• 前置阅读是什么。
• 核心结构 / 机制。
• 关键 API / SPI。
• 常见误解或边界。
• 下一步读什么。

写作提示：

• 把读者带到 Runtime 架构，作为工程章节的真正起点。