> 我是体验架构设计师，专注 AI 界面的语义治理。 > > 这个仓库不是框架，不是平台，是我对"设计意图如何在概率性输出中不漂移"的完整思考记录， > 以及一个可在线体验的概念验证（DEMO）。
当 LLM 开始生成界面内容，设计意图经历了三次断裂：
- 语义断裂：设计师说"危险操作"，LLM 输出"请谨慎操作"
- 规则断裂：规范写了"禁止自动修复"，但 Prompt 里没注入
- 验证断裂：输出上线后才发现漂移，事后走查成本指数级增长
Schema-As-Code 是我提出的解法：把设计意图从自然语言文档，转化为机器可读的、版本化的、可自动校验的语义契约。
| 序号 | 主题 | 语雀链接 |
|---|---|---|
| 1 | 设计意图治理：当界面从确定性走向概率性 | 阅读 |
| 2 | 设计意图的形式化：从自然语言到机器可读 | 阅读 |
| 3 | 意图协议在规模化 AI 交付中的工程实践与成本优化 | 阅读 |
| 4 | Schema-As-Code：当设计规范从文档变成代码 | 阅读 |
| 5 | 约束显化：通过意图协议将 LLM 不可突破边界转化为机器可读契约 | 阅读 |
无需安装，浏览器直接体验：
这个 DEMO 展示了：
- 自然语言规则（如 "critical 不能用 '严重' 替代"）如何被形式化为 YAML 协议
- LLM 输出如何被四层推演引擎自动校验（语法 → 语义 → 安全 → 美感）
- 语义漂移如何在进入用户界面前被拦截
>
- "确定性界面的治理已经很难，概率性界面让语义漂移从偶发错误升级为系统性风险。"
- "约束被显化、被版本化、被编译、被校验时，组织就不再需要为每一次 LLM 的不确定性支付高昂的治理税。"
- "Design Token 管得了颜色，管不了语义。语义层才是 AI 时代设计系统缺失的那一环。"
- 身份：体验架构设计师（不会写代码，但懂设计-工程断层）
- 战场：设计意图的语义翻译——比工程师更懂设计意图，比设计师更懂实现约束
- 语雀主页：Schema-As-Code 知识库
- 概念验证代码：intent-schema-compiler
- 本文档与思想体系采用 MIT License 开源
- 所有架构图、协议定义、方法论均为个人独立预研，不代表任何企业立场
- 欢迎引用、讨论、批评，请注明出处
> "我不是在建造一个平台，我是在命名一个被忽视的问题，并给出一种思考它的语言。"