DesignPulse

DesignPulse 是一个面向设计师与前端开发者的本地优先设计规范工作台。我把 DESIGN.md 定义为设计系统的单一真源：颜色、字体、间距、圆角、组件语义和实现约束都保存在一份可读、可版本管理的 Markdown 文档中。

产品支持在源码、结构化编辑、阅读与视觉预览之间切换，并从同一份规范导出 Design Tokens、CSS Variables、Tailwind Theme 和完整交付文件。想直接试用的话，可以进入 DesignPulse 在线体验，从新建或导入一份 DESIGN.md 开始。

#从多份规范到单一真源

传统工作流中，Figma 保存视觉样式，文档保存使用说明，Token 与 CSS 又由开发单独维护。每次调整都要在多个位置同步，最终很容易出现设计与实现不一致。我没有把问题理解为“做一个 Token 编辑器”，而是重新定义为：如何减少设计系统中的真源数量。

• DESIGN.md 同时承载设计原则、Token、组件说明与实现约束；
• 结构化控件、预览和导出都从当前 Markdown 实时派生，而非维护独立副本；
• 无法识别的 Markdown 原文始终保留，避免结构化编辑破坏已有内容。

#同一份文档，三种操作方式

源码视图给用户完整控制权；结构化视图把可识别的 Token 转成颜色、数字和选择控件；预览视图则把当前解析结果变成可阅读的设计系统页面。它们不是三个编辑器，而是同一份文档的不同表达方式。

#AI 只提议，不执行

设计系统是高影响资产，一次错误修改可能影响多个页面和组件。因此 AI Assistant 只会解释、检查、修复或规范化当前规范，并把可能改动原文的结果作为提议返回。用户需要先查看完整 Diff，再决定应用、重试或放弃。

• 请求中：明确告知当前任务与处理状态；
• 生成后：展示新增、删除与修改的文档差异；
• 校验后：提示未识别内容、解析问题和导出可用性；
• 最终写入：只在用户确认后发生，AI 不会静默覆盖 DESIGN.md。

#本地优先的设计交付

我没有把账号和云同步作为核心流程的前置条件。工作区、草稿和 AI 配置默认保存在浏览器 IndexedDB，用户无需登录即可开始创作，也可以主动导出完整工作区备份。这样的取舍降低了首次使用门槛，并让未发布的品牌信息不被默认上传。

当文档通过解析和校验后，DesignPulse 可以从同一份 DESIGN.md 输出 Markdown、tokens.json、CSS Variables、Tailwind Theme 与 ZIP 交付包，让设计说明与开发资产保持在同一条链路中。

我独立完成了产品定位、需求分析、信息架构、交互与视觉设计，以及前端实现。除了界面本身，还处理了 IndexedDB 持久化、Markdown 解析与状态同步、AI 异常状态、导出、国际化和 Cloudflare Workers 部署。这个项目让我从设计单个页面，进一步转向设计数据真源、异常状态和用户控制权。