@amaster.ai/pi-channels
Pi extension for native messaging channels including Feishu, DingTalk, WeCom, and webhooks.
Package details
Install @amaster.ai/pi-channels from npm and Pi will load the resources declared by the package manifest.
$ pi install npm:@amaster.ai/pi-channels- Package
@amaster.ai/pi-channels- Version
0.1.3- Published
- Jun 19, 2026
- Downloads
- 4,766/mo · 1,046/wk
- Author
- qianchuan
- License
- Apache-2.0
- Types
- extension
- Size
- 1.9 MB
- Dependencies
- 4 dependencies · 2 peers
Pi manifest JSON
{
"image": "https://raw.githubusercontent.com/TGYD-helige/pi/master/packages/pi-channels/preview.png",
"extensions": [
"./dist/index.js"
]
}Security note
Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.
README
@amaster.ai/pi-channels

Pi extension for native messaging channels.
This package follows the same extension shape as the open-source @e9n/pi-channels
package: it registers a notify tool, channel events, route aliases, and an optional
chat bridge that turns incoming channel messages into pi prompts.
It does not depend on @e9n/pi-channels at runtime. That package is published as
a standalone extension source package with the older @mariozechner/* peer
namespace and Slack/Telegram dependencies. This package keeps the same channel
contract while targeting this repo's @earendil-works/* API surface and native
Feishu/DingTalk/WeCom adapters.
Channels
feishu- Native Feishu/Lark app messaging backed by the official@larksuiteoapi/node-sdk. Supports outgoing text messages, WebSocket events by default, and HTTP event callbacks as a fallback.wecom- Native WeCom intelligent bot messaging backed by the official@wecom/aibot-node-sdk. Supports WebSocket long connection events and active Markdown pushes with Bot ID / Secret credentials.dingtalk- Native DingTalk app bot messaging backed by the officialdingtalk-streamSDK. Supports Stream mode incoming bot messages, reply messages throughsessionWebhook, and active group text pushes through the DingTalk OpenAPI.webhook- Generic outgoing HTTP requests.
Example
{
"pi-channels": {
"adapters": {
"feishu": {
"type": "feishu",
"appId": "${FEISHU_APP_ID}",
"appSecret": "${FEISHU_APP_SECRET}",
"eventMode": "websocket",
"respondToMentionsOnly": true
},
"wecom": {
"type": "wecom",
"botId": "${WECOM_BOT_ID}",
"secret": "${WECOM_BOT_SECRET}",
"eventMode": "websocket",
"respondToMentionsOnly": true,
"timeoutMs": 15000
},
"dingtalk": {
"type": "dingtalk",
"clientId": "${DINGTALK_CLIENT_ID}",
"clientSecret": "${DINGTALK_CLIENT_SECRET}",
"eventMode": "stream",
"respondToMentionsOnly": true
}
},
"routes": {
"ops": {
"adapter": "feishu",
"recipient": "oc_xxx"
}
},
"bridge": {
"enabled": true
}
}
}
Feishu modes
WebSocket is the default and recommended mode because it does not require a public callback URL:
{
"type": "feishu",
"appId": "${FEISHU_APP_ID}",
"appSecret": "${FEISHU_APP_SECRET}",
"eventMode": "websocket",
"respondToMentionsOnly": true,
"allowedChatIds": ["oc_xxx"]
}
Use HTTP callback mode when the deployment already exposes a Feishu event URL. The SDK handles challenge responses, token verification, and encrypted event payloads:
{
"type": "feishu",
"appId": "${FEISHU_APP_ID}",
"appSecret": "${FEISHU_APP_SECRET}",
"eventMode": "http",
"verificationToken": "${FEISHU_VERIFICATION_TOKEN}",
"encryptKey": "${FEISHU_ENCRYPT_KEY}",
"botOpenId": "ou_xxx",
"incoming": {
"port": 8787,
"path": "/feishu/events"
}
}
Set "eventMode": "off" for outgoing-only usage.
DingTalk modes
Create a DingTalk internal app, add the bot capability, select Stream mode, and publish it. Copy the Client ID and Client Secret into the adapter config:
{
"type": "dingtalk",
"clientId": "${DINGTALK_CLIENT_ID}",
"clientSecret": "${DINGTALK_CLIENT_SECRET}",
"robotCode": "${DINGTALK_ROBOT_CODE}",
"eventMode": "stream",
"respondToMentionsOnly": true,
"allowedConversationIds": ["cid_xxx"]
}
Incoming replies use the per-message sessionWebhook when available. Active
route sends use DingTalk's group message OpenAPI with the route recipient as the
conversation/openConversationId. robotCode defaults to clientId when omitted.
Set "eventMode": "off" when the bot should only send messages.
WeCom modes
Create an intelligent bot in the WeCom admin console, choose API mode, and select the long connection option. Copy the Bot ID and Secret into the adapter config:
{
"type": "wecom",
"botId": "${WECOM_BOT_ID}",
"secret": "${WECOM_BOT_SECRET}",
"eventMode": "websocket",
"allowedChatIds": ["wr_xxx"]
}
Set "eventMode": "off" when the bot should only send messages.
Tool
notify(action: "send", adapter: "ops", text: "hello")
notify(action: "list")
notify(action: "test", adapter: "ops")
For Feishu, recipients default to chat_id. Prefix the recipient to override the
receive id type:
chat_id:oc_xxx
open_id:ou_xxx
user_id:abc123
email:name@example.com
For WeCom intelligent bots, recipients are the conversation ids used by the Bot
API. In a group, send one message to the bot and use route capture to fill the
group chatid; for one-to-one pushes, use the target user's userid:
wr_xxx
zhangsan
The intelligent bot adapter uses the WebSocket Bot API, so long connection mode does not require a public callback URL.
For DingTalk app bots, send one message to the bot and use route capture to fill the group conversation id:
cid_xxx
Events
channel:sendchannel:receivechannel:registerchannel:removechannel:list
Commands
/channel list
/channel reload
/channel bridge on
/channel bridge off
/channel bridge status