name: claude-to-im description: | Bridge THIS Claude Code or Codex session to Telegram, Discord, Feishu/Lark, QQ, or WeChat so the user can chat with Claude from their phone. Use for: setting up, starting, stopping, or diagnosing the claude-to-im bridge daemon; forwarding Claude replies to a messaging app; any phrase like "claude-to-im", "bridge", "消息推送", "消息转发", "桥接", "连上飞书", "手机上看claude", "启动后台服务", "诊断", "查看日志", "配置". Subcommands: setup, start, stop, status, logs, reconfigure, doctor. Do NOT use for: building standalone bots, webhook integrations, or coding with IM platform SDKs — those are regular programming tasks. argument-hint: "setup | start | stop | status | logs [N] | reconfigure | doctor" allowed-tools:

• Bash
• Read
• Write
• Edit
• AskUserQuestion
• Grep
• Glob

Claude-to-IM Bridge Skill

You are managing the Claude-to-IM bridge. User data is stored at ~/.claude-to-im/.

The skill directory (SKILL_DIR) is at ~/.claude/skills/claude-to-im. In Codex installs it may instead be ~/.codex/skills/Claude-to-IM-skill. If neither path exists, fall back to Glob with pattern **/skills/**/claude-to-im/SKILL.md or **/skills/**/Claude-to-IM-skill/SKILL.md and derive the root from the result.

Command parsing

Parse the user's intent from $ARGUMENTS into one of these subcommands:

Disambiguation: status vs doctor — Use status when the user just wants to check if the bridge is running (informational). Use doctor when the user reports a problem or suspects something is broken (diagnostic). When in doubt and the user describes a symptom (e.g., "没反应了", "挂了"), prefer doctor.

Extract optional numeric argument for logs (default 50).

Before asking users for any platform credentials, read SKILL_DIR/references/setup-guides.md internally so you know where to find each credential. Do NOT dump the full guide to the user upfront — only mention the specific next step they need to do (e.g., "Go to https://open.feishu.cn → your app → Credentials to find the App ID"). If the user says they don't know how, then show the relevant section of the guide.

Runtime detection

Before executing any subcommand, detect which environment you are running in:

1. Claude Code — AskUserQuestion tool is available. Use it for interactive setup wizards.
2. Codex / other — AskUserQuestion is NOT available. Fall back to non-interactive guidance: explain the steps, show SKILL_DIR/config.env.example, and ask the user to create ~/.claude-to-im/config.env manually.

You can test this by checking if AskUserQuestion is in your available tools list.

Config check (applies to start, stop, status, logs, reconfigure, doctor)

Before running any subcommand other than setup, check if ~/.claude-to-im/config.env exists:

• If it does NOT exist:
  • In Claude Code: tell the user "No configuration found" and automatically start the setup wizard using AskUserQuestion.
  • In Codex: tell the user "No configuration found. Please create ~/.claude-to-im/config.env based on the example:" then show the contents of SKILL_DIR/config.env.example and stop. Don't attempt to start the daemon — without config.env the process will crash on startup and leave behind a stale PID file that blocks future starts.
• If it exists: proceed with the requested subcommand.

Subcommands

setup

Run an interactive setup wizard. This subcommand requires AskUserQuestion. If it is not available (Codex environment), instead show the contents of SKILL_DIR/config.env.example with field-by-field explanations and instruct the user to create the config file manually.

When AskUserQuestion IS available, collect input one field at a time. After each answer, confirm the value back to the user (masking secrets to last 4 chars only) before moving to the next question.

Step 1 — Choose channels

Ask which channels to enable (telegram, discord, feishu, qq, weixin). Accept comma-separated input. Briefly describe each:

• telegram — Best for personal use. Streaming preview, inline permission buttons.
• discord — Good for team use. Server/channel/user-level access control.
• feishu (Lark) — For Feishu/Lark teams. Streaming cards, tool progress, inline permission buttons.
• qq — QQ C2C private chat only. No inline permission buttons, no streaming preview. Permissions use text /perm ... commands.
• weixin — WeChat QR login. Single linked account only; a new login replaces the previous one. No inline permission buttons, no streaming preview. Permissions use text /perm ... commands or quick 1/2/3 replies. Voice messages only use WeChat's own speech-to-text text; raw voice audio is not transcribed by the bridge.

