From ops
Send and read messages across all channels. Routes based on arguments — whatsapp, email, slack, telegram, discord, notion, or natural language like "send [msg] to [contact]". WhatsApp via mcp__whatsapp__* (Baileys bridge).
How this skill is triggered — by the user, by Claude, or both
Slash command
/ops:ops-comms [channel] | send [message] to [contact] | read [channel] | notion [search query][channel] | send [message] to [contact] | read [channel] | notion [search query]This skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Before executing, load available context:
Before executing, load available context:
Daemon health: Read ${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/daemon-health.json
lsof -i :8080 | grep LISTENlaunchctl kickstart -k gui/$UID/com.${USER}.whatsapp-bridgeOps memories: Before drafting any message, check ${CLAUDE_PLUGIN_DATA_DIR}/memories/:
contact_*.md — load profile for the recipientpreferences.md — match user's communication style, language, and tonedonts.md — restrictions that must not appear in any draftPreferences: Read ${CLAUDE_PLUGIN_DATA_DIR}/preferences.json for default_channels to determine which channel to prefer when multiple are available for a contact.
Bridge health — check bridge is running before any WhatsApp operation:
lsof -i :8080 | grep LISTEN
launchctl list com.${USER}.whatsapp-bridge
If not running: launchctl kickstart -k gui/$(id -u)/com.${USER}.whatsapp-bridge
| Tool | Params | Output |
|---|---|---|
mcp__whatsapp__list_chats | {sort_by: "last_active"} | Array of chats with jid, name, last_message_time |
mcp__whatsapp__list_messages | {chat_jid, limit, query} | Array of messages with is_from_me, content, timestamp, sender |
mcp__whatsapp__search_contacts | {query} | Contacts matching name or phone |
mcp__whatsapp__send_message | {recipient, message} | Send result |
mcp__whatsapp__get_chat | {chat_jid} | Chat metadata |
mcp__whatsapp__get_message_context | {chat_jid, message_id} | Message context window |
| Command | Usage | Output |
|---|---|---|
gog gmail search "in:inbox" --max 50 -j --results-only --no-input | Search inbox | JSON array of threads |
gog gmail thread get <threadId> -j | Get full thread with all messages | Full message JSON |
gog gmail send --to "[email protected]" --subject "subj" --body "text" | Send new email | Send result |
gog gmail send --reply-to-message-id <msgId> --reply-all --body "text" | Reply all | Send result |
gog gmail send --to "[email protected]" --subject "subj" --body "text" --attach /path/file | With attachment | Send result |
gog gmail archive <messageId> ... --no-input --force | Archive messages | Archive result |
Parse $ARGUMENTS and route immediately:
| Pattern | Action |
|---|---|
whatsapp | Show WhatsApp recent chats — offer to read or send |
email | Show recent email threads via Gmail MCP |
slack | Show recent Slack activity |
telegram | Show Telegram recent chats |
discord | Show recent Discord channel activity (via bin/ops-discord) |
notion | Search Notion workspace — pages, comments, tasks |
voice | Voice / phone / video — routes to /ops:ops-voice (bin/ops-voice) |
call * | Native Phone.app call via bin/ops-voice phone |
facetime * | FaceTime audio/video via bin/ops-voice facetime |
zoom | Start an instant Zoom meeting via bin/ops-voice zoom start |
send * to * | Parse message and contact, determine best channel, send |
read * | Read the specified channel or contact's messages |
home alarm | Pipe a Homey alarm event as a WhatsApp/Telegram alert — delegates to /ops:ops-home alarm --notify (only if home_automation is configured in $PREFS_PATH) |
| (empty) | Show channel picker menu |
Natural-language parsing:
send "deploy done" to #general on discord → bin/ops-discord send general "deploy done".call <contact> / dial <contact> / phone <contact> → resolve number, then bin/ops-voice phone <E.164>.facetime <contact> (with optional audio) → bin/ops-voice facetime <handle> [--audio].start a zoom / new zoom meeting → bin/ops-voice zoom start.join zoom <ID> → bin/ops-voice zoom join <ID>.text <contact> "<body>" / sms <contact> "<body>" → bin/ops-voice twilio-sms <to> $TWILIO_FROM_NUMBER "<body>" (guarded by per-message approval).send [message] to [contact]$ARGUMENTS.mcp__whatsapp__search_contacts {query: "[contact]"} 2>/dev/nullmcp__claude_ai_Slack__slack_search_users with query: "[contact]"AskUserQuestion: [WhatsApp] / [Slack] / [Email]AskUserQuestion to confirm:Ready to send via [channel]:
To: [contact name] ([identifier])
Message: "[full message text]"
[Send now] [Edit message] [Cancel]
If user picks "Edit message", use AskUserQuestion with free-text to get the revised message, then re-preview.
Sent to [contact] via [channel] ✓CRITICAL — READ BEFORE SENDING: Before drafting ANY WhatsApp reply, you MUST:
mcp__whatsapp__list_messages {chat_jid: "<JID>", limit: 20}is_from_me: true (user sent) vs is_from_me: false (contact sent)Never send a reply based on a single message. A message like "can you pull it from Klaviyo?" means nothing without knowing what "it" refers to from prior messages.
Pre-flight: Check bridge is running: lsof -i :8080 | grep LISTEN. If not running, restart: launchctl kickstart -k gui/$(id -u)/com.${USER}.whatsapp-bridge and wait 5s.
mcp__whatsapp__send_message {recipient: "[contact_jid]", message: "[message]"}
Use mcp__claude_ai_Slack__slack_send_message with resolved channel/user ID.
Use mcp__claude_ai_Gmail__create_draft — always create draft first. Then use AskUserQuestion:
Draft created for [recipient]:
Subject: [subject]
Body: [preview]
[Send now] [Keep as draft] [Edit]
read [channel]WhatsApp:
mcp__whatsapp__list_chats {sort_by: "last_active"}
Show last 10 chats with sender, preview, timestamp. Use mcp__whatsapp__list_messages {chat_jid, limit: 5} to preview each chat.
Email:
Use mcp__claude_ai_Gmail__search_threads with query: "in:inbox" (NOT is:unread — scan full inbox including read messages), show thread list.
Slack (multi-workspace):
Read the derived channels.slack.workspaces[] object from the pre-gathered bin/ops-unread output (NOT the raw preferences.json → slack_workspaces[], which has no available field — it only persists workspace metadata). The bin/ops-unread step resolves each workspace's token_env and emits available: true|false per entry. Iterate that array:
available: true entry, use mcp__claude_ai_Slack__slack_search_public_and_private with query: "in:channel" (NOT is:unread) if the MCP token matches, or direct curl for non-bound workspaces. To resolve the token for direct curl, the entry's token_env field is the name of the env var; validate it matches ^[A-Za-z_][A-Za-z0-9_]*$ before indirect expansion (${!token_env}) to avoid bash aborting on invalid identifiers.Slack/<workspace_a>, Slack/<workspace_b>, etc.channels.slack.multi_workspace == false / legacy mode: fall back to mcp__claude_ai_Slack__slack_search_public_and_private if channels.slack.available == true, otherwise report "Slack not configured".Telegram:
Use mcp__claude_ops_telegram__get_updates (limit: 20) and mcp__claude_ops_telegram__list_chats.
Fall back to: telegram-cli --exec "dialog_list" 2>/dev/null || echo "Telegram MCP not configured"
Discord:
${CLAUDE_PLUGIN_ROOT}/bin/ops-discord read "<CHANNEL_ID>" --limit 20 --json — requires DISCORD_BOT_TOKEN (or credential-store discord/bot-token). Fall back to bin/ops-discord channels --json if the user doesn't know the channel ID and DISCORD_GUILD_ID is set.
Notion:
Use mcp__claude_ai_Notion__notion-search with the user's query (or query: "" sorted by last_edited_time for general browsing). For each result:
mcp__claude_ai_Notion__notion-fetch using the page URL/ID from search resultsmcp__claude_ai_Notion__notion-get-commentsNotion API fallback: If MCP tools fail and NOTION_API_KEY is set, use curl -s -H "Authorization: Bearer $NOTION_API_KEY" -H "Notion-Version: 2022-06-28" -X POST https://api.notion.com/v1/search -d '{"query":"<QUERY>","page_size":10}'
Use mcp__claude_ai_Notion__notion-create-comment with the page ID to reply to a comment thread. For creating new pages in a database, use mcp__claude_ai_Notion__notion-create-pages.
Always preview before commenting:
Ready to comment on Notion page:
Page: [page title]
Comment: "[comment text]"
[Post comment] [Edit] [Cancel]
Use mcp__claude_ops_telegram__send_message with chat_id (from list_chats) and text.
Shell out to bin/ops-discord send. Three invocation shapes:
# By channel alias (resolves DISCORD_WEBHOOK_<UPPER> or DISCORD_WEBHOOK_URL)
${CLAUDE_PLUGIN_ROOT}/bin/ops-discord send "<channel-alias>" "<message>" --json
# By channel snowflake (17-20 digit ID, routed through bot token)
${CLAUDE_PLUGIN_ROOT}/bin/ops-discord send "<CHANNEL_ID>" "<message>" --json
# By full webhook URL (useful when the URL is stored per-project)
${CLAUDE_PLUGIN_ROOT}/bin/ops-discord send "https://discord.com/api/webhooks/<ID>/<TOKEN>" "<message>" --json
If the script exits 1 with {"error":"no discord credential configured — run /ops:setup discord"}, prompt the user via AskUserQuestion (≤4 options per Rule 1): [Run /ops:setup discord] / [Paste webhook URL now] / [Skip]. Do NOT silently skip — that violates Rule 3.
Note: DISCORD_WEBHOOK_URL is shared with the ops-fires notification sink (scripts/ops-notify.sh). When pre-existing, prefer it as the default for /ops:comms discord send rather than asking the user to set a separate value.
All voice traffic flows through bin/ops-voice (full surface documented in the ops-voice skill). Native channels (Phone.app, FaceTime, Zoom start|join) need no credentials; programmatic channels (Twilio voice/SMS, Bland AI, Zoom schedule) follow the standard credential-resolution order.
# Native — no creds
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice phone "+1234567890" --json
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice facetime [email protected] --audio --json
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice zoom start
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice zoom join 1234567890 --pwd <password>
# Programmatic — gated by Rule 6 (per-message approval)
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice twilio-call "+1234567890" "$TWILIO_FROM_NUMBER" --twiml "<URL>" --json
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice twilio-sms "+1234567890" "$TWILIO_FROM_NUMBER" "<body>" --json
${CLAUDE_PLUGIN_ROOT}/bin/ops-voice bland-call "+1234567890" "<task prompt>" --json
Send-flow integration: when $ARGUMENTS looks like call <contact>, facetime <contact>, text <contact> "<body>", or have an AI call <contact> and ...:
mcp__whatsapp__search_contacts or preferences.json → contacts).phone, facetime, zoom): preview [Place call via <channel> to <contact>] [Cancel] then invoke.AskUserQuestion per message (Rule 6). Never batch.AskUserQuestion with [Run /ops:ops-voice setup] / [Paste credential now] / [Try native instead] / [Skip] (Rule 3 — never silently skip).Display the header, then use batched AskUserQuestion calls (max 4 options each):
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
OPS ► COMMS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Before presenting options, read ${CLAUDE_PLUGIN_DATA_DIR}/preferences.json and check which channels are configured. Only show configured channels. If <=4 total options (configured channels + "Send a message"), present in a single call. If >4, batch:
AskUserQuestion call 1 — Read channels:
[Read WhatsApp]
[Read Email]
[Read Slack]
[More...]
AskUserQuestion call 2 (only if "More..."):
[Read Telegram]
[Make a call (voice)]
[Send a message]
If all channels are configured, that's 6+ options — always batch. If only 3 channels are configured, "Read X" + "Read Y" + "Read Z" + "Send a message" = 4, fits in one call. The voice channel is configured iff preferences.json → channels.voice is present OR default_channels contains "voice".
Execute the selected action.
CLAIM_KEY by channel and message unit:
slack:thread:<channel>:<ts>slack:thread:wa:<jid>:<ts> (reuse slack: namespace for threads)comms:draft:<channel>:<YYYY-MM-DDTHH-MM>CLAIM_KEY="slack:thread:<channel>:<ts>" # adjust per channel
ledger query --claim-key "$CLAIM_KEY" --since=-PT24H
Skip any message/thread where a done or in_progress entry exists. Surface
awaiting_sam entries as "draft already staged — resend or edit?"
# Claim before drafting
ledger write \
--claim-key "$CLAIM_KEY" \
--kind "draft" \
--status "in_progress" \
--title "Comms: <channel> — <brief description>" \
--ttl-sec 3600
# After user approves + send fires
ledger write \
--claim-key "$CLAIM_KEY" \
--kind "send" \
--status "done" \
--title "Comms: <channel> — <brief description>" \
--context "sent via <channel>"
npx claudepluginhub lifecycle-innovations-limited/claude-ops --plugin opsSends and searches messages across 12+ chat platforms (WhatsApp, Telegram, Discord, Slack, iMessage, etc.) via Beeper Desktop API. Supports reactions, reminders, attachments, and mark-as-read.
Operates WeCom (Enterprise WeChat) from the terminal: manage contacts, todos, meetings, messages, schedules, documents, and smart sheets via CLI commands.
Manages Gmail, Google Calendar, Drive, Docs, Sheets, iMessage, WhatsApp, Signal, and Apple Reminders. Sends/drafts email, checks calendar, creates events, finds Drive files, reads spreadsheets, and sends messages.