openclaw v0.9.18 通过 bindings 绑定群会话 id 实现群聊上下文隔离,结合 workspacepersession 和 sessionscope/messagefilter 精细控制响应范围与记忆边界。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

Octopus v0.9.18 并非 OpenClaw 的版本,当前 OpenClaw 最新稳定版为 v0.9.18(截至 2026 年 9 月),你提到的 “Octopv0.9.18” 很可能是笔误或混淆。本文默认按 OpenClaw v0.9.18 解释群聊上下文范围配置——这是实际可操作、有明确机制支持的方案。
群聊上下文范围,本质是控制 Bot 在群内“记住什么、对谁响应、如何隔离对话”。OpenClaw 不依赖全局会话池,而是靠 workspace + bindings + session scope 三层机制实现精细控制。
适配 HKUDS CLI-Anything 至 OpenClaw 工作流,用于为 GUI 应用构建、优化、测试或验证智能体原生 CLI 封装。
明确群聊作用域:靠 bindings 绑定会话 ID
每个群在飞书/微信等平台都有唯一会话 ID(如 oc_abc123...)。OpenClaw 通过 bindings 规则将该 ID 映射到指定 Agent,从而限定上下文边界。
- 只要没被匹配进任何 binding,消息就走默认 Agent(通常用于私聊)
- 一旦命中某条 binding,即进入对应 Agent 的独立 workspace,记忆、历史、技能全部隔离
- binding 规则支持通配符(如
"chat_id": "oc_group_*")和正则(需启用 regex 模式)
限制上下文可见性:用 sessionScope 和 messageFilter
即使在同一群内,也可进一步收窄 Bot 的响应范围:
-
messages.ackReactionScope控制表情反馈触发条件(例如设为"group-mentions",就只在被 @ 时响应,不扫读全群消息) -
messages.responseScope(若启用)可设为"mentions-only"或"direct-replies",避免 Bot 主动插话 - 自定义
messageFilter函数可编程过滤:比如忽略含特定关键词、来自特定用户、或非文本类型的消息
防止上下文污染:隔离 workspace 是关键
多个群共用一个 Agent 时,若未显式隔离 workspace,历史会混杂。正确做法是:
- 每个群绑定专属 Agent(推荐)
- 或在单个 Agent 内启用
workspacePerSession: true(v0.9.18 支持),让每个会话 ID 自动创建独立 workspace 目录 - 配置示例(在 agents.list 中):
{ "id": "group-a-agent", "workspace": "workspaces/group-a", "workspacePerSession": true, "bindings": [{ "platform": "feishu", "chat_id": "oc_group_xxx" }] }
不复杂但容易忽略