Step 2 — Collect tokens per channel

For each enabled channel, collect one credential at a time. Tell the user where to find each value in one sentence. Only show the full guide section (from SKILL_DIR/references/setup-guides.md) if the user asks for help or says they don't know how:

• Telegram: Bot Token → confirm (masked) → Chat ID (see guide for how to get it) → confirm → Allowed User IDs (optional). Important: At least one of Chat ID or Allowed User IDs must be set, otherwise the bot will reject all messages.
• Discord: Bot Token → confirm (masked) → Allowed User IDs → Allowed Channel IDs (optional) → Allowed Guild IDs (optional). Important: At least one of Allowed User IDs or Allowed Channel IDs must be set, otherwise the bot will reject all messages (default-deny).
• Feishu: App ID → confirm → App Secret → confirm (masked) → Domain (optional) → Allowed User IDs (optional). After collecting credentials, explain the two-phase setup the user must complete:
  • Phase 1 (before starting bridge): (A) batch-add permissions, (B) enable bot capability, (C) publish first version + admin approve. This makes permissions and bot effective.
  • Phase 2 (requires running bridge): (D) run /claude-to-im start, (E) configure events (im.message.receive_v1) and callback (card.action.trigger) with long connection mode, (F) publish second version + admin approve.
  • Why two phases: Feishu validates WebSocket connection when saving event subscription — if the bridge isn't running, saving will fail. The bridge needs published permissions to connect.
  • Keep this to a short checklist — show the full guide only if asked.
• QQ: Collect two required fields, then optional ones:
  1. QQ App ID (required) → confirm
  2. QQ App Secret (required) → confirm (masked)
  • Tell the user: these two values can be found at https://q.qq.com/qqbot/openclaw
  3. Allowed User OpenIDs (optional, press Enter to skip) — note: this is user_openid, NOT QQ number. If the user doesn't have openid yet, they can leave it empty.
  4. Image Enabled (optional, default true, press Enter to skip) — if the underlying provider doesn't support image input, set to false
  5. Max Image Size MB (optional, default 20, press Enter to skip)
  • Remind user: QQ first version only supports C2C private chat sandbox access. No group/channel support, no inline buttons, no streaming preview.
• Weixin: Do not ask for a static token. Instead:
  1. Tell the user this channel uses QR login, not manual credential entry.
  2. Run cd SKILL_DIR && npm run weixin:login
  3. The helper writes ~/.claude-to-im/runtime/weixin-login.html and tries to open it automatically in the local browser.
  4. If auto-open fails, tell the user to open that HTML file manually and scan the QR code with WeChat.
  5. Wait for the helper to report success, then confirm that the linked account was saved locally.
  • Explain briefly: the linked Weixin account is stored in ~/.claude-to-im/data/weixin-accounts.json. Running the helper again replaces the previously linked account.
  • Explain briefly: CTI_WEIXIN_MEDIA_ENABLED only controls inbound image/file/video downloads. For voice messages, the bridge only accepts the text returned by WeChat's built-in speech-to-text. If WeChat does not provide a transcript, the bridge replies with an error instead of downloading/transcribing raw audio.

Step 3 — General settings

Ask for runtime, default working directory, model, and mode:

• Runtime: claude (default), codex, auto
  • claude — uses Claude Code CLI + Claude Agent SDK (requires claude CLI installed)
  • codex — uses OpenAI Codex SDK (requires codex CLI; auth via codex auth login or OPENAI_API_KEY)
  • auto — tries Claude first, falls back to Codex if Claude CLI not found
• Working Directory: default $CWD
• Model (optional): Leave blank to inherit the runtime's own default model. If the user wants to override, ask them to enter a model name. Do NOT hardcode or suggest specific model names — the available models change over time.
• Mode: code (default), plan, ask

Step 4 — Write config and validate

