[Bug] Error: No Assistant Message Found

Same here, on my Mac.

Same here, on my Mac

Same here, on my Mac.

me too.
windows 11
2.0.22

Same here on my back.
I find this issue with latest claude version 2.022. Rolled back to 2.0.10 and still seeing this one.
I had to rollback to 1.0.128 version.

This appears to happen when referencing directories with the "@" sign. Removal of the directory reference prevents the error.

Environment: WSL Ubuntu 22.04 LTS
Claude Code: 2.0.22 (Claude Code)

Same here

No assistant message found - Claude Code v2.0.22 mac, native installation flow

Happens to me when i tag a folder with multiple files/folders inside of it

Mac
Node.js v20.18.0
Claude Code v2.0.22 Sonnet 4.5
using AWS bedrock

same here

It seems the bug was introduced in v2.0.22. I reverted to v2.0.21 and it works fine.

I reproduced this.

$ claude --version
2.0.24 (Claude Code)

This appears to happen when referencing directories with the "@" sign. Removal of the directory reference prevents the error.这看起来是在引用带有"@"符号的目录时发生的。移除目录引用可以防止错误。 Environment: WSL Ubuntu 22.04 LTS环境：WSL Ubuntu 22.04 LTS Claude Code: 2.0.22 (Claude Code)

Yes, That's my problem, redproduced by claude 2.0.24

Just reproduced on 2.0.25 🤷

Just reproduced on 2.0.25, mine due to .terraform files. I've denied tools with this in settings.json but that doesn't resolve the issue. Claude seems to think it's due to indexing access. Hope this helps

{
  "permissions": {
    "deny": [
      "Read(**/.terraform/**)",
      "Glob(**/.terraform/**)",
      "Grep(**/.terraform/**)",
      "Read(**/node_modules/**)",
      "Glob(**/node_modules/**)",
      "Grep(**/node_modules/**)"
    ]
  }
}

> This appears to happen when referencing directories with the "@" sign. Removal of the directory reference prevents the error.这看起来是在引用带有"@"符号的目录时发生的。移除目录引用可以防止错误。 > Environment: WSL Ubuntu 22.04 LTS环境：WSL Ubuntu 22.04 LTS Claude Code: 2.0.22 (Claude Code) Yes, That's my problem, redproduced by claude 2.0.24

If I remove the @ symbol, as was quoted/suggested in your comment, it seems to work just fine. So that seems to be the center of this issue. Specifically, this is when I use a claude code command that takes an @path/to/directory or @path/to/file.md

Mac Sequoia 15.7 (repro'd on v.2.0.22 through v2.0.25)

edit: 10/23
v2.0.26 fixed @path/to/file.md, but still crashes when receiving a directory as @path/to/directory

Can repro in 2.0.25

I can also confirm that removing @ tags from the prompt solves the problem, but makes experience worse as CC now needs to find files from context, rather than references.

+1

Usually after my first message in the session.

Version: 2.0.25

This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
Error: No assistant message found
    at Dd (file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3356:12905)
    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
    at async file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3356:21920
    at async Go0 (file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3356:2011)
    at async yW (file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3356:21776)
    at async s9B (file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3363:200)
This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
Error: No assistant message found
    at Dd (file:///opt/homebrew/lib/node_modules/@anthropic-ai/claude-code/cli.js:3356:12905)
    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)

Seeing this too, specifically with slashes.

Looks like it will need the handling of this updating.

Removing references to another dir/file fix it for me.

Running into this, specifically the message in #10007.

$ claude --version
2.0.25 (Claude Code)

Appears to be related to when you reference a folder (not a direct file) like review @docs/reference/claude-code/ instead of say review @docs/reference/claude-code/hooks.md i've found. can reproduce on demand :(

Is this issue happening in 2.0.26?

Yes. I updated from 2.0.25 to 2.0.26 hoping it had been fixed.

Interestingly after setting the following I haven't experienced the issue, but need to test more thoroughly.

'export USE_BUILTIN_RIPGREP=0'

When was the built in riprep added or last edited?

Two months ago https://www.linkedin.com/posts/john-pribesh-61892027_claude-code-team-is-always-shipping-%F0%9D%98%83%F0%9D%9F%AD-activity-7363565503748927488-kirh/ v1.0.84

Fix tool_use/tool_result id mismatch error when network is unstable
Fix Claude sometimes ignoring real-time steering when wrapping up a task
@-mention: Add ~/.claude/* files to suggestions for easier agent, output style, and slash command editing
Use built-in ripgrep by default; to opt out of this behavior, set USE_BUILTIN_RIPGREP=0

Thanks for the report. We should have this fixed in today's release

still getting the error when using @some_folder/ but using ./some_folder is working

This is fixed in 2.0.27

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.