AI-first 设计系统的两条路线:格式层 vs 引擎层
当我花了半年做出一个 AI 驱动的设计系统引擎后,Google 发布了 DESIGN.md——一个只有 1 个文件 + 4 条命令的方案。这不是竞品——这是路线分歧。格式层和引擎层,代表了 AI-first 设计系统的两种哲学。
当我花了半年做出一个 AI 驱动的设计系统引擎后,Google 发布了 DESIGN.md——一个只有 1 个文件 + 4 条命令的方案。这不是竞品——这是路线分歧。格式层和引擎层,代表了 AI-first 设计系统的两种哲学。
Vibe Coding 让每个人都能用 AI 生成界面。但生成的东西没人能维护、没人能解释、每次都不一样。问题不是 AI 不够强——是 AI 没有约束。
我有一个跑了 3 个月的个人 AI 系统。它如何从'只有我能用'变成'别人也能用'?这是三级产品化的故事:工作台→Mindcraft→Cocreation Framework。
AI 帮你写代码很容易。但确保 AI 写的是对的东西、最后能收口——需要一套纪律框架。从需求收敛到方案设计到结晶验证的完整闭环。
50 个人的 AI 训练营,有人想做产品、有人想写代码、有人两个都想。统一课程是死路。三赛道制是活路——但设计它比想象中难。
AI 说'我已完成'的可信度大约等于小学生说'我写完作业了'。唯一可靠的验证是:跑一段代码,退出码=0。这篇讲我如何建立 AI Agent 的机器验证体系。
Vibe Coding 让更多人能用 AI 生成页面,但产物缺少传递性、延续性和一致性。问题不在 AI 能力不够,而在于 AI 缺少结构化的设计约束。协议驱动的设计系统引擎是一种回应。
写一个 AI 技能容易——维护 30 个不容易。当技能之间开始出现功能重叠、关系缺失、Gate 覆盖不全时,你需要的不是重构——是治理。这篇讲技能从生到死的全流程管理。
一个人的 AI 系统实践,如何提炼为别人也能用的东西?答案不是'开源代码'——是'开源模式'。Mindcraft 是从 3 个月个人工作台运营中提取的 5 维度可复用模式集。
22 天,246 个 commit,一个人用 AI 从零构建了一套完整的设计系统 CLI 工具。这是一个关于'个人开发者在 AI 时代能走多远'的实验。