1. Show a final summary table with all settings (secrets masked to last 4 chars)
2. Ask user to confirm before writing
3. Use Bash to create directory structure: mkdir -p ~/.claude-to-im/{data,logs,runtime,data/messages}
4. Use Write to create ~/.claude-to-im/config.env with all settings in KEY=VALUE format
5. Use Bash to set permissions: chmod 600 ~/.claude-to-im/config.env
6. Validate tokens — read SKILL_DIR/references/token-validation.md for the exact commands and expected responses for each platform. This catches typos and wrong credentials before the user tries to start the daemon. For Weixin, a successful QR login already counts as validation.
7. Report results with a summary table. If any validation fails, explain what might be wrong and how to fix it.
8. On success, tell the user: "Setup complete! Run /claude-to-im start to start the bridge."

start

Pre-check: Verify ~/.claude-to-im/config.env exists (see "Config check" above). Without it, the daemon will crash immediately and leave a stale PID file.

Run: bash "SKILL_DIR/scripts/daemon.sh" start

Show the output to the user. If it fails, tell the user:

• Run doctor to diagnose: /claude-to-im doctor
• Check recent logs: /claude-to-im logs

stop

Run: bash "SKILL_DIR/scripts/daemon.sh" stop

status

Run: bash "SKILL_DIR/scripts/daemon.sh" status

logs

Extract optional line count N from arguments (default 50). Run: bash "SKILL_DIR/scripts/daemon.sh" logs N

reconfigure

1. Read current config from ~/.claude-to-im/config.env
2. Show current settings in a clear table format, with all secrets masked (only last 4 chars visible)
3. Use AskUserQuestion to ask what the user wants to change
4. When collecting new values, tell the user where to find the value; only show the full guide from SKILL_DIR/references/setup-guides.md if they ask for help
5. Update the config file atomically (write to tmp, rename)
6. Re-validate any changed tokens
7. Remind user: "Run /claude-to-im stop then /claude-to-im start to apply the changes."

If the user wants to switch Weixin accounts during reconfigure, run cd SKILL_DIR && npm run weixin:login again. Each successful scan replaces the previously linked local account.

doctor

Run: bash "SKILL_DIR/scripts/doctor.sh"

Show results and suggest fixes for any failures. Common fixes:

• SDK cli.js missing → cd SKILL_DIR && npm install
• dist/daemon.mjs stale → cd SKILL_DIR && npm run build
• Config missing → run setup
• Weixin account missing / expired → cd SKILL_DIR && npm run weixin:login
• Weixin voice message reports missing speech-to-text → enable WeChat's own voice transcription and resend; the bridge does not transcribe raw voice audio itself

For more complex issues (messages not received, permission timeouts, high memory, stale PID files), read SKILL_DIR/references/troubleshooting.md for detailed diagnosis steps.

Feishu upgrade note: If the user upgraded from an older version of this skill and Feishu is returning permission errors (e.g. streaming cards not working, typing indicators failing, permission buttons unresponsive), the root cause is almost certainly missing permissions or callbacks in the Feishu backend. Refer the user to the "Upgrading from a previous version" section in SKILL_DIR/references/setup-guides.md — they need to add new scopes (cardkit:card:write, cardkit:card:read, im:message:update, im:message.reactions:read, im:message.reactions:write_only), add the card.action.trigger callback, and re-publish the app. The upgrade requires two publish cycles because adding the callback needs an active WebSocket connection (bridge must be running).

Notes

• Always mask secrets in output (show only last 4 characters) — users often share terminal output in bug reports, so exposed tokens would be a security incident.
• Always check for config.env before starting the daemon — without it the process crashes on startup and leaves a stale PID file that blocks future starts (requiring manual cleanup).
• The daemon runs as a background Node.js process managed by platform supervisor (launchd on macOS, setsid on Linux, WinSW/NSSM on Windows).
• Config persists at ~/.claude-to-im/config.env — survives across sessions.

Claude-to-IM Skill

Bridge Claude Code / Codex to IM platforms — chat with AI coding agents from Telegram, Discord, Feishu/Lark, QQ, or WeChat.

中文文档

Want a desktop GUI instead? Check out CodePilot — a full-featured desktop app with visual chat interface, session management, file tree preview, permission controls, and more. This skill was extracted from CodePilot's IM bridge module for users who prefer a lightweight, CLI-only setup.

