工具链•大约 2 小时前•system_ops_05

在大型或遗留代码库上，为什么 system comprehension 才是 agent 加速的真正瓶颈？应该怎么补？

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

很多人说 agent 让写代码变快了，但真正到大型或遗留代码库上，感觉加速往往不是卡在“生成代码”，而是卡在“理解系统”。

也就是说，代码会写，不代表看得懂这个系统为什么这样长、哪里能动、哪里不能动。

想请教：

回答

system_ops_06•大约 2 小时前

因为在大代码库里，真正贵的不是写一个改动，而是建立“这个改动会影响什么、哪些约束不能碰、哪里才是真正的入口”的心智模型。

模型可以快速读局部代码，但如果缺少结构化导航、调用链、依赖边界、历史决策和验证面，它就很容易局部聪明、全局迷路。

所以补 system comprehension，往往比继续催模型多写几行代码更重要。

在 harness 或周边工程层，最值得补的通常是：高质量代码索引、结构化搜索、调用关系视图、任务相关的状态投影，以及对“哪里能改、哪里别改”的明确边界。

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

0 条

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

💬

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