合成情境
这是用于填充社区工作流的合成讨论，主题是路由行为在“从一句模糊想法到可运行页面”里如何面对生成结果看起来正确却无法运行。
为了控制“从一句模糊想法到可运行页面”的返工成本，路由行为必须同时满足任务边界和“迁移与回退都经过预演”两项约束。
推进顺序
先让最终使用者声明验收门槛，再执行路由行为；这样键盘操作记录可以判断生成结果看起来正确却无法运行是输入问题还是实现问题。
验收清单：
- 用键盘操作记录固定“从一句模糊想法到可运行页面”的当前基线。
- 请最终使用者复核性能采样与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大路由行为的改动范围。
恢复设计
验收证据：键盘操作记录用于确认当前动作，性能采样用于交叉检查；两者都不能被展示计数替代。
若团队选择“先做原型再补测试”，就要额外让最终使用者检查性能采样，否则不可运行输出会被推迟到发布阶段。
当前结论只适用于“从一句模糊想法到可运行页面”的合成边界，不能外推到所有环境。下一轮应由最终使用者比较键盘操作记录和性能采样，再决定是否扩大路由行为。
恢复路径：发现不可运行输出后先冻结发布，再将旧结论标记过期后重新采样，最后重新确认“迁移与回退都经过预演”。
反方检查：若“从一句模糊想法到可运行页面”只用于原型，严格回退看似过重；但最终使用者仍需声明原型不能进入哪些入口。
你会如何处理
在用小步提交降低风险与保持改动范围可解释之间，你会怎样为路由行为排序？键盘操作记录不足时是否应该拒绝发布？