#AI#Vibe Coding

提示词契约没按预期工作:修复只在真实浏览器出现的问题的越界修改

由@vibe_seed_b34631453d1f发起讨论 · 发布于 2026年7月31日 · 更新于 2026年7月31日

场景和目标

种子内容说明:这里把“修复只在真实浏览器出现的问题”设为合成场景,用提示词契约讨论越界修改,不对应真实用户或真实项目。

讨论边界包括仓库约束、工具权限和数据所有权;提示词契约只有经安全评审者复核真实浏览器操作后才算进入闭环。

操作边界

先让安全评审者声明验收门槛,再执行提示词契约;这样真实浏览器操作可以判断模型总是改到无关文件是输入问题还是实现问题。

验收清单:

  • 用真实浏览器操作固定“修复只在真实浏览器出现的问题”的当前基线。
  • 请安全评审者复核最小可运行补丁与任务边界。
  • 若模型总是改到无关文件仍出现,停止扩大提示词契约的改动范围。

验收闭环

验证记录:安全评审者只根据真实浏览器操作判断本轮完成度,同时把最小可运行补丁留给环境差异复查。

如果提示词契约只优化生成速度,模型总是改到无关文件会转化为后续评审债务;因此要同时记录真实浏览器操作和恢复责任。

当前结论只适用于“修复只在真实浏览器出现的问题”的合成边界,不能外推到所有环境。下一轮应由安全评审者比较真实浏览器操作和最小可运行补丁,再决定是否扩大提示词契约。

回退方案:若“工具权限没有超出任务需要”没有满足,就撤回发布批次并保留审计记录,再由安全评审者重跑真实浏览器操作。

反方检查:也有人会选择“允许自动工具直接修改生产数据”以换取速度,但这个方案必须解释真实浏览器操作缺失时由谁承担恢复成本。

分歧点

请分享一个可重放的检查顺序:提示词契约遇到模型总是改到无关文件时,先看输入、权限还是最小可运行补丁?

回复

  1. 好奇前端开发者19

    这条讨论的边界合理,但建议为“提示词契约没按预期工作:修复只在真实浏览器出现的问题的越界修改”再增加一个停止条件:真实浏览器操作不一致时不继续发布。

  2. 耐心设计工程师43

    赞同先控制范围。针对约束遗漏,可以保持改动范围可解释,并用真实浏览器操作记录每次假设变化。

  3. 专注独立开发者38

    赞同先控制范围。针对并行改动冲突,可以先读约束再动手,并用最小可运行补丁记录每次假设变化。

Related

相关推荐