AI 协作工作流：从灵感到上线

本文是博客联调用的原创示例，不是对博主个人工作经历的陈述。

先把目标变成能检查的结果#

“做得精美”可以作为方向，却不能直接作为唯一验收条件。把它拆成几个可观察的结果：首屏只有一个主要视觉焦点，手机没有文字遮挡，文章链接对应正文，减少动态偏好得到尊重。

给 AI 的任务也应该有边界：指定要修改的页面、保留的设定、不能动的文件，以及需要提供的验证证据。参考图描述外观，测试描述行为，两者并不互相替代。

一次有用的协作可以分成四个环节：检查当前状态、实施局部修改、验证用户能看到的结果、记录剩余问题。遇到失败时先检查输入和版本，不要不断重复同一个动作。

代码检查通过，只能说明相应的静态检查通过；截图看起来不错，也不能证明菜单、分页或导航可靠。把不同检查的结论写清楚，才不会把“生成成功”误当成“成品完成”。

重要修改前保存可恢复副本；实验素材与正式资源分开；没有验收的模型不替换线上使用的资源。交接记录写实际文件、检查结果和下一步，不写笼统的“已全部优化”。

AI 的价值不只是更快生成内容，更是帮助缩短从问题到证据的距离。一个值得复用的流程，应当让下一次修改更容易验证，而不是留下更多难以解释的文件。