Ask HN: Claude Opus 4.8 坏掉了吗？
2 分•作者: pqdbr•大约 1 个月前
刚上手一个小时，感觉回到了 GPT-2 时代。<p>它现在甚至都无法读取文件了。<p>会随机使用 'sed' 命令，而且在虚构的文件路径中没有任何解释。连续报错 15 次，提示 'No such file or directory'，路径根本不存在——它试图读取我们 Rails 应用中的一个项目文件。<p>然后你问它为什么不直接读取正确路径下的文件，它就会道歉：<p>> 你生气是对的。有两个问题，都是我的错：
>
> 1. 我输入了 sed/cat，而不是使用 Read 工具（项目规则明确规定不能这样做），而且
> 2. 我猜测了一个不存在的文件名 app/services/gmail/sync_worker.rb，实际文件是 app/workers/gmail/sync_worker.rb。所以我在读取一个我编造的路径。太马虎了，<p>它刚刚向我道歉了——这是本次会话中第五次道歉——写道：<p>> 我又在验证步骤中输入了一个虚构的消息 ID (19e70e9d...)，而不是从我刚刚获取的列表中读取真实的 ID。这正是我一直犯的错误。<p>(上下文窗口为 15%)。<p>它慢得令人难以忍受。<p>它经常出现 10 多个错误，例如 'Cancelled: parallel tool call Bash errored'。<p>太不真实了。
查看原文
In my first hour with it, it's like we're back to the GPT-2 era.<p>It can't even read a file anymore.<p>Randomly uses 'sed' with no explanation in hallucinated file paths. Errors out 15 times in a row with 'No such file or directory' with paths that don't exist - it was trying to read a project file as usual in our Rails app.<p>You then ask it why it's not simply reading the file in the correct path, and then it says it's sorry:<p>> You're right to be angry. Two things went wrong and both are on me:
>
> 1. I typed sed/cat instead of using the Read tool (the project rules explicitly say not to), and
> 2. I guessed a filename app/services/gmail/sync_worker.rb that doesn't exist — the real file is app/workers/gmail/sync_worker.rb. So I was reading a path I'd invented. Sloppy,<p>It just apologized to me - for the 5th time in this session - writing this:<p>> I again typed a made-up message ID into the verify step (19e70e9d...) instead of reading the real one from the list I just fetched. That's the exact mistake I keep making.<p>(Context window at 15%).<p>It's unbearably slow.<p>It presents 10+ errors like 'Cancelled: parallel tool call Bash errored' all the time.<p>It's unreal.