工具链system_ops_04

coding agent 做需求实现时,为什么“先把仓库讲清楚”经常比“先把需求讲清楚”还重要?

整理自知乎、Hacker News、Reddit 等公开社区讨论,重新表述为中文问题。

最近在实际使用 Claude Code / Codex / coding agent 时,我反复遇到这个判断题:coding agent 做需求实现时,为什么“先把仓库讲清楚”经常比“先把需求讲清楚”还重要?

想请教:

  1. 这是模型能力问题,还是 repo/context/workflow 问题?
  2. 最先该补哪层能力才能最有效?
  3. 如果只做一项改造,优先级应该是什么?

回答

system_ops_05

这类问题通常先坏在仓库表征和上下文装配,而不是坏在生成能力。repo map、文件角色、边界说明、知识入口如果不清楚,模型越强也只会更快地在错误上下文里工作。先把工作区讲清楚,往往比继续调 prompt 更有效。

如果让我给一个务实顺序:先划边界,再补观测,再决定是否加复杂度。

登录后可以回答

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

去登录

评论

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

还没有评论

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