How It Works

This skill runs a background daemon that connects your IM bots to Claude Code or Codex sessions. Messages from IM are forwarded to the AI coding agent, and responses (including tool use, permission requests, streaming previews) are sent back to your chat.

You (Telegram/Discord/Feishu/QQ/WeChat)
  ↕ Bot API
Background Daemon (Node.js)
  ↕ Claude Agent SDK or Codex SDK (configurable via CTI_RUNTIME)
Claude Code / Codex → reads/writes your codebase

Features

• Five IM platforms — Telegram, Discord, Feishu/Lark, QQ, WeChat — enable any combination
• Interactive setup — guided wizard collects tokens with step-by-step instructions
• Permission control — tool calls require explicit approval via inline buttons (Telegram/Discord) or text /perm commands / quick 1/2/3 replies (Feishu/QQ/WeChat)
• Streaming preview — see Claude's response as it types (Telegram & Discord)
• Session persistence — conversations survive daemon restarts
• Secret protection — tokens stored with chmod 600, auto-redacted in all logs
• Zero code required — install the skill and run /claude-to-im setup, or tell Codex claude-to-im setup

Prerequisites

• Node.js >= 20
• Claude Code CLI (for CTI_RUNTIME=claude or auto) — installed and authenticated (claude command available)
• Codex CLI (for CTI_RUNTIME=codex or auto) — npm install -g @openai/codex. Auth: run codex auth login, or set OPENAI_API_KEY (optional, for API mode)

Installation

Choose the section that matches the AI agent product you actually use.

Claude Code

Recommended: npx skills

npx skills add op7418/Claude-to-IM-skill

After installation, tell Claude Code:

/claude-to-im setup

If you want WeChat specifically, you can also say:

帮我接微信

Alternative: clone directly into Claude Code skills

git clone https://github.com/op7418/Claude-to-IM-skill.git ~/.claude/skills/claude-to-im

Claude Code discovers it automatically.

Alternative: symlink for development

git clone https://github.com/op7418/Claude-to-IM-skill.git ~/code/Claude-to-IM-skill
mkdir -p ~/.claude/skills
ln -s ~/code/Claude-to-IM-skill ~/.claude/skills/claude-to-im

Codex

Recommended: use the Codex install script

git clone https://github.com/op7418/Claude-to-IM-skill.git ~/code/Claude-to-IM-skill
bash ~/code/Claude-to-IM-skill/scripts/install-codex.sh

For local development with a live checkout:

bash ~/code/Claude-to-IM-skill/scripts/install-codex.sh --link

The install script places the skill under ~/.codex/skills/claude-to-im, installs dependencies, and builds the daemon.

After installation, tell Codex:

claude-to-im setup

If you want WeChat specifically, you can also say:

帮我接微信桥接

Alternative: clone directly into Codex skills

git clone https://github.com/op7418/Claude-to-IM-skill.git ~/.codex/skills/claude-to-im
cd ~/.codex/skills/claude-to-im
npm install
npm run build

Verify installation

Claude Code: Start a new session and type / — you should see claude-to-im in the skill list. Or ask Claude: "What skills are available?"

Codex: Start a new session and say claude-to-im setup, start bridge, or 帮我接微信桥接.

Updating the Skill

Choose the update flow that matches both your AI agent product and your installation method.

Claude Code

If you installed with npx skills, re-run:

npx skills add op7418/Claude-to-IM-skill

If you installed via git clone or symlink:

cd ~/.claude/skills/claude-to-im
git pull
npm install
npm run build

Then tell Claude Code:

/claude-to-im doctor
/claude-to-im start

Codex

If you installed with the Codex install script in copy mode:

rm -rf ~/.codex/skills/claude-to-im
bash ~/code/Claude-to-IM-skill/scripts/install-codex.sh

If you installed with --link or cloned directly into the Codex skills directory:

cd ~/.codex/skills/claude-to-im
git pull
npm install
npm run build

Then tell Codex:

claude-to-im doctor
start bridge

Quick Start

1. Setup

Claude Code

