你的设计烂到不如截图喂 AI

我是觉得现在美其名曰「敏捷开发」的协作/交付方式在现今人工智能助力所有人的背景下已经不再适用了。这种短周期持续反馈迭代的模式反倒成了瓶颈：每个职能方都不得不等待上游的静态文档交接，之后再从 0 实现。我们需要一种更短周期的反馈交付模式。

瓶颈 1：AI 只助力个人

之前我们等需求文档、等设计稿、等发测试服、等上线即上文中的「静态文档交接」：产品生成需求文档、设计深沉设计稿等等；现在有了万能的人工智能，我们许愿需求文档、许愿设计稿、许愿发测试服、许愿上线（当然我是在讽刺毕竟许愿也需要 prompt，不是吗？）。神灯里的精灵需要和每个人都对齐一遍关键字和上下文，按照每个人自己的理解满足他们的愿望。与其这样，不如把精灵也加入到 scrum 里每天开站会，而不是只在每个人耳旁说悄悄话。
比如产品讲的「上传」在设计这里叫「发版」，在开发这里叫「部署」。agent 在一轮轮的对话过程中和每个人都（或明文或隐喻地）对齐过这个东西，但他最终叫什么不重要，每个人讲的是同一件东西，重要。

脑-口（文字）-耳（眼）-脑 的传递过程中必然是有丢失和错误产生的像阿凡达一样就好了，一根辫子脑 - 脑传递，这也是我们需要一次次对齐沟通的原因，也是我们需要 /plan 需要 /grill 需要 CONTEXT.md 的原因。

瓶颈 2：AI 也很难还原设计稿

我相信不远的未来它可以，但肯定不是今天。即使设计能严格遵守设计规范，也很难做到从开发角度思考页面的框架当然这是一种自私的想法，毕竟也没见PM为设计提前考虑多少，你可以编辑任意一个设计稿看看，能否在拉宽屏幕或切换黑夜模式的时候完美适配。如果做不到，那就先别期待前端能在 AI 还原设计稿这件事上省心。我总是要花超过半数的精力与时间在修改无关紧要的「设计走查」上很大可能这只是设计体现「匠人精神」的方式，毕竟用户也在用 AI 读页面，nobody gives a fuck about 你的 icon 有没有阴影。
既然产品经理可以同 agent 一起打磨出可交互的原型，为什么设计还要从零开始搭建 figma 设计系统、布局与响应呢？你给的设计稿充满了无意义的嵌套和继承，完全没有 MCP 的意义，我还不如截图给 AI 从 0 理解。figma MCP 会读设计稿结构，垃圾的结构对 agent 就是有毒上下文
当然可以交给一个 /goalcodex 有这个模式，无情的劳动工厂。agent 在达成设定的目标前不会停止 的 computer use，让它自己打开浏览器自己对着设计稿改，不完美一致前不要停，但我的时间和 token 都没这么多。
都说前端死了，但我觉得它一天不能完美还原设计稿，前端就能多活一天。

不否认今天我们可以一人产品从 0 上线优秀的网页，但就已有工程接入 AI 来说，难。

但我也看不清到底怎样才是适合现今的协作模式，如果把 agent 拉到群里就像 https://cumora.ai 或 https://raft.build/ 一样，将 agent 视作同事一起讨论需求、编辑设计稿、参与逻辑开发，它的反馈实现速度又实在太慢，我们没法为了一个小小数值修改就能完成的愿望等它一分钟。
我也不期待设计师能借助 AI 通过对话来生成 ready-to-develope 的设计稿，毕竟这中间的很多决策就是需要我来评判的。

或许是时候让 pm 和设计师都学学 git 了：你们自己 vibe 好了我再拉下来开发。当然我们也可以放弃规范的代码结构，写大量的测试用例全过就上线，毕竟能用就行，谁看你代码写得好不好呢？