你真的不应该把错误信息直接复制粘贴到 Claude Code 中。
You really shouldn't copy-paste errors into Claude Code

原始链接: https://home.robusta.dev/blog/you-really-shouldnt-copy-paste-errors-into-claude-code

别再手动把终端错误复制粘贴给 Claude Code 了。当你插手时,你正在打断该工具旨在实现的高速自动化工程流程。如果 Claude 没发现某个 Bug,这并不是让你接管工作的信号,而是说明该代理缺乏验证自身工作所需的必要工具。 与其进行手动调试,不如赋予代理自行解决问题的能力。如果发现数据库问题,就给 Claude 提供数据库访问权限;如果有视觉 Bug,就为它提供无头浏览器;如果应用很复杂,就提供隔离的云凭证。 你作为工程师的角色已经演变:停止在错误和代码之间充当手动桥梁。你的目标是识别代理失败的原因,为它提供适当的环境或 API 访问权限以检测这些故障,然后放手。通过自动化验证循环,你能够让代理自主进行迭代、测试和修复 Bug。在 2026 年,专业工程的核心在于诊断代理瓶颈并配置系统,让计算机去完成工作——而不是你。

这篇 Hacker News 帖子探讨了“氛围编程”(vibe coding)的风险与收益——即在极少人工干预的情况下,利用人工智能体编写软件的做法。 讨论的焦点在于:开发者是应该手动将错误信息粘贴到 Claude Code 等工具中,还是让 AI 自主诊断问题。支持者认为,让智能体独立运行能使其利用自身的诊断工具,从而提高工作流效率。然而,批评者则警告称,这会造就一个充满不可维护、低质量代码的“地狱”。他们认为 AI 缺乏对系统的认知模型,往往会导致难以察觉的 Bug 和技术债务,这让后续的人类开发者难以理清。 一个反复出现的主题是“人在回路”(HITL)优化的必要性。资深用户建议,当 AI 能直接访问验证工具(如测试运行器)而非依赖人类手动中转错误时,其表现最佳。尽管有些人为 AI 辅助开发带来的速度提升欢呼,将其视为重大进步,但另一些人则担心,过度依赖“黑盒”代码生成会削弱构建可靠且经过深思熟虑的软件系统所需的基本工程技能。
相关文章

原文

When Claude Code writes something that breaks, the reflex is to copy the error out of your terminal and paste it back in. Don't.

Every time you do that, you're slowing down. To write the code, Claude did thousands of autonomous tool calls and file edits. It tested the work locally to the best of its capability (but clearly not good enough) by running bash commands, unit tests, and more. It's the most gloriously fast engineering experience humanity has ever created. And there you are in the middle of it with your pudgy fingers hitting ctrl-c, ctrl-v. It reminds me of the doctor I saw last week at the medical clinic who spends 10% of his time diagnosing the patient and the other 90% stabbing his keyboard - one key at a time - for 10 minutes, only to write 3 sentences.

The whole point of coding agents is that you need to get out of the way! If you're copy-pasting errors then clearly the agent was not able to check its work properly. So stop and ask yourself why:

  1. Did you find an issue that Claude did not, because you ran the webserver end to end, connected to a real database? Good, now give Claude Code an API key to the database and get out of the way. No need for copy-paste next time.
  2. Did you open a browser and see some visual bug, which Claude did not? Easy, give Claude Code a headless browser and login credentials.
  3. Did you run an AI agent you develop and find some failure mode where the agent gives the wrong answer? Great, give Claude an LLM API key so it can run the agent, and let it write evals and reproduce the scenario end to end, then fix it. We do this every day when developing HolmesGPT and it works great.
  4. Are you unable to run your app end to end without a full AWS account or K8s cluster? We give Claude Code API keys to isolated cloud accounts so it can test HolmesGPT, and you can do this too.

If you want to start implementing this, I wrote some tips here.

Remember: your role as a software engineer is not to copy-paste. It's to do what you were always supposed to do: get computers to do things automatically, as reliably as possible. In 2026 that means diagnosing broken agentic loops and getting them to run longer without you. Notice the places that AI slows down because you're needed. Fix it. Find another slowdown. Get out of the way again.

Now back to my Claude Code. I kicked off a few new features when I started writing this post. They're ready and tested by now. I'll do some manual verification, but from past experience I won't find any issues. Claude Code did not write bug-free code on the first attempt, but by now it's found the bugs and fixed them.

Natan Yellin

Natan Yellin, CEO. Natan has been writing software for over 15 years. He regularly posts on LinkedIn.

联系我们 contact @ memedata.com