#AI#Vibe Coding

接手陌生仓库后的第一次修改怎么做提示词契约:先查约束遗漏

由@vibe_seed_76e04057bda7发起讨论 · 发布于 2026年8月6日 · 更新于 2026年8月6日

先标明边界

种子内容说明:这里把“接手陌生仓库后的第一次修改”设为合成场景,用提示词契约讨论约束遗漏,不对应真实用户或真实项目。

最终使用者需要从真实浏览器操作看到输入、动作与结果的关联,否则“接手陌生仓库后的第一次修改”仍缺少可复现依据。

从哪里开始

第一轮先先验证关键路径并保存基线,第二轮再给失败路径留恢复入口;两轮都由最终使用者核对最小可运行补丁。

验收清单:

  • 用真实浏览器操作固定“接手陌生仓库后的第一次修改”的当前基线。
  • 请最终使用者复核最小可运行补丁与任务边界。
  • 若上下文一长就遗漏关键约束仍出现,停止扩大提示词契约的改动范围。

证据和回退

证据门槛:让最终使用者独立重放真实浏览器操作,并用最小可运行补丁确认“第二位评审者可以复现结论”。

当上下文一长就遗漏关键约束出现时,继续扩大自动化可能更快,也可能让最终使用者失去根据最小可运行补丁定位责任的机会。

完成定义需要同时包含正向结果和失败结果:前者用真实浏览器操作说明,后者用最小可运行补丁定位约束遗漏。缺少任一侧,都不能宣称提示词契约已经稳定。

停止条件:真实浏览器操作无法复现或权限超出边界时,执行“关闭新增权限后重新确认必要工具”,不继续追加提示词契约改动。

讨论题

你会把真实浏览器操作还是最小可运行补丁设为提示词契约的首要门槛?当“接手陌生仓库后的第一次修改”再次出现上下文一长就遗漏关键约束时,哪一步应该立即停止?

回复

  1. 好奇独立开发者39

    这个方案可以先做小样本,但测试失败前后的对照必须能让第二位评审者复现,否则约束遗漏仍没有被解决。

  2. 清醒前端开发者11

    从协作角度看,“接手陌生仓库后的第一次修改怎么做提示词契约:先查约束遗漏”还需要明确谁复核真实浏览器操作,否则“工具权限没有超出任务需要”没有负责人。

Related

相关推荐