Bolt.new：先在页面上试改，再把整批意图交给 AI
Bolt.new 是浏览器里的 AI 应用构建工具，能将需求变成可运行的网站和应用。Visual Edits 让用户在预览上调整文字与样式，检查一组修改后再保存到代码。
先给出你的方案与理由，再展开思路，检查是否遗漏了重要的取舍与验证。这些问题没有唯一答案。
01
产品思考中阶
怎样让待保存修改清楚可见？
练习场景
为自己的 AI 页面编辑器设计“待保存修改”体验。作者在活动页上把标题从24改成32，再改成28；把按钮从灰色改成蓝色；还改了屏幕下方的报名说明。画面立即预览，但只有提交整批后才更新项目代码。本题不要求复制 Bolt。
已知条件与约束
- 同一页面有预览状态、待提交批次、已保存代码三种对象。只能修改文字、字号、颜色，不涉及拖拽布局。作者可能把同一属性改回原值，也可能移除某项。
- 模型只在提交时处理整批；预览没有发出模型请求。处理后可能需要再次核对，不能把预览变化或请求已发出直接显示为代码已保存。
- 作者切换到另一个页面时，当前页面的修改可能尚未提交。你需要设计留在本页、提交后继续、放弃后继续的区别；本题不自动合并不同页面的修改。
- 修改清单必须能定位到原元素。窄屏下看不到的报名说明仍可能在清单里，不能仅凭当前画面判断整批范围。
从这个过程开始
作者完成以上修改，移除按钮颜色，又试图打开另一页。随后返回当前页提交，模型处理完成后发现标题在窄屏换行不理想。分别说明作者在离开前、处理过程中、处理结束后能确认和恢复什么；不要提供产品尚未支持的单项代码回滚保证。
交付物
画出预览中、离页提醒、整批处理中、待核对结果四种状态；给出批次条目、保存反馈和离页文案。比较“自动提交再离开”与“明确选择后离开”的代价，并提出两个观察任务，检查用户能否发现屏外修改、分清预览与代码状态。写实验方法，不填虚构的完成率。
查看思路
- 先把三种状态对应起来。 元素标记和清单指向同一对象，条目显示原值与当前意图。改回原值时清单应反映没有待提交差异，不把历史操作次数当修改数量。
- 让离页选择说明代价。 自动提交会减少停顿，却可能消耗额度并提交被忘记的内容；显式选择多一步，但能检查范围。说明放弃影响本页预览、提交意味着什么，按钮文案避免只写含混的“确定”。
- 把请求与结果分开。 处理中展示本批次范围；处理完成后提供预览核对入口。窄屏问题属于结果检查，不要以“模型已完成”代替“页面正确”。恢复范围应按实际能力解释为整批版本或再次修改。
- 安排两个会暴露误解的任务。 一次要求离开前找出屏外的报名说明修改；一次在模型处理后检查窄屏标题并说明代码保存状态。观察用户看哪里、误把哪种状态当完成，再调整标记、清单和反馈。