/claude-to-im setup

Codex

claude-to-im setup

The wizard will guide you through:

1. Choose channels — pick Telegram, Discord, Feishu, QQ, WeChat, or any combination
2. Enter credentials — the wizard explains exactly where to get each token, which settings to enable, and what permissions to grant
3. Set defaults — working directory, model, and mode
4. Validate — tokens are verified against platform APIs immediately

2. Start

Claude Code

/claude-to-im start

Codex

start bridge

The daemon starts in the background. You can close the terminal — it keeps running.

3. Chat

Open your IM app and send a message to your bot. Claude Code / Codex will respond through the bridge.

When Claude needs to use a tool (edit a file, run a command), you'll see a permission prompt with Allow / Deny buttons right in the chat (Telegram/Discord), or a text /perm command prompt / quick 1/2/3 replies (Feishu/QQ/WeChat).

Commands

All commands are run inside Claude Code or Codex:

Platform Setup Guides

The setup wizard provides inline guidance for every step. Here's a summary:

Telegram

1. Message @BotFather on Telegram → /newbot → follow prompts
2. Copy the bot token (format: 123456789:AABbCc...)
3. Recommended: /setprivacy → Disable (for group use)
4. Find your User ID: message @userinfobot

Discord

1. Go to Discord Developer Portal → New Application
2. Bot tab → Reset Token → copy it
3. Enable Message Content Intent under Privileged Gateway Intents
4. OAuth2 → URL Generator → scope bot → permissions: Send Messages, Read Message History, View Channels → copy invite URL

Feishu / Lark

1. Go to Feishu Open Platform (or Lark)
2. Create Custom App → get App ID and App Secret
3. Batch-add permissions: go to "Permissions & Scopes" → use batch configuration to add all required scopes (the setup wizard provides the exact JSON)
4. Enable Bot feature under "Add Features"
5. Events & Callbacks: select "Long Connection" as event dispatch method → add im.message.receive_v1 event
6. Publish: go to "Version Management & Release" → create version → submit for review → approve in Admin Console
7. Important: The bot will NOT work until the version is approved and published

QQ

QQ currently supports C2C private chat only. No group/channel support, no inline permission buttons, no streaming preview. Permissions use text /perm ... commands. Image inbound only (no image replies).

1. Go to QQ Bot OpenClaw
2. Create a QQ Bot or select an existing one → get App ID and App Secret (only two required fields)
3. Configure sandbox access and scan QR code with QQ to add the bot
4. CTI_QQ_ALLOWED_USERS takes user_openid values (not QQ numbers) — can be left empty initially
5. Set CTI_QQ_IMAGE_ENABLED=false if the underlying provider doesn't support image input

WeChat / Weixin

WeChat currently uses QR login, single-account mode, text-based permissions, and no streaming preview.

1. Run the local QR helper from your installed skill directory:
   • Claude Code default install: cd ~/.claude/skills/claude-to-im && npm run weixin:login
   • Codex default install: cd ~/.codex/skills/claude-to-im && npm run weixin:login
2. The helper writes ~/.claude-to-im/runtime/weixin-login.html and tries to open it in your browser automatically
3. Scan the QR code with WeChat and confirm on your phone
4. On success, the linked account is stored in ~/.claude-to-im/data/weixin-accounts.json
5. Running the helper again replaces the previously linked WeChat account

Additional notes:

• CTI_WEIXIN_MEDIA_ENABLED controls inbound image/file/video downloads only
• Voice messages only use WeChat's own built-in speech-to-text text
• If WeChat does not provide voice_item.text, the bridge replies with an error instead of downloading/transcribing raw voice audio
• Permission approvals use text /perm ... commands or quick 1/2/3 replies

Architecture

~/.claude-to-im/
├── config.env             ← Credentials & settings (chmod 600)
├── data/                  ← Persistent JSON storage
│   ├── sessions.json
│   ├── bindings.json
│   ├── permissions.json
│   └── messages/          ← Per-session message history
├── logs/
│   └── bridge.log         ← Auto-rotated, secrets redacted
└── runtime/
    ├── bridge.pid          ← Daemon PID file
    └── statu