MaxClaw 使用是的两个问题

记录时间：2026年3月3日 ｜ 涉及产品：MaxClaw + 飞书机器人 ｜ 问题数量：2 ｜ 当前状态：已修复

---

目录

• 问题一：飞书消息回复两次
• 问题二：机器人没有24小时在线
• 总结

---

问题一：飞书消息回复两次

状态：✅ 已解决 ⚡ 自动修复

问题描述

在使用 MaxClaw（OpenClaw 自动化任务处理工具）与安娜机器人交互时，用户在飞书发送消息后，机器人会回复两条完全相同的内容，造成信息冗余和界面混乱。

相关截图

截图 1	截图 2	截图 3
幼儿睡眠回复重复	AI 资讯回复重复	国内 AI 信息重复 + 说明

原因分析

#01 双渠道同时活跃

用户同时通过飞书和 MaxClaw 窗口发送消息，机器人对每个渠道各自独立回复，因此产生两条内容相同的回复。

#02 渠道隔离机制

飞书发来的消息 → 回复到飞书；MaxClaw 窗口发来的消息 → 回复到 MaxClaw。两个渠道各回复一次属于正常机制行为，非 Bug。

解决方案

方案 A — 只使用一个渠道

选择飞书或 MaxClaw 窗口其中一个作为主渠道，不要同时使用两侧发送消息，即可避免重复回复。

方案 B — 关闭飞书渠道

在配置里禁用飞书机器人，统一使用 MaxClaw 窗口进行交互，由管理员在后台操作即可。

---

问题二：机器人没有24小时在线

状态：✅ 已修复

问题描述

用户多次发送消息后机器人长时间无响应，反复出现以下错误提示，并要求用户重新进行配对授权：

OpenClaw: access not configured.
Your Feishu user id: ou_b84f63a479d270e6673282dcf54f75a4
Pairing code: XXXXXX
Ask the bot owner to approve with:
openclaw pairing approve feishu XXXXXX

相关截图

截图 4	截图 5	截图 6
2月28日 配对错误	3月1日 配对通过后解释	改为 open 模式修复过程

原因分析

#01 配对未授权（非断线）

返回 access not configured 并非服务下线，而是账号尚未完成配对授权，机器人拒绝响应。属于权限拦截，非网络故障。

#02 飞书 DM 策略为 pairing 模式

飞书私信默认策略设为 pairing 模式，每次服务重启后新用户都需重新配对才能使用。

#03 底层服务周期性重启

日志显示服务在 00:03:55 曾发生重启（新启动时 uptime 仅 6 秒），为云端容器的正常现象，每次重启会有短暂几秒不可用。

修复操作

已将飞书私信策略从 pairing 模式（需要配对）改为 open 模式（直接通），以后任何人直接私信飞书机器人即可使用，无需再配对授权。

# 重启网关并应用配置补丁
Gateway restart config-patch ok (config.patch)

# 将飞书 DM 策略改为 open
import json,sys; json.load(sys.stdin)["feishu"]["dmPolicy"] = "open"

配对授权已永久保存，服务重启后无需重新配对，恢复后直接可用。

---

总结

#	问题	根本原因	状态
01	飞书消息回复两次	同时使用飞书和 MaxClaw 双渠道，各回复一次	✅ 已解决
02	机器人不在线 / 断线	飞书 DM 策略为 pairing 模式，重启后需重新配对	✅ 已修复