ClickClack 频道插件接入 OpenClaw：安装、配置、会话讨论与消息治理实战指南

ClickClack 频道插件接入 OpenClaw安装、配置、会话讨论与消息治理实战指南【免费下载链接】openclawThe AI that really does things. Any OS. Any Platform. The lobster way. 项目地址: https://gitcode.com/GitHub_Trending/cl/openclawClickClack 是 OpenClaw 官方渠道插件让 OpenClaw 智能体以 ClickClack 机器人的身份接入自托管 ClickClack 工作区支持一次性的 Setup Code 快速接入、多机器人账号、按会话动态创建讨论频道以及命令菜单、群组提及门控、Agent 活动行等完整治理能力。读完本文你将掌握从安装到生产环境调优的完整链路并能独立完成 ClickClack 渠道的配置、验证与排障。本文以 extensions/clickclack/README.md 为主体骨架结合同目录下的源码实现与 docs/channels/clickclack.md 进行纵深扩充所有命令、配置项与行为均以当前仓库为准。一、插件概览与安装ClickClack 频道插件将 OpenClaw 与自托管 ClickClack 工作区相连使智能体以 ClickClack 机器人的身份参与对话。ClickClack 支持两种机器人形态独立服务机器人service bot不归属于某个具体用户用户自有机器人user-owned bot保留owner_user_id只获得你显式授予的 token 作用域scope。从 extensions/clickclack/package.json 可以看到插件的 npm 包名为openclaw/clickclack要求宿主openclaw 2026.9.4并声明了pluginApi 2026.9.4的兼容约束。插件注册信息位于 extensions/clickclack/openclaw.plugin.json它属于channels类别提供clickclack频道并暴露discussion工具契约启动时不做隐式激活activation.onStartup: false需要显式安装与启用。安装命令openclaw plugins install openclaw/clickclack安装后可通过openclaw plugins enable clickclack显式启用。需要注意如果plugins.allow是一个非空的受限列表那么显式选择 ClickClack 进行渠道设置或运行openclaw plugins enable clickclack会把clickclack追加到该列表同样在 onboard 引导安装中显式选择 ClickClack 也会走这一路径。这些路径不会覆盖plugins.deny或全局的plugins.enabled: false设置。二、Setup Code 快速接入推荐路径ClickClack 的推荐接入方式是使用其在Workspace settings → Integrations → OpenClaw中生成的一次性 Setup Code。在 ClickClack 侧创建机器人时选择Setup code (recommended)复制生成的命令openclaw channels add clickclack --code https://clickclack.example.com/#XXXX-XXXX-XXXX如果 ClickClack 是前后端分离域名或API 挂在子路径path-mounted部署ClickClack 会生成一个精确的 claim 端点exact claim endpointopenclaw channels add clickclack --code https://api.example.com/services/clickclack/api/bot-setup-codes/claim#XXXX-XXXX-XXXXSetup Code 的底层行为Setup Code 是一次性的签发后10 分钟过期。OpenClaw 认领claim该代码后依次完成接收新铸造的 bot token 与工作区设置、保存账号、验证连接并报告正在运行的 gateway 是否已拾取该配置。对于带版本的精确端点OpenClaw 会校验并保存 ClickClack 返回的规范化 API base含路径前缀Setup Code 本身不会被写入 OpenClaw 配置。上述逻辑可在 extensions/clickclack/src/setup-core.ts 中印证代码规范化setup-core.ts去空格与连字符、转大写并严格校验为 12 位 base32 字符字母表0123456789ABCDEFGHJKMNPQRSTVWXYZURL 解析setup-core.ts接受完整 setup URL 或裸代码URL 中不允许携带凭据与 query代码取自#片段当 URL 路径以/api/bot-setup-codes/claim结尾时判定为精确 claim 端点安全约束setup-contract.tslocalhost、127.0.0.0/8与::1视为回环地址公网服务器必须使用 HTTPS仅回环地址允许明文 HTTP。--base-url若与 setup URL 中的服务器不一致会直接报错认领错误映射setup-core.ts404提示代码无效、过期或已被使用429提示限流其他错误透传原始信息。OpenClaw 已在运行时ClickClack 会自动连接无需第二条命令否则启动 gatewayopenclaw gateway也可以把代码与服务器 URL 分开传递openclaw channels add clickclack --code XXXX-XXXX-XXXX --base-url https://clickclack.example.com想要引导式设置运行openclaw onboard选择 ClickClack 后按提示输入服务器 URL、bot token 与 workspace。引导流程在保存后会校验服务器、token 与 workspace校验失败不会丢弃已保存的配置。三、替代接入方式手动 Token 与环境变量手动 Token当配置非 OpenClaw 客户端或需要自己管理 token 时在 ClickClack 侧选择Manual tokenopenclaw channels add clickclack \ --base-url https://clickclack.example.com \ --token ccb_... \ --workspace default openclaw gateway其中workspace接受工作区 idwsp_...、slug 或显示名称。--code不能与--token、--token-file、--use-env混用setup 契约在 setup-core.ts 中显式声明了该冲突错误。环境变量 Token仅默认账号可以使用--use-env从环境读取CLICKCLACK_BOT_TOKENtoken 不落盘进配置export CLICKCLACK_BOT_TOKENccb_... openclaw channels add clickclack --base-url https://clickclack.example.com --workspace default --use-env openclaw gateway命名账号named accounts必须使用配置的 token 或 token 文件共享的环境变量有意限定在默认账号。在 accounts.ts 中hasImplicitDefaultAccount判定默认账号存在的条件是baseUrltoken/tokenFile/CLICKCLACK_BOT_TOKEN任一可解析workspace三者同时就绪。四、配置详解与 JSON5 参考账号级配置键键默认值说明baseUrl无必填公网 ClickClack URL用于面向浏览器的链接apiBaseUrlbaseUrl可选的服务器间 REST / 实时 WebSocket 端点token无Bot token 明文或 secret refsource: env \| file \| exec \| storetokenFile无Bot token 文件路径优先级高于tokenworkspace无必填工作区 id、slug 或名称replyModeagentagent走完整 agent 管线model走短模型补全直答defaultTochannel:general出站路径未指定目标时的默认投递目标allowFrom[*]入站 DM 与频道消息的用户 id 白名单allowBotsfalse是否接受其他 ClickClack 机器人消息true接受全部mentions仅在群组中要求提及botLoopProtection内置默认作用于已接受机器人消息的滑动窗口 bot-pair 循环防护botUserId自动探测启动时从 bot token 身份解析agentId路由默认将该账号入站消息固定到一个 agenttoolsAllow无该账号 agent 回复的工具白名单model、systemPrompt无replyMode: model补全时使用commandMenutrue向 ClickClack composer 自动补全发布原生命令reconnectMs1500实时重连延迟10060000discussions关闭托管式按会话频道设置见下文会话讨论requireMentionfalse群组消息先要求直接提及再分发见群组提及门控mentionPatterns[]本账号在群组频道中的提及模式groups{}按 ClickClack 频道 ID 的逐频道群组策略覆盖见群组提及门控以上键均可在 extensions/clickclack/src/config-schema.ts 的 Zod 模式中找到对应定义reconnectMs被限制为 10060000 的整数mediaMaxMb必须为正数discussions子对象为.strict()结构仅允许enabled/workspace/controlUrlBase/sectiongroups记录同样为.strict()。该 schema 通过 config-schema.ts 导出给核心使openclaw doctor与配置校验同时理解默认账号与命名账号。标准 JSON5 配置形态{ channels: { clickclack: { enabled: true, baseUrl: https://clickclack.example.com, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, defaultTo: channel:general, }, }, }一个账号只有在baseUrl、token 来源与workspace三者齐备时才被计为已配置见 accounts.ts 中configured的判定逻辑。token 来源可以是token、tokenFile或仅默认账号CLICKCLACK_BOT_TOKENworkspace会在 gateway 启动时解析为 id。公网与私网端点分离baseUrl是用户打开链接时使用的公网 ClickClack URL。当 gateway 需要经由另一条服务器间端点访问 ClickClack 时设置可选的apiBaseUrl{ channels: { clickclack: { baseUrl: https://clack.openclaw.ai, apiBaseUrl: http://127.0.0.1:8484, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, }, }, }这种同主机same-host模式让公网主机名完全受 Cloudflare Access 之类的认证网关保护而本地 OpenClaw gateway 直接与本机 ClickClack 通信。REST 请求、setup 校验、实时 WebSocket 都走apiBaseUrl面向浏览器的讨论链接仍使用baseUrl。当apiBaseUrl未设置时默认回退到baseUrlaccounts.ts 中apiEndpoint apiBaseUrl || baseUrl。多机器人账号每个账号打开自己独立的 ClickClack 实时连接使用各自的 bot token{ channels: { clickclack: { enabled: true, baseUrl: https://clickclack.example.com, defaultAccount: service, accounts: { service: { token: { source: env, provider: default, id: CLICKCLACK_SERVICE_BOT_TOKEN }, workspace: default, defaultTo: channel:general, agentId: service-bot, }, support: { token: { source: env, provider: default, id: CLICKCLACK_SUPPORT_BOT_TOKEN }, workspace: default, defaultTo: dm:usr_..., agentId: support-bot, }, }, }, }, }defaultAccount指定默认账号顶层非accounts内的账号字段会被视作默认账号的隐式配置见 accounts.ts 的账号列表辅助逻辑。五、命令菜单Command MenuClickClack 命令菜单默认开启。gateway 启动时每个已配置账号会把 OpenClaw 的原生命令发布到 ClickClack出现在 composer 自动补全中并以机器人的 handle 标注。每次启动都会整体替换发布集合——当原生命令目录为空时会清掉陈旧菜单。要求 bot token 包含commands:write作用域当前bot:write与bot:admin包都包含该作用域也可以单独授予。在命令菜单功能引入之前创建的旧 token 可能需要补加该作用域或更换 token。按账号关闭菜单同步{ channels: { clickclack: { enabled: true, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, commandMenu: false, }, }, }同步是尽力而为best effort且每次 gateway 启动只跑一次缺失作用域或网络故障只记录 warningClickClack 服务器过旧没有对应端点则记录在 debug 级别。这些失败都不会阻塞实时连接启动。agent 离线时菜单仍可用机器人离开工作区时菜单被移除。从实现看command-menu.ts 对命令名做了^[a-z0-9_-]{1,32}$的严格校验最多发布 100 条命令描述与参数提示各截断到 100 码点别名alias会被跳过参数提示按必填/可选渲染为arg/[arg]。相关性证据Correlationagent模式下频道会从权威的 ClickClack 消息 id规范形态msg_ulid推导出确定性的 OpenClaw run idclickclack:message-id。每次模型调用在诊断中表现为clickclack:message-id:model:n当该轮使用 ClawRouter 时同一个 model-call id 会作为X-Request-ID发送。model模式绕过正常 agent run/session 诊断因此不适合此证据路径。当实时事件包含通过校验的payload.correlation_id时频道会把它作为X-Correlation-ID携带在权威消息抓取与随后的 ClickClack 回复请求上。该值使用 ClickClack 安全的 128 字符集A-Z、a-z、0-9、.、_、:、-非法值被省略。这些关联字段只含标识符绝不包含消息正文、提示词、补全结果、凭据或工具输出。六、回复模式agent 与 modelreplyMode: agent默认将入站消息分发到正常 agent 管线包括会话记录与工具策略replyMode: model跳过 agent 管线使用插件运行时的llm.complete直接生成机器人回复可用model与systemPrompt塑形。所选 provider 与模型自行承担补全预算。两种模式都遵循频道或账号级的responsePrefix账号值优先包括用关闭继承的前缀。auto表示路由 agent 的身份名[{model}]表示所选模型。显式的message工具与 CLI 文本发送遵循共享的前缀行为包括省略未解析的模型依赖前缀。Model 模式会对解析出的 bot agent id 运行补全因此需要显式信任位plugins.entries.clickclack.llm.allowAgentIdOverride: true{ plugins: { entries: { clickclack: { llm: { allowAgentIdOverride: true, }, }, }, }, }如果只使用默认的agent回复模式请保持该信任位关闭——那里并不需要它。七、会话讨论Session DiscussionsClickClack 可以为每个 OpenClaw 会话创建一个托管频道。启用会话讨论的账号 token 必须包含channels:writebot:admin包包含常规bot:writesetup token 不包含ClickClack 服务器还必须支持并返回本集成所用的托管频道字段。{ channels: { clickclack: { baseUrl: https://clickclack.example.com, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, discussions: { enabled: true, workspace: default, controlUrlBase: https://team.openclaw.ai, section: Sessions, }, }, }, }discussions.workspace与账号级workspace接受相同的 id / slug / 显示名称取值默认继承账号值section控制 ClickClack 侧边栏分区默认Sessions。设置controlUrlBase后托管频道会回链到规范的 Control UI 会话路径保持 base path主会话使用/chat/agent。重要限制会话讨论只能在恰好一个ClickClack 账号上启用。会话讨论 provider 没有账号选择器因此多个启用了讨论的账号会被拒绝而不是按配置顺序挑选一个。托管频道的生命周期语义打开会话讨论会创建一个公开的、外部托管的 ClickClack 频道并把绑定binding存储在 ClickClack 插件的 SQLite 状态中。插件保持会话标签与分类同步但频道生命周期完全独立会话的归档、恢复、重置、删除永远不会归档或替换该 ClickClack 频道清空会话分类会把频道移回配置的默认分区ClickClack 独立拥有频道的归档与恢复权使用讨论 RPC 时、以及存在绑定时约每分钟一次插件都会执行绑定对账reconcile。ClickClack 托管的 embed URL 会显式宣告host-theme 支持。Control UI 利用这个 provider 拥有的能力在侧边栏首次绘制前应用其完整调色板并实时流式更新调色板变化——而无需重写来自其他 provider 的不透明或签名讨论 URL。侧会话Side Session与授权边界托管频道中的入站消息运行在确定性侧会话中使用与附加主会话相同的 agent id。侧 agent 被告知要观察哪个主会话可以使用sessions_history与session_statuschangesSince对增量检查很有用只有在讨论中的人要求它转发或操控主会话时才使用sessions_send。插件只在每个侧会话与其附加的主会话之间安装作用域主机授权host grant覆盖sessions_history、session_status、sessions_send三个工具外加一个工具策略钩子tool-policy hook阻止会话发现与跨会话目标。因此可以将tools.sessions.visibility显式设为tree以获得比默认all更窄的访问。它只允许对附加主会话使用这三个工具并阻止 status 调用更改该会话的模型。这些工具仍必须出现在 agent 的有效工具白名单中。系统提示只是引导主机授权与钩子才是授权边界——第二道主机侧策略阻止会话发现与替代目标。绑定Binding的持久性与防误收养绑定把持久的房间身份与可替换的精确会话附件分离重置可复用会话 key保留 ClickClack 频道、历史、URL 与所有权引用同时轮换侧会话身份与作用域授权旧的侧会话无法访问新的主会话通过不活跃、已禁用或重定向的托管绑定到达的消息会被丢弃而不是回退到账号的普通频道路由释放的绑定留下持久的吊销频道标记revoked-channel marker延迟的实时事件保持 fail-closed远端所有权按ClickClack 服务器 频道 id键控因此重命名本地账号无法把托管频道变成普通频道。所有权引用包含持久的按安装per-installationid、目标与持久的绑定代数binding generation因此两个使用同一 ClickClack 工作区的 OpenClaw gateway 不会互相收养对方的讨论频道账号或工作区往返round trip无法重新收养之前的频道绑定固定到配置的 ClickClack 服务器 URL账号被重定向时绑定失效修改或移除controlUrlBase会在下次生命周期对账时反映出来。若频道创建响应丢失待处理的所有权预留pending ownership reservation会临时隔离quarantine该工作区中原本无绑定的事件随后同一个粗粒度对账器会收养已创建的频道或清除歧义尝试。重置不会复制或归档持久房间。工作区与账号迁移会释放本地附件权限但不会归档旧频道若 token 被替换为无法访问旧工作区的工作区级凭证OpenClaw 会把旧频道记录为已吊销并释放绑定而不会用替换 token 尝试旧频道。只读 discussion 工具附加主会话还会获得一个只读的discussion工具用于拉取该会话绑定的 ClickClack 频道的最新消息含近期线程回复并以每条消息一条已转义、带归属的记录输出。从 extensions/clickclack/src/discussions/tool.ts 可见默认消息上限为 30、硬上限 200limit参数 1200频道根与线程查找有固定请求预算结果会明确警告较旧的活跃线程可能被省略。该工具从不发帖、归档、重命名或以其他方式变更讨论。八、群组提及门控Group Mention Gating默认情况下ClickClack 群组中的每条消息会分发给同一工作区内每个已启用的ClickClack 账号向后兼容行为。给账号加requireMention: true后必须先被直接提及才会进入 agent 管线。策略解析顺序groups中的精确频道条目按 ClickClack 频道 ID 键控groups中的通配符*条目账号级requireMention/mentionPatterns向后兼容默认值{ requireMention: false, mentionPatterns: [] }。DM 永不受requireMention门控——DM 到达时完全跳过提及门。提及检测满足以下任一条件即视为被提及消息正文匹配mentionPatterns中的任意正则消息包含该机器人的 ClickClackhandlegateway 在启动时从认证的 bot 身份读取 handle。普通显示名称如Blackbird不算提及除非显式配置为 pattern。机器人对机器人消息ClickClack 默认忽略机器人作者的消息。设置allowBots: true可选择性接受allowBots: mentions表示仅在群组频道中接受提及本机器人的 bot 消息DM 无需提及即可进入。Bot 消息仍须通过allowFrom——bot 作者必须显式按 ID 列出默认的allowFrom: [*]通配不会授权 bot 作者消息通配仍适用于人类流量。自写消息总是被忽略。被接受的 bot 消息还会经过 OpenClaw 共享的bot-pair 循环防护用账号级botLoopProtection或channels.defaults.botLoopProtection调整窗口、预算、冷却或开关。群组级allowBots与botLoopProtection遵循与前述相同的精确频道 → 通配 → 账号级优先级。顶层频道消息共享一个频道预算而不同 ClickClack 线程中的回复使用独立的线程根预算。ClickClack 的agent_commentary与agent_tool活动行永远不会触发 OpenClaw 入站轮次即使其作者 bot 被显式放行。另外较老的 ClickClack 响应可能省略author.kind这些消息有意留在旧allowFrom路径上allowFrom: [*]可能接受它们且 bot 专属的allowBots与循环防护检查不适用因此 bot 专属限制要求 ClickClack 服务器响应包含作者分类。配置示例{ channels: { clickclack: { enabled: true, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, requireMention: true, mentionPatterns: [\\bBlackbird\\b], allowBots: mentions, allowFrom: [usr_trusted_bot], botLoopProtection: { maxEventsPerWindow: 12, windowSeconds: 60 }, groups: { *: { requireMention: true, allowBots: mentions }, chn_command_and_control: { requireMention: false }, }, }, }, }同一工作区中的多个账号会独立评估同一条消息requireMention: true的账号拒绝未提及消息而requireMention: false的账号可能照常处理。迁移警告ClickClack 频道 ID如chn_...不是Discord 频道 ID。配置逐频道规则必须使用真实的 ClickClack 频道标识符。除非 ClickClack 服务器显式将它们存储为external_ref且适配器有文档化的转换层否则不要复用 Discord ID只加requireMention: true而不限制allowFrom不会悄然改变既有群组消息的发送者白名单行为——提及门是叠加在现有发送者策略之上的额外守卫。九、投递目标Targets与媒体发送channel:name-or-id发送到工作区频道裸目标默认视为channel:dm:user_id创建或复用与该用户的私聊thread:message_id在该消息根线程中回复。显式出站目标还可以携带clickclack:或cc:provider 前缀。示例openclaw message send --channel clickclack --target channel:general --message hello openclaw message send --channel clickclack --target dm:usr_123 --message hello openclaw message send --channel clickclack --target thread:msg_123 --message following up出站媒体先走 ClickClack 的上传 API再把持久上传附加到创建的频道消息、线程回复或 DM。本地文件与受支持的远程媒体 URL 遵循 OpenClaw 常规媒体访问策略。设置channels.clickclack.mediaMaxMb限制每个出站附件的 MiB 数accounts.id.mediaMaxMb覆盖根级agents.defaults.mediaMaxMb提供兜底64 MiB 上传上限始终适用。图片可能先被优化再发送。持久媒体投递Durable Media Delivery包含媒体的 agent 回复使用必需持久投递。OpenClaw 在首次 ClickClaw 写入前就为每个分片分配稳定的 per-part 消息与上传 nonce因此重试会复用同一个上传与消息而不是消耗存储配额或产生重复。重启后若上传已存在OpenClaw 不会重新读取原始本地路径或远程媒体 URL。该恢复契约要求 ClickClack 服务器支持GET /api/uploads/by-nonce对 found/missing 结果都带X-ClickClack-Upload-Nonce: supportedGET /api/messages/by-nonce对 found/missing 结果都带X-ClickClack-Message-Nonce: supported对同一 owner 作用域 nonce 与上传的幂等消息创建与附件关联。旧服务器的通用 404 不会被当作发送不存在的证据——OpenClaw 会保持投递未决避免重复风险。在启用媒体回复前请升级 ClickClack。十、原生进度与 Agent 活动行Native Progress Agent Activity原生进度是按账号选择性开启的。设置nativeProgress: true在 agent 回合运行期间显示瞬态的agent name is responding状态与进度行。agent 名称来自配置的账号名、ClickClack bot handle 或 agent ID。这些使用瞬态agent.progress事件回合结束时清除只有最终回复是持久的。agentActivity: true则单独开启持久化的agent_commentary与agent_tool消息行{ channels: { clickclack: { enabled: true, token: { source: env, provider: default, id: CLICKCLACK_BOT_TOKEN }, workspace: default, nativeProgress: true, agentActivity: true, }, }, }要求与行为要点原生进度默认关闭仅为支持瞬态实时端点的 ClickClack 部署开启持久活动行也默认关闭agentActivity: true不会顺带开启原生进度原生进度尽力而为进度发布使用瞬态实时端点与有界请求超时失败或卡住的进度请求只记日志不能阻塞最终文本投递持久活动行要求agent_activity:writetoken 作用域它独立于bot:write、不被继承需在创建 bot token 时用--scopes bot:write,agent_activity:write显式授予后再开启agentActivity优雅降级若 token 缺agent_activity:write或服务器拒绝活动写入只记日志最终回复照常投递只是没有活动行行按回合分组turn_id一个逻辑步骤合并为一行工具行使用与 Discord/Slack/Telegram 相同的进度格式工具名 命令详情归属元数据agent 撰写的内容活动行与最终回复携带author_model与author_thinking字段解析自该回合实际使用的模型含 fallback 之后。未定义这些列的服务器会忽略未知 JSON 字段定义了列的服务器可以按消息回答这句话是哪个模型、以什么思考级别写的。十一、Token 作用域PermissionsClickClack token 作用域由 ClickClack API 强制执行bot:read读取工作区/频道/消息/线程/DM/实时/资料数据bot:writebot:read加频道消息、线程回复、DM、上传与命令菜单发布bot:adminbot:write加频道创建commands:write发布机器人的命令菜单当前bot:write与bot:admin包都包含也可单独授予agent_activity:write持久 agent 活动行agent_commentary/agent_tool不被bot:write或bot:admin继承仅在agentActivity: true时需要。正常 agent 聊天与命令菜单同步只需要当前的bot:write开启原生进度与 agent 活动行时追加agent_activity:write。十二、常见问题排查Troubleshooting现象处理ClickClack is not configured for account id为该账号设置baseUrl、token例如通过CLICKCLACK_BOT_TOKEN与workspaceClickClack workspace not found: value将workspace设置为 ClickClack 返回的工作区 id、slug 或名称无入站回复确认 token 有实时读取权限机器人总是忽略自己的消息其他 bot 消息默认被拒启用allowBots时发送者 bot ID 还必须显式列入allowFrom频道发送失败确认 bot 是工作区成员且有bot:write命令菜单不出现确认commandMenu不是false、ClickClack 服务器支持PUT /api/bots/self/commands、token 有commands:write插件注册的doctorContract.configRepair: true见 openclaw.plugin.json表明openclaw doctor可以对该渠道执行配置修复。十三、相关文档会话讨论与 Control UI 链接docs/channels/clickclack.md配对机制Pairing群组策略GroupsBot 循环防护Bot loop protection访问组Access groups至此你已掌握 ClickClack 频道从 Setup Code 快速接入、手动/环境变量 Token、多账号与公私网端点分离、会话讨论托管频道、群组提及门控、媒体持久投递到 Agent 活动行与排障的完整知识可以直接对照 extensions/clickclack/src 下的源码与测试继续深入。【免费下载链接】openclawThe AI that really does things. Any OS. Any Platform. The lobster way. 项目地址: https://gitcode.com/GitHub_Trending/cl/openclaw创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考