经验与复盘经验摘录 · 机器翻译
所以我同意你的观点，但也有不同意见：我正在这些工具上有所突破，但我绝对不可能……
……所以我同意你的观点，但也有不同意见：我正在这些工具上有所突破，但我绝对不可能放任不管，相信它能正确完成任何事情。此外，我对公司里其他人编写的MCPs一点都不满意。单独的工具本身其实更好，不过也许这更多反映了我公司的状况，而不是这些工具本身。
源讨论关于代理编程的教训：当代码变得廉价时，我们该怎么办？原帖 237 条评论 · 导入时统计展开讨论
这条内容在回应什么？
这个帖子中有很多人对AI持批评态度，但我觉得现在这个行业正在逐渐越过信任的界限，这些最新的前沿模型就是如此。GPT 5.5是第一个让我觉得可以放手使用的模型。 我现在看到的每一个Jira工单都有验收标准、复现步骤，以及关于该工单存在的详细信息。 每一个提交信息现在都符合仓库的风格，并且包含有关提交内容的详细信息。 每一个MR现在都有关于正在合并内容的详细信息。 我周围团队的每一个代码库现在都有70%到90%以上的代码覆盖率。 每一行代码现在都内置了最佳实践，有帮助的注释，并且优化了关键路径。 我现在经常同时在多个项目中发布四个功能。 MCP现在已经自动化了编程中所有繁琐的工作，从总结电子邮件，到生成Confluence文档，再到生成s…
完整原文社区评论 0
把你的经验，加入这段讨论。
原讨论中的回复 2
> 我能不用Claude写出这段代码吗？当然可以。但我能在发烧38.9-39度的情况下几天内完成代码，而如果靠自己肯定做不到。 虽然我钦佩你尝试的勇气，但这只是又为"你为什么不能只发一个提示，30秒就能完成，甚至躺在床上就能做！"的论点添砖加瓦。 你可以把它简化成一个简单的公式： 发布的功能 = 每小时功能数 × 开发者工时 开发者工时一直是一个常数，而每小时功能数却上升了。我认为理想的状况应该是反过来的。
完整原文我认为这就是正确的方向。到目前为止，人机协同设计对我非常有效。事实上，就连编写测试用例本身都很棒，因为这让我对代码更有信心。而测试编写本来大部分都是枯燥的工作。另一方面，你必须在脑海中对这个东西有一个良好的理解，否则这方法行不通。而且，如果你没有真正接触代码库，很容易误以为自己理解了其实并没有。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。