惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Stack Overflow Blog
Stack Overflow Blog
L
LangChain Blog
人人都是产品经理
人人都是产品经理
酷 壳 – CoolShell
酷 壳 – CoolShell
T
Tailwind CSS Blog
N
Netflix TechBlog - Medium
Microsoft Security Blog
Microsoft Security Blog
J
Java Code Geeks
博客园 - 【当耐特】
量子位
有赞技术团队
有赞技术团队
Jina AI
Jina AI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园_首页
C
Check Point Blog
B
Blog RSS Feed
M
MIT News - Artificial intelligence
H
Help Net Security
雷峰网
雷峰网
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 聂微东
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
A
About on SuperTechFans
腾讯CDC

Recent Commits to openclaw:main

test: merge chat side-result checks · openclaw/openclaw@ddd2c2a test: merge cron history checks · openclaw/openclaw@f7eb746 test: merge responsive navigation shell checks · openclaw/openclaw@c2e4b47 docs(changelog): add codex oauth fixes · openclaw/openclaw@628e6cd test: merge navigation routing cases · openclaw/openclaw@5d8cecb Tests: mock channel registry bundled fallback · openclaw/openclaw@2b08233 Secrets: avoid broad web search discovery for single plugin config · openclaw/openclaw@a464f59 test: merge config view browser checks · openclaw/openclaw@20cf511 fix(status): align oauth health with runtime · openclaw/openclaw@eed7116 feat: add macOS screen snapshots for monitor preview (#67954) thanks … · openclaw/openclaw@f377db1 fix: report shared auth scopes in hello-ok (#67810) thanks @BunsDev · openclaw/openclaw@0b6c39b Auto-reply: avoid eager bundled route fallback · openclaw/openclaw@3ea1bf4 Tests: narrow session binding contract setup · openclaw/openclaw@54e4e16 fix(macOS): enable undo/redo in webchat composer text input (#34962) · openclaw/openclaw@00951dc Tests: speed up channel setup promotion · openclaw/openclaw@82b529a Docs: refresh agent instructions · openclaw/openclaw@5775fe2 fix(auth): serialize OAuth refresh across agents to fix #26322 (#67876) · openclaw/openclaw@8e79080 test: allow ollama public surface boundary test · openclaw/openclaw@7d4f1a6 Docs: add test performance guardrails · openclaw/openclaw@89706d3 Tests: restore context-engine usage proof · openclaw/openclaw@e4c4f95 Tests: slim context engine runtime coverage · openclaw/openclaw@74c198f ci: retry failed custom checkouts · openclaw/openclaw@0ee5baf test: trim duplicate provider auth onboarding cases · openclaw/openclaw@1ffc02e matrix: fix sessions_spawn --thread subagent session spawning (#67643) · openclaw/openclaw@1ce2596 test: reduce auth choice fixture churn · openclaw/openclaw@857b9cd test: mock health status config boundaries · openclaw/openclaw@9d5ab4a test: mock onboard config io boundary · openclaw/openclaw@299694d test: mock legacy state plugin boundaries · openclaw/openclaw@2713089 test: mock channel install boundaries · openclaw/openclaw@b945248 test: mock doctor preview channel boundaries · openclaw/openclaw@b1a3ad4
docs(channels): add channel docking concept · openclaw/op...
steipete · 2026-04-28 · via Recent Commits to openclaw:main

@@ -0,0 +1,145 @@

1+

---

2+

summary: "Move one OpenClaw session's reply route between linked chat channels"

3+

title: "Channel docking"

4+

read_when:

5+

- You want replies for one active session to move from Telegram to Discord, Slack, Mattermost, or another linked channel

6+

- You are configuring session.identityLinks for cross-channel direct messages

7+

- A /dock command says the sender is not linked or no active session exists

8+

---

9+10+

Channel docking is call forwarding for one OpenClaw session.

11+12+

It keeps the same conversation context, but changes where future replies for

13+

that session are delivered.

14+15+

## Example

16+17+

Alice can message OpenClaw on Telegram and Discord:

18+19+

```json5

20+

{

21+

session: {

22+

identityLinks: {

23+

alice: ["telegram:123", "discord:456"],

24+

},

25+

},

26+

}

27+

```

28+29+

If Alice sends this from Telegram:

30+31+

```text

32+

/dock_discord

33+

```

34+35+

OpenClaw keeps the current session context and changes the reply route:

36+37+

| Before docking | After `/dock_discord` |

38+

| ---------------------------- | --------------------------- |

39+

| Replies go to Telegram `123` | Replies go to Discord `456` |

40+41+

The session is not recreated. The transcript history stays attached to the

42+

same session.

43+44+

## Why use it

45+46+

Use docking when a task starts in one chat app but the next replies should land

47+

somewhere else.

48+49+

Common flow:

50+51+

1. Start an agent task from Telegram.

52+

2. Move to Discord where you are coordinating work.

53+

3. Send `/dock_discord` from the Telegram session.

54+

4. Keep the same OpenClaw session, but receive future replies in Discord.

55+56+

## Required config

57+58+

Docking requires `session.identityLinks`. The source sender and target peer

59+

must be in the same identity group:

60+61+

```json5

62+

{

63+

session: {

64+

identityLinks: {

65+

alice: ["telegram:123", "discord:456", "slack:U123"],

66+

},

67+

},

68+

}

69+

```

70+71+

The values are channel-prefixed peer ids:

72+73+

| Value | Meaning |

74+

| -------------- | ---------------------------- |

75+

| `telegram:123` | Telegram sender id `123` |

76+

| `discord:456` | Discord direct peer id `456` |

77+

| `slack:U123` | Slack user id `U123` |

78+79+

The canonical key (`alice` above) is only the shared identity group name. Dock

80+

commands use the channel-prefixed values to prove that the source sender and

81+

target peer are the same person.

82+83+

## Commands

84+85+

Dock commands are generated from loaded channel plugins that support native

86+

commands. Current bundled commands:

87+88+

| Target channel | Command | Alias |

89+

| -------------- | ------------------ | ------------------ |

90+

| Discord | `/dock-discord` | `/dock_discord` |

91+

| Mattermost | `/dock-mattermost` | `/dock_mattermost` |

92+

| Slack | `/dock-slack` | `/dock_slack` |

93+

| Telegram | `/dock-telegram` | `/dock_telegram` |

94+95+

The underscore aliases are useful on native command surfaces such as Telegram.

96+97+

## What changes

98+99+

Docking updates the active session delivery fields:

100+101+

| Session field | Example after `/dock_discord` |

102+

| --------------- | ---------------------------------------- |

103+

| `lastChannel` | `discord` |

104+

| `lastTo` | `456` |

105+

| `lastAccountId` | the target channel account, or `default` |

106+107+

Those fields are persisted in the session store and used by later reply

108+

delivery for that session.

109+110+

## What does not change

111+112+

Docking does not:

113+114+

- create channel accounts

115+

- connect a new Discord, Telegram, Slack, or Mattermost bot

116+

- grant access to a user

117+

- bypass channel allowlists or DM policies

118+

- move transcript history to another session

119+

- make unrelated users share a session

120+121+

It only changes the delivery route for the current session.

122+123+

## Troubleshooting

124+125+

**The command says the sender is not linked.**

126+127+

Add both the current sender and the target peer to the same

128+

`session.identityLinks` group. For example, if Telegram sender `123` should dock

129+

to Discord peer `456`, include both `telegram:123` and `discord:456`.

130+131+

**The command says no active session exists.**

132+133+

Dock from an existing direct-chat session. The command needs an active session

134+

entry so it can persist the new route.

135+136+

**Replies still go to the old channel.**

137+138+

Check that the command replied with a success message, and confirm the target

139+

peer id matches the id used by that channel. Docking only changes the active

140+

session route; another session may still route elsewhere.

141+142+

**I need to switch back.**

143+144+

Send the matching command for the original channel, such as `/dock_telegram` or

145+

`/dock-telegram`, from a linked sender.