[BUG] Cowork shows truncated "Unknown skill" toast referencing host's ~/.zprofile when sending a message

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

What's wrong
When I send a message to Cowork in the Claude desktop app, a toast appears in the top-right corner reading:

Unknown skill: Users/andrewrobinson/.zprofile:1:.

The toast is truncated — the message is cut off and I can't see the full text. The path format is malformed (no leading /, trailing : and .), which suggests an internal error string is being passed into the Skill tool's resolver as if it were a skill identifier.
Environment

macOS (Intel iMac)
Claude desktop app (latest)
Claude Code SDK (bundled in Cowork VM): 2.1.128
VM bundle version: 5680b11bcdab215cccf07e0c0bd1bd9213b0c25d
Shell: zsh
~/.zprofile contents (originally):

eval "$(/usr/local/bin/brew shellenv)"
eval "$(/opt/homebrew/bin/brew shellenv)"
Steps to reproduce

Open Claude desktop app
Start a Cowork chat
Send any message
Toast appears in top-right with the error above

What I've already tried (none fixed it)

Updated Claude Code globally (npm update -g @anthropic-ai/claude-code)
Restarted the Claude desktop app multiple times (Cmd+Q full quit)
Restructured ~/.zprofile to wrap the eval calls in an if block:

sh # Homebrew
if [ -x /opt/homebrew/bin/brew ]; then
eval "$(/opt/homebrew/bin/brew shellenv)"
elif [ -x /usr/local/bin/brew ]; then
eval "$(/usr/local/bin/brew shellenv)"
fi

Confirmed CLAUDE_ENV_FILE is not set in my shell environment

Diagnostic notes

The error does not appear in any file under ~/Library/Logs/Claude/ — searched all of chrome-native-host.log, claude.ai-web.log, cowork_vm_node.log, cowork_vm_swift.log, coworkd.log, main.log, mcp.log, etc. This suggests the error is being raised inside the Cowork VM but not surfaced in the host logs, only as a UI toast.
The path format Users/andrewrobinson/.zprofile (no leading slash) matches the virtiofs mount path inside the VM (/mnt/.virtiofs-root/Users/andrewrobinson/...), which strongly suggests the SDK inside the VM is reading my host's ~/.zprofile and feeding a parse error / line reference into the Skill resolver.
I have user-level skills installed (~/.claude/skills/): find-skills, higgsfield-product-photoshoot, higgsfield-generate, higgsfield-soul-id, higgsfield-marketplace-cards. Unsure if any of these are related.

Expected behavior

Cowork should not surface internal SDK errors as user-facing toasts unless they're actionable
If the toast is intentional, the message should not be truncated
A path-like string should not be passed to the Skill resolver as a skill name
~/.zprofile parse errors (if any) shouldn't break Cowork message sending

Impact
Toast appears every time I send a Cowork message. Cowork itself appears to still function, but the persistent error toast is disruptive.

What Should Happen?

I should be able to send a message to Cowork

Error Messages/Logs

[VM] 2026-05-07 08:58:21 [info] startVM called for /Users/andrewrobinson/Library/Application Support/Claude/vm_bundles/claudevm.bundle with memoryGB=4 cpuCount=auto networkMode=gvisor
[VM] 2026-05-07 08:58:21 [info] Bundle version: 5680b11bcdab215cccf07e0c0bd1bd9213b0c25d
[VM] 2026-05-07 08:58:21 [info]   - Shared directory: /
[VM] 2026-05-07 08:58:29 [info] SDK installed successfully: version=2.1.128
[VM] 2026-05-07 08:58:39 [info] API reachability: REACHABLE

{
  "name": "cowork",
  "status": "connected",
  "scope": "dynamic",
  "toolCount": 7
},
{
  "name": "cowork-onboarding",
  "status": "connected",
  "scope": "dynamic",
  "toolCount": 1
}

Steps to Reproduce

1. Send a message to Cowork.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.1.128

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Other

Additional Information

_No response_