所有独立作品

独立构建 · 产品与实验

开放规范

Vertical Design MD

让 AI 先理解领域,再开始画界面。

面向 AI Coding 的领域设计规范、状态、权限与评估包。

我的工作
设计方法 · 规范架构 · 校验工具
项目阶段
Independent build
项目类型
工具与方法AI coding / Design systems / Open source
项目自身生成的设计包目录截图,不是交易或医疗产品的实际上线界面。

先让领域、角色与风险可读,再生成界面。

这次工作留下了什么
  • 品牌中性的领域设计包与版本化 Manifest
  • 状态、权限、风险与内容规则
  • JSON Schema、零依赖校验器与静态目录
阅读目录 · 7 个章节
01 / Vertical Design MD

专业系统需要的不只是一张风格参考。

一张漂亮截图不足以描述专业系统。Vertical Design MD 把领域、角色、任务、风险与状态写成可供 AI 读取和检查的设计材料。

02 / Vertical Design MD

把经验组织成可组合的领域包。

01

从领域到任务

组织领域、角色与关键流程,再定义交互和视觉,而不是反向套模板。

02

让遗漏可以被发现

将状态、权限与合规要求独立记录,配合结构校验和评估示例。

03

保持可组合与可追溯

领域包使用品牌中性的描述,并保留灵感来源与使用边界。

03 / Vertical Design MD

遗漏权限与状态,不能靠视觉润色补回来。

视觉提示词很容易遗漏权限、异常状态与高风险操作。需要让设计经验成为结构,而不是只成为形容词。

04 / Vertical Design MD

在画界面之前,先把问题写对。

核心路径 · 依据项目资料梳理
  1. 01领域与角色

    明确谁在何种业务环境中工作。

  2. 02任务与风险

    定义目标、危险操作和不能省略的约束。

  3. 03状态与权限

    把空态、失败态、陈旧数据和权限差异写成材料。

  4. 04交互与视觉

    在已有业务模型上建立布局与表达。

05 / Vertical Design MD

一份领域包,分别约束哪些内容?

问题与场景处理方式取舍与依据
DOMAIN / FLOWS领域、角色与任务路径避免先套视觉模板、再猜业务
STATES / PERMISSIONS状态与可操作范围防止只生成正常状态和管理员视角
COMPLIANCE / CONTENT风险边界与内容约束把遗漏变成可检查问题,而非审美意见
06 / Vertical Design MD

校验器能证明结构完整,不能证明专业判断正确。

实现中的校验器检查必要字段和文件,并构建设计包预览。它可以发现缺页和结构问题,却不能替代专家审核或受控生成对比。项目明确保留 Awesome DESIGN.md 与 Google Stitch 的灵感来源,也不把目录截图包装成已上线医疗或交易软件。

07 / Vertical Design MD

交付与复盘

交付物

可以查看的交付

规范目录、领域包、校验工具与评估场景共同构成可以实际读取的设计资产。

查看对应材料
项目记录

已有验证记录

项目测试脚本执行结构校验与预览构建;这与“AI 生成质量提升”是不同层次的证据。

设计与代码的连接,可以从更好的问题描述开始。