iMessage plugin: notifications/claude/channel not delivered to conversation

Summary

The iMessage plugin's poll loop detects new messages in chat.db correctly, but notifications/claude/channel notifications are never surfaced in the conversation. This means inbound iMessages don't auto-alert — the user must manually invoke chat_messages to see new texts.

Environment

• Claude Code CLI (terminal), version 1.569.0
• macOS Darwin 24.6.0
• Plugin: imessage v0.0.1 (official, from claude-plugins-official)
• bun runtime

Reproduction

1. Configure iMessage plugin with Full Disk Access granted, allowlist policy, self-chat
2. Start Claude Code session — plugin spawns and poll loop starts (setInterval(poll, 1000))
3. Send an iMessage to yourself from your phone
4. Expected: Message appears in conversation automatically via notifications/claude/channel
5. Actual: No notification delivered. Conversation is never alerted.
6. Calling chat_messages tool manually returns the message — proving the DB connection and query work fine.

Diagnosis

• Plugin process is running (confirmed via ps aux)
• chat.db is readable (Full Disk Access granted)
• Poll query (qPoll) uses the same DB connection as chat_messages (qHistory) — both see new rows
• handleInbound filters are correct: is_from_me=0 passes, self-chat detected, consumeEcho returns false (no prior echo), message proceeds to mcp.notification()
• The notification call (mcp.notification({ method: 'notifications/claude/channel', ... })) executes without error but the conversation never receives it
• Persists across restarts — restarting Claude Code (and thus the plugin) does not fix it
• Outbound works fine — reply tool sends messages via osascript successfully

Workaround

Manually call chat_messages tool to check for new messages when prompted by the user.

🤖 Filed with Claude Code