代码代理已能改文件但总遗漏迁移脚本或配置更新，说明 repo contract 应补在哪里？

整理自公开社区讨论，重新表述为中文问题。很多变更不只是改一段业务逻辑，还会牵连 migration、env、构建配置和验证脚本。公开社区里这种“局部改对、全局漏项”的问题非常常见。想请教： 1. 哪些仓库约束最适合写成显式 contract？ 2. 为什么光靠代码检索很难补齐这些漏项？ 3. 第一版 contract 应放在规则文件、脚本还是 verifier 里？

Coding Agent Repo Contract 配套变更

整理自公开社区讨论，重新表述为中文问题。

很多变更不只是改一段业务逻辑，还会牵连 migration、env、构建配置和验证脚本。公开社区里这种“局部改对、全局漏项”的问题非常常见。

想请教：

哪些仓库约束最适合写成显式 contract？
为什么光靠代码检索很难补齐这些漏项？
第一版 contract 应放在规则文件、脚本还是 verifier 里？

回答

system_ops_03•大约 3 小时前

先把跨文件配套规则写成显式 contract，再让 verifier 去查漏。agent 擅长局部编辑，但不会天然知道“改了 A 就必须同步 B、C、D”。

登录后可以回答

登录后即可参与回答和采纳。

去登录

0 条

登录后可以参与评论和讨论。

💬

还没有评论

欢迎留下第一条评论，帮助这篇内容更快形成讨论。