Skip to content

🦞 OpenClaw 生态日报 2026-03-16 #79

@github-actions

Description

@github-actions

OpenClaw 生态日报 2026-03-16

Issues: 500 | PRs: 500 | 覆盖项目: 12 个 | 生成时间: 2026-03-16 03:39 UTC


OpenClaw 项目深度报告

OpenClaw 项目日报 – 2026-03-16
基于 GitHub Issues(500 条)与 PR(500 条)数据生成


1. 今日速览

  • 活跃度:过去 24 小时产生 1 000 条交互(Issues + PR),其中新开/活跃 Issues 458 条、待合并 PR 392 条,说明社区参与度保持高位。
  • 核心热点:内存泄漏/OOM(#45064、#41778、#45065)、网关心跳/WS 握手异常(#45772、#45222、#44714、#46892)、跨平台兼容性(DingTalk 首装入口 #26534、Telegram 反应通知 #45289、Matrix E2EE 验证 #7649)以及安全/秘密管理需求(#7916、#10659、#6823)成为今日讨论的主线。
  • 整体健康:虽然未有新版本发布,但大量 bug 修复与功能改进 PR 正在审查中(见下方 “项目进展”),项目正在从近期的 OOM 与心跳回归中逐步恢复稳定。

2. 版本发布

  • 今日无新版本(Latest Releases 为空)。
  • 最新正式版本仍为 2026.3.12(对应的问题集中在该版本引入的 OOM、心跳失效及网关握手失败)。 ---

3. 项目进展(今日合并/关闭的重要 PR) | PR | 类型 | 主要内容 | 状态 | 链接 |

|----|------|----------|------|------|
| #45867 | bug修复 | OpenRouter 模型未进入静态快照导致图像被静默丢失 | 已关闭 | https://github​.com/openclaw/openclaw/pull/45867 |
| #46725 | bug修复 | Discord 提及驱动的后续触发不可靠 | 已关闭 | https://github​.com/openclaw/openclaw/pull/46725 |
| #46852 | bug修复 | 长消息分块时破坏 Markdown 代码块边界 | 已关闭 | https://github​.com/openclaw/openclaw/pull/46852 |
| #45065 | bug修复 | 升级到 2026.3.12 时 completion cache OOM | 已关闭 | https://github​.com/openclaw/openclaw/pull/45065 |
| #47846 | UI 改进 | Control UI 聊天头部模型选择器发送限定模型引用 | 已关闭 | https://github​.com/openclaw/openclaw/pull/47846 |
| #45723 | 功能增强 | 为 Brave Search 添加 baseUrl 配置覆盖(允许自建代理) | 已关闭 | https://github​.com/openclaw/openclaw/pull/45723 |
| #44033 | 紧急修复 | 心跳执行期间抑制所有用户消息(导致消息被静默丢失) | 开放中(待审) | https://github​.com/openclaw/openclaw/pull/44033 |
| #47719 | 稳定性 | SIGUSR1 重载后恢复孤立子代理会话 | 开放中 | https://github​.com/openclaw/openclaw/pull/47719 |
| #46828 | 安全增强 | 新增 HTTP/fetch 工具审批系统(与现有 exec‑approvals 类似) | 开放中 | https://github​.com/openclaw/openclaw/pull/46828 |
| #47848 | 功能增强 | exec‑approvals 黑名单功能(禁止高危命令) | 开放中 | https://github​.com/openclaw/openclaw/pull/47848 |
| #27855 | 安全增强 | 基于 Guard Model 的越狱/提示注入防护(可配置) | 开放中 | https://github​.com/openclaw/openclaw/pull/27855 |

总体影响:今日关闭的 PR 主要解决了 OOM图像丢失Discord 触发Markdown 分块 等已影响用户体验的回归问题;开放中的 PR 集中在 网关心跳恢复子代理会话保护工具审批扩展安全防护 以及 多平台入口(DingTalk、Feishu 多账号) 上,预计将在后续补丁版本中合并。


4. 社区热点(评论最多 / 反应最多)

排名 Issue/PR 评论数 👍 数 主题 链接
1 #26534 71 24 DingTalk 作为首装渠道选项 – 用户希望在首次向导中可见 DingTalk,以免手动配置。 https://github​.com/openclaw/openclaw/issues/26534
2 #45064 25 0 2026.3.12 内存泄漏 / OOM – 基础 CLI 命令触发 JavaScript 堆溢出,导致 CLI 不可用。 https://github​.com/openclaw/openclaw/issues/45064
3 #7649 23 4 Matrix E2EE 账户验证缺失 – 无法自行验证导致所有消息标记为未验证。 https://github​.com/openclaw/openclaw/issues/7649
4 #45289 18 0 Telegram 反应通知失效 – 配置 reactionNotifications: "all" 仍未收到 message_reaction 事件。 https://github​.com/openclaw/openclaw/issues/45289
5 #45772 16 1 网关心跳定时器在 1–2 次触发后停止 – 计划任务失效,影响定时技能。 https://github​.com/openclaw/openclaw/issues/45772
6 #7916 15 10 加密 API Key / 密钥管理 – 用户希望密文存储并在运行时解密,减少明文泄露风险。 https://github​.com/openclaw/openclaw/issues/7916
7 #2317 13 19 SearXNG 作为备用搜索提供商 – 提供免费、自托管的搜索后备,以应对 Brave 配额限制。 https://github​.com/openclaw/openclaw/issues/2317
8 #41778 13 3 openclaw‑message 在 4 GB 服务器 OOM – 大规模消息发送导致堆溢出。 https://github​.com/openclaw/openclaw/issues/41778
9 #44714 11 5 openclaw logs --follow 握手超时 – 网关健康但日志跟随失效。 https://github​.com/openclaw/openclaw/issues/44714
10 #46892 5 1 WS 握手超时过激(3 s) – 忙碌事件循环导致误判连接关闭。 https://github​.com/openclaw/openclaw/issues/46892

诉求总结

  • 即时可用性:用户渴望在首次安装即可使用 DingTalk、Telegram 反应、Matrix E2EE 等主流渠道,而无需手动修改配置。
  • 稳定性:内存泄漏、心跳失效、网关握手超时是导致频繁手动 doctor --fix 或重启的主要原因。
  • 安全与隐私:加密密钥管理、工具审批(exec、http/fetch)以及防止越狱的 Guard Model 需求强烈。
  • 功能扩展:自托管搜索备用(SearXNG、Tavily)、多平台多账号绑定(Feishu、Slack mux)以及更细粒度的日志/监控能力。

5. Bug 与稳定性(按严重程度排序)


横向生态对比

AI 智能体/个人 AI 助手开源生态横向对比(2026‑03‑16)


1. 生态全景

目前个人 AI 助手/自主智能体的开源生态呈现 高活跃度、快速迭代与安全‑可观测性双线并进 的特征:大多数项目在今日都有数十甚至上百条 Issue/PR 更新,核心争议集中在 多供应商 LLM 适配、成本可视化、凭据加密与工具审批、跨平台即时通讯渠道以及沙箱/浏览器隔离 四大方向。与此同时,社区也在逐步从功能堆砌转向 稳定性治理(OOM、心跳、进程泄漏、文件锁)与成熟的运维体系(Systemd、Tauri 桌面端、Docker/Podman 镜像),表明生态正从原型探索阶段步入产品化、可运维的阶段。


2. 各项目活跃度对比

项目 今日 Issues(新增/活跃) 今日 PR(更新/待合并) 今日 Release 健康度评估*
OpenClaw 458 新/活跃(共 1000 交互) 392 待合并(共 1000 交互) 无(最新稳定 2026.3.12) – 大量 bug‑fix 与功能 PR 正在审查,正从 OOM/心跳回归中恢复
NanoBot 15 新/活跃(共 25 更新) 39 待合并(共 74 更新) – 文档、安全加固、多渠道扩展(Teams、WhatsApp、互 Agent)进展显著
Zeroclaw 20 新/活跃(共 43 更新) 23 待合并(共 50 更新) 9 个 v0.3.4‑beta.* 预览版 – 版本迭代密集,核心特性(工具调用反馈、context 分片、swarm)快速推进
PicoClaw 17 新/活跃(共 18 更新) 49 待合并(共 65 更新) 夜间构建 v0.2.3‑nightly.20260316 – 安全强化(凭据加密、WeCom WS)与企业渠道推进明显
NanoClaw 15 新/活跃(共 17 更新) 33 待合并(共 40 更新) – 多运行时支持、Apple Container 修复、日志膨胀问题受关注
TinyClaw 0(过去 24 h 无 Issue) 9 待合并 / 2 已合并(共 11) 低‑中 – 社区互动极弱,维护者集中在内部稳定性修复
Moltis 2 新/活跃(共 5 更新) 4 待合并(共 6 更新) – 浏览器沙箱超时与会话隔离已修复,仍有 Docker 部署问题待解
CoPaw 34 新/活跃(共 50 更新) 27 待合并(共 43 更新) – 渠道生态(WeCom、小艺、钉钉、Ollama、Gemini)持续扩展,时区定制等稳定性改进落地
ZeptoClaw 2 新/活跃(共 4 更新) 2 待合并(共 6 更新) – r8r 桥接稳定性、Vertex AI 提供商、Telegram 渲染等功能快速合并
EasyClaw 0 0 v1.6.8(仅 macOS 安装体验改进) – 维护模式,无功能新增,社区互动停滞
LobsterAI 0 新(全部新开) 14 已合并/关闭(共 16 更新) – MCP 恢复、调度任务投递、渠道历史同步等核心可用性得到提升
IronClaw 19 新/活跃(共 26 更新) 29 待合并(共 50 更新) – Podman 支持、HTTP 工具参数容错、安全对抗测试、Feishu/WASM 修复等均已合并

*健康度基于 今日交互规模是否有发布开放高优先级 Bug 的比例 以及 社区讨论深度 综合判断。


3. OpenClaw 在生态中的定位

维度 OpenClaw 与同类项目的对比
核心定位 提供 插件化 Agent 循环 + 网关心跳 + 上下文压缩 的通用框架,强调 统一的工具审批(exec‑approvals、HTTP/fetch)Guard Model 安全防护
技术路线差异 相较于 NanoBot(更侧重技能生命周期、Systemd 桌面端)和 PicoClaw(凭据加密、企业渠道),OpenClaw 更关注 底层运行时稳定性(OOM、心跳、WS 握手)跨供应商工具审批
相比 Zeroclaw(Swarm 编排、Hands 自主知识积累),OpenClaw 尚未提供原生的多编排调度,而是把编排留给插件(如 interagent 通道仍在开发中)。
社区规模 今日交互 1 000 条(Issues + PR)位于生态前列,仅次于 CoPaw(≈93)和 IronClaw(≈76),显示开发者活跃度高。
然而,Issue 中的 高点赞数(如 #26534 DingTalk 首装入口 71 评论、24 👍)表明社区对 即装即用的企业渠道 有强烈诉求,这也是 OpenClaw 正在通过开放 PR(#44033、#47719、#46828、#47848)逐步补足的方向。
优势 - 已有成熟的 工具审批框架(exec‑approvals、HTTP/fetch)
- Guard Model 可配置越狱/注入防护
- 上下文压缩与持久化 在最新 beta 中已经落地
- 大量 OOM/心跳 修复 PR 已闭环,稳定性正在恢复
不足/待提升 - 企业即时通讯渠道(WeCom、DingTalk、Feishu、Telegram、QQ)尚未全部原生支持(仅部分在开放 PR 中)
- 多供应商 LLM 自动故障转移仍依赖社区 PR(#27855 Guard Model)
- 桌面端/Tauri 及 Systemd 服务集成相对滞后(尚未有官方提供)

综上,OpenClaw 在 底层运行时安全与工具审批 上具备明显技术壁垒,但在 即插即用的企业渠道与多模型故障转移 方面仍需跟随生态主流快速迭代。


4. 共同关注的技术方向(多项目共同涌现)

需求方向 涉及项目(代表) 具体诉求
多供应商 LLM 抽象 & 故障转移 OpenClaw(#27855 Guard Model、#45723 Brave baseUrl),NanoBot(#359 MCP Tool Support、#2022 Token 日志),CoPaw(#1507 Gemini Provider),ZeptoClaw(#364 Vertex AI),IronClaw(#80 Multi‑provider LLM) 希望在配置中切换 OpenAI、Anthropic、Gemini、Ollama、本地 LM Studio、Vertex AI 等,并具备自动重试/故障转移。
Token 使用/成本可视化 NanoBot(#2022 Token 日志)、NanoClaw(#1088 日志膨胀、需轮转)、CoPaw(#1502 火山引擎中止后无法恢复)、IronClaw(#1025 安全对抗测试) 需要结构化 JSONL 日志 + 可选 CLI/Web 面板,实时显示消耗及预估费用。
凭据加密与安全存储 PicoClaw(#1521 Credential 加密包)、OpenClaw(#7916 加密 API Key)、NanoBot(#1721 VT 扫描技能) 希望密文存储、运行时解密、支持环境变量或 Passphrase 注入。
工具审批与执行沙箱 OpenClaw(exec‑approvals、HTTP/fetch 审批)、NanoBot(duanyytop#220duanyytop#224 团队模式速率限制)、ZeptoClaw(#362、#365 r8r 桥接授权) 希望对 exechttp/fetch 等高危工具实施白名单/黑名单、调用次数限制、结果审计。
跨平台即时通讯渠道(WeCom、DingTalk、Feishu/Lark、Telegram、QQ、Slack、Teams、Matrix) OpenClaw(#26534 DingTalk、#45289 Telegram 反应、#7649 Matrix E2EE、#45772 网关心跳)、PicoClaw(#1408 WeCom WS、#1414 DingTalk 健康监控)、CoPaw(#1407 WeCom、#1213 小艺、#1267 WeCom 长链接、#1321 时区定制、#1507 Gemini)、LobsterAI(#431 调度任务投递、#426 历史同步) 用户期望在首次向导中即可见这些渠道,免除手动 config.json 编辑;同时需要 消息可靠性(重连、离线缓存、典型的 WebSocket 心跳)。
观测与日志管理(轮转、大小限制、结构化) NanoClaw(#1088 日志 27 GB)、OpenClaw(#45064 OOM、#41778 大规模消息 OOM)、LobsterAI(#431 调度任务

同赛道项目详细报告

NanoBotHKUDS/nanobot

NanoBot 项目日报 – 2026‑03‑16
数据来源:过去 24 小时 Issues(25 条)与 PR(74 条),无新版本发布。


1. 今日速览

  • 活跃度较高:25 条 Issue 有更新(15 新增/活跃,10 已关闭),74 条 PR 有更新(39 待合并,35 已合并/关闭)。
  • 今日没有正式版本发布,但有多个功能与文档 PR 合并,项目在 文档规范、安全加固与多渠道扩展 上取得实质进展。
  • 社区讨论聚焦于 WeCom 联通、技能开关、MCP 工具集成、Token 使用日志以及会话管理 四大热点。

2. 版本发布> 无新版本发布(过去 24 小时内没有 Release)。

当前分支状态:main 为稳定分支,nightly 持续集成最新特性。


3. 项目进展(今日合并/关闭的重要 PR)

PR 状态 主要内容 关联 Issue 链接
#2021 CLOSED 添加 CONTRIBUTING.md 与分支策略说明(main/nightly) HKUDS/nanobot#2021
#1721 CLOSED 安全检查:为技能添加病毒总扫描(VT)检查,防止恶意技能文件被加载 HKUDS/nanobot#1721
#1616 CLOSED Skill 前置 cron 支持:在 skill YAML frontmatter 中加入 cron 字段,实现定时任务自动注册 HKUDS/nanobot#1616
#1440 CLOSED Bot‑to‑Bot P2P 聊天实验:基于 WebSocket 的点对点消息通道,验证多 agent 协作可行性 HKUDS/nanobot#1440
#1388 CLOSED Agent 重构:提取命令注册表至 commands.py,提高代码可维护性与扩展性 HKUDS/nanobot#1388
#1241 CLOSED Systemd 服务 CLInanobot service install/start/stop 完整 Linux 服务管理 HKUDS/nanobot#1241
#1233 CLOSED 异步事件注入机制:支持用户中断(如 Ctrl+C)通过事件总线注入,提升响应性 HKUDS/nanobot#1233
#2077 CLOSED (invalid) 尝试添加 VSCode 调试配置(后被标记为无效) #2076 HKUDS/nanobot#2077
#2022 OPEN Token 使用日志:将每次 LLM 请求的 token 数追加到 workspace/logs/usage.jsonl(解决 #2020) #2020 HKUDS/nanobot#2022
#2039 OPEN 修复 spinner 重叠:在打印工具进度前显式停止 Rich spinner,解决 #1956 的终端输出乱码 #1956 HKUDS/nanobot#2039
#2002 OPEN Inter‑Agent 通道:新增内置 interagent 通道,基于 HTTP 的异步任务模型,实现多 nanobot 实例直接协作 HKUDS/nanobot#2002
#2070 OPEN WhatsApp 桥梁补全:添加 participant 字段并从 contextInfo 计算 wasMentioned,使群组提醒正常工作 HKUDS/nanobot#2070
#2064 OPEN 多 Agent 支持(草案):为每个 agent 配置独立模型/provider,并使用 allowedAgentDelegates 管理协作拓扑 #2072 HKUDS/nanobot#2064
#2063 OPEN Tauri 桌面应用 + PyInstaller:提供原生桌面客户端、聊天 UI、在线向导及打包流程 HKUDS/nanobot#2063
#2081 OPEN Microsoft Teams MVP 通道:实现直接消息收发、OAuth token 持久化及公开 Webhook 支持 HKUDS/nanobot#2081

整体推进:今日合并的 PR 主要聚焦在 项目治理(文档、分支策略)、安全加固(技能扫描)、系统集成(Systemd、桌面端)以及多渠道扩展(Teams、WhatsApp、互 Agent)。这些变更为后续功能特性(如多 agent 路由、MCP 工具)奠定了更稳的基础。


4. 社区热点(评论数/反应最多)

排名 Issue/PR 评论 反应(👍) 核心诉求 链接
1 #1988 [question] wecom Channel doesn't work 10 0 用户在升级后发现 config.json 缺少 WeCom 配置项,手动添加后仍报 “No Channels Enabled”。 #1988
2 #1932 [good first issue] 技能不支持禁用,只能删除 8 0 希望在配置文件中增加 enabled: true/false 开关,以免频繁删除/重建技能。 #1932
3 #359 [Feature Request] Official MCP Tool Support 4 8 用户希望 nanobot 能够直接调用符合 Model Context Protocol 的外部工具服务(数据库、API 等),现仅支持内置工具。 #359
4 #2020 [good first issue, feature request] Simple usage logging for token/cost tracking 4 0 需要在会话日志中记录每次 LLM 请求的 token 数及估算成本,以便费用可视化。 #2020
5 #1719 [enhancement] web_search backend should be swappable 4 11 当前 web_search 硬绑定 Brave,社区多次尝试接入 Tavily、SearXNG、Serper 等均因缺少统一插槽而未合并。 #1719

洞察:社区最迫切的需求是 渠道可用性(WeCom)技能生命周期管理工具插拔性(MCP、web_search) 以及 成本可观测性。这些诉求在今日的 PR 中已有部分响应(如 #2022 解决 token 日志,#2002/#2064/#2081 为多渠道奠定基础)。


5. Bug 与稳定性(按严重程度排序)

严重度 Issue 描述 是否已有对应修复 PR 链接
高(安全) duanyytop#143 文件系统工具未强制 restrict_to_workspace,可能导致越权读写。 暂无直接修复 PR(需在文件系统工具中加入工作区校验)。 #143
高(功能回退) #2049 skill‑creator 工具不可用,导致用户无法通过对话创建新技能。 无直接 PR(可能与技能加载路径或权限有关)。 #2049
#2061 工作区内文件复制永不完成,代理一直调用 list_dir/read_file 而未触发写操作。 暂无修复 PR。 #2061
#2065 Ubuntu 环境缺少 most 二进制,导致 githubsummarize 工具报错。 可通过依赖文档或安装脚本解决,尚无 PR。 #2065
#2071 DuckDuckGo Web Search 未被识别,配置时工具未加载。 暂无修复 PR(需在 web_search 插件中增加默认后端)。 #2071
#1956 终端输出 “nanobot is thinking…” 未被清除,导致 spinner 与进度行重
Zeroclawzeroclaw-labs/zeroclaw

Zeroclaw 项目日报 – 2026‑03‑16
基于 GitHub Issues、PR 与 Releases 数据(截至 2026‑03‑16 23:59 UTC)


1. 今日速览

  • 活跃度高:过去 24 h 内 Issues 更新 43 条(新开/活跃 20,已关闭 23),PR 更新 50 条(待合并 23,已合并/关闭 27),以及 9 个新版本发布,表明开发节奏持续加快。
  • 版本迭代密集:连续发布了多个 v0.3.4-beta.* 预览版,核心改进集中在 agent 工具调用反馈、context 分片/持久化、手部(hands)自主知识积累代理以及 swarm 多编排 上。
  • 社区关注点:安全与功能平衡(Issue #1478)仍是热议话题;与此同时,监控与成本可视化(Issue #3565)和多Agent 上下文工程(Issue #3502)获得显著关注。
  • 稳定性:新增的 ARM64 daemon 崩溃(Issue #3537)和 Web 仪表盘不可用(Issue #3580)是当前最高优先级的回归问题,已有对应的修复 PR 在审查中。

2. 版本发布(今日新增 9 个)

版本 关键变更(摘自 “What's New”) 备注
v0.3.4-beta.232 • agent: surface tool call failure reasons in chat progress messages
• context: token‑based compaction, persistent sessions, and LLM consolidation
• hands: add autonomous knowledge‑accumulating agent packages
• swarm: multi‑agent swarm orchestration, Mistral tool fix, restore --intera(疑似 --interactive
最新预览版,合并了前几个 beta 的所有特性。
v0.3.4-beta.231 同 v0.3.4-beta.232 重复发布(可能为 CI 触发的重复artifact)。
v0.3.4-beta.230 同 v0.3.4-beta.232 同上。
v0.3.3-beta.218 • context: token‑based compaction, persistent sessions, and LLM consolidation
• tool: add allow_private_hosts option to http_request tool
首次引入持久化会话与 token 分片机制。
v0.3.3-beta.217 • context: token‑based compaction, persistent sessions, and LLM consolidation 与 .218 功能相同,仅版本号递进。
v0.3.2 • heartbeat: two‑phase execution, structured tasks, and auto‑routing 引入心跳机制,使任务调度更具弹性。
v0.3.2-beta.216 / v0.3.2-beta.215 / v0.3.1-beta.214 均包含 context: token‑based compaction, persistent sessions, and LLM consolidationheartbeat 的早期实验。 这些 beta 主要用于验证上述核心特性。

破坏性变更:目前发布说明中未提及任何 Breaking Change;所有 beta 均向后兼容 v0.3.x 系列。
迁移建议:若从 v0.3.1 或更早版本升级,建议阅读 v0.3.2 心跳章节并确认 context 配置(token_compactionpersistent_sessions)已按新格式迁移。


3. 项目进展(今日合并/关闭的重要 PR)

PR 状态 主要贡献 关联 Issue(如有)
#3667 CLOSED style: cargo fmt Box::pin calls in cron scheduler – 修复因 clippy::large_futures 导致的 CI lint 失败。
#3666 CLOSED fix(lint): Box::pin large futures in cron scheduler – 同上,实际代码更改。
#3665 OPEN fix(agent): remove duplicate tool schema injection in XmlToolDispatcher – 消除本地模型下工具 schema 重复注入,解决 Issue #3643。 #3643
#3664 OPEN feat(tools): add cloud transformation accelerator tools – 新增 cloud_opscloud_patterns 工具(IaC 审查、成本分析等)。
#3662 OPEN feat(tools): add backup/restore and data management tools – 新增 BackupToolDataManagementTool
#3657 OPEN feat(security): add MCSS security operations tool – 添加托管网络安全服务工作流(告警 triage、playbook 等)。
#3650 OPEN feat(notion): add Notion database poller channel and API tool – 首次原生 Notion 集成。
#3648 OPEN feat(tunnel): add OpenVPN tunnel provider – 为 gateway 提供 VPN 隧道支持。
#3651 OPEN feat(security): add Nevis IAM integration for SSO/MFA authentication – 引入企业级身份验证。
#3305 OPEN feat(wecom): add WeCom AI bot support – 企业微信长连接机器人。

合并趋势:今日仅有两个小幅式样/ lint 修复 PR 被合并(#3667、#3666),其余大量功能性 PR 仍处于 OPEN 状态,待审查后有望进入下一个 v0.3.4‑rc 或 v0.3.5 版本。


4. 社区热点(评论最多 / 反应最多)

排名 类型 编号 标题 评论 👍 链接
1 Issue #1478 [CLOSED] [enhancement] [Feature]: 除了安全,什么功能也没有. 36 5 https://github​.com/zeroclaw-labs/zeroclaw/issues/1478
2 Issue #3565 [OPEN] [Feature]: Token usage logging and cost tracking dashboard 7 0 https://github​.com/zeroclaw-labs/zeroclaw/issues/3565
3 Issue #3153 [CLOSED] [enhancement] [Feature]: zeroclaw agent subcommand support mcp 6 1 https://github​.com/zeroclaw-labs/zeroclaw/issues/3153
4 Issue #2693 [CLOSED] [bug] [Bug]: Mistral: 422 Extra inputs are not permitted 5 0 https://github​.com/zeroclaw-labs/zeroclaw/issues/2693
5 Issue #3537 [OPEN] [bug] [Bug]: daemon crashes silently on ARM64 5 0 https://github​.com/zeroclaw-labs/zeroclaw/issues/3537
6 Issue #3397 [CLOSED] [bug] [Bug]: After defatult branch switch to master, a lot of features lost 4 0 https://github​.com/zeroclaw-labs/zeroclaw/issues/3397
7 Issue #3580 [CLOSED] [bug] [Bug]: Web dashboard not available 4 0 https://github​.com/zeroclaw-labs/zeroclaw/issues/3580
8 Issue #2084 [CLOSED] [bug] [Bug]: x86_64 Release run with glibc mismatch on ubuntu22.04 4 2 https://github​.com/zeroclaw-labs/zeroclaw/issues/2084

讨论焦点

  • #1478 揭示了用户对 “安全过度限制导致可用功能近乎为零” 的强烈不满,呼吁提供一个“全部放开”的开关。
  • #3565 表明社区急需成本透明度,特别是在使用付费 LLM API 时的 token 计费与仪表盘。
  • #3153 表明对 MCP(模型控制协议)在 agent subcommand 中的支持需求正在上升。
  • ARM64 崩溃(#3537)和 Web 仪表盘不可用(#3580)虽然评论不多,但因其 S0/S1 严重程度被广泛关注。

5. Bug 与稳定性(今日新报告,按严重程度排序)

严重度 Issue 简述 是否已有 fix PR
S0 (数据丢失 / 安全风险) #3537 – daemon crashes silently on ARM64 在 Raspberry Pi 4 上从 v0.2.1-beta.186 起即时退出,无日志。 暂无直接 PR,但 #3669(版本显示修复)可能间接相关;需关注后续。
S0 #3664 – (blank) – 附图显示 daemon 无法工作 图片展示启动失败,需进一步细化。
S1 (工作流阻塞) #3580 – Web dashboard not available 启动 daemon 后访问 http://127.0.0.1:42617/ 提示 “Web dashboard not available”。 无直接 PR,但文档/构建步骤缺失可能是原因。
S1 #3540 – Lark/Feishu channel 配置后无法启动 构建带 channel-lark 特性,但启动时报警告。
S1 #3493 – Anthropic now throws 500s from zeroclaw 近三天内 Anthropic API 频繁返回 500。
S2 (降级行为) #3643 – “auto” selects for local models injects all 35 tool schemas TWICE 本地模型时 XML 工具调度器重复注入 schema。 #3665 已打开修复 PR(待合并)。
S2 #3658 – Interactive onboarding not working in v0.3.2 zeroclaw onboard 直接生成默认配置,未出现交互提示。
S3 (次要问题) #3544 – openai-codex provider: first SSE attempt always fails with 'error decoding response body' 首次流式请求失败,重试后成功,导致额外延迟。
S3 #3513 – Agent chat sends multiple messages instead of a single response 聊天代理返回碎片化多条消息。
S3 #3647 – QQ channel sends markdown messages as plain text QQ 通道未渲染 Markdown。 #3668 已打开修复 PR(待合并)。

处理建议:优先跟进 S0 级别的 ARM64 崩溃(#3537)及 Web 仪表盘不可用(#3580),因为它们直接影响生产部署。随后处理 S2 的双重 schema 注入(#3665)与 QQ Markdown 渲染(#3668),这两项已有对应修复 PR,建议尽快审查合并。


6. 功能请求与路线图信号

功能请求 关联 Issue / PR 备注
Token 使用记录 & 成本仪表盘 Issue #3565 需要结构化 JSONL 日志 + 可选 CLI/Web 面板。已有社区投票,可考虑纳入 v0.3.5。
完整 Docker 镜像(全部特性开启) Issue #3642 当前默认镜像为精简版;全功能镜像将降低新手门槛。
QQ Bot Markdown & 多媒体渲染 Issue #2958 / PR #3668 PR 已提交,待合并。
初始 Prompt 参数用于转写(改善专有名词识别) Issue #2881 仍未有 PR,属于低优先级但可改善语音转写体验。
MCP 支持在 agent subcommand Issue #3153 (已关闭) 已实现,说明该需求已被满足。
多Agent 上下文工程(Context Engineering) Issue #3502 提出基于文件的 system prompt、技能目录隔离等;尚未有对应 PR,属于中期路线图。
WeCom AI Bot 长连接 PR #3305 (OPEN) 企业微信集成,若合并将扩展即时通讯渠道
PicoClawsipeed/picoclaw

PicoClaw 项目日报(2026‑03‑16)
数据来源:GitHub Issues、Pull Requests、Releases(截至 2026‑03‑16 23:59 UTC)


1. 今日速览

  • 活跃度:过去 24 小时内共产生 18 条 Issue 更新(17 条新开/活跃,1 条关闭)和 65 条 PR 更新(49 条待合并,16 条已合并/关闭),项目整体保持高频交互。
  • 版本:发布了夜间构建 v0.2.3‑nightly.20260316.f2addff0,为主干最新状态的自动化构建,可能仍含不稳定特性。
  • 重点:安全相关的改动较为突出——已关闭的安全 Issue #1530 已通过 PR #1563 修复,默认不再启用不安全的查询‑token 认证和通配符来源;同时,Credential 加密(PR #1521)和 WeCom WebSocket 渠道(PR #1408)正在推进,表明社区对安全与企业渠道的需求持续升温。

2. 版本发布

版本 类别 发布时间 关键说明 破坏性变更 迁移注意事项
v0.2.3‑nightly.20260316.f2addff0 Nightly Build 2026‑03‑16 自动合并自 v0.2.3 以来的所有主干更改;包含:
• Agent 事件驱动重构(#1316)早期实现
• Credential 加密框架(#1521)
• WeCom WebSocket 渠道(#1408)
• 多项依赖升级(anthropic SDK、go‑oauth2、telego 等)
夜间构建默认 不保证向后兼容,可能包含实验性 API 变更。 生产环境请继续使用正式发布版(如 v0.2.3)或在 CI 中锁定具体提交 SHA;若尝试夜间版,请阅读完整 changelog:https://github​.com/sipeed/picoclaw/compare/v0.2.3...main 并做好回滚准备。

3. 项目进展(今日合并/关闭的重要 PR)

PR 状态 主要贡献 关联 Issue 备注
#1563 CLOSED 安全强化:
• 移除 Pico channel 自动启用 allow_token_query
• 将默认来源从 ["*"] 改为 localhost 白名单
• 通过 WebSocket sub‑header 传递 token,避免 URL 泄漏
#1530(已关闭) 直接解决了今日最高优先级的安全缺陷。
#1521 OPEN(但已获大量审核) 新增 pkg/credential 包:
• AES‑256‑GCM 加密、HKDF‑SHA256 密钥派生
PassphraseProvider 钩子支持运行时注入
• 安全存储抽象层
无直接 Issue(功能性增强) 为后续凭据安全存储奠定基础,预计将在下一版本中合并。
#1408 OPEN 添加 WeCom WebSocket (wecom_ws) 渠道:
• 自动重连、二进制/文本/图片/文件/引用消息支持
• 群聊与私聊均可
无直接 Issue(功能需求) 填补企业微信渠道空白,已演示两天稳定运行。
#1487 OPEN 聊天 UI 支持 重命名会话历史
• 后端新增 PATCH /api/sessions/{id}
• 前端提供下拉菜单重命名入口
无直接 Issue(UI 改进) 提升用户在长期会话中的可管理性。
#1445 OPEN 修复提供商环境变量加载:
• 使用 caarlos0/envenvPrefix 嵌套解析,使 providers.* 变量生效
无直接 Issue(Bug 修复) 解决了在某些部署环境中 provider 配置失效的问题。
#1414 OPEN DingTalk 流健康监控与自动恢复:
• 周期性健康检查、自动重连
• 通过机器人 API 实现主动消息
• 结构化日志便于排错
无直接 Issue(可靠性增强) 增强了钉钉渠道的稳定性,尤其适用于长时间运行的机器人。
依赖更新 PR(#1609‑#1596 等) CLOSED 常规依赖升级(@tanstack/react-router、dayjs、react-i18next、jotai、anthropic-sdk-go、telego、oauth2 等) 保持工具链与安全补丁同步,无功能性变更。

整体进展:今日合并/关闭的 PR 主要集中在 安全强化凭据加密基础设施以及 企业渠道(WeCom、DingTalk) 的功能完善上,项目正从核心循环向可观测、可插拔、更安全的方向迈进。


4. 社区热点(今日评论最多 / 反应最多的 Issues/PRs)

类别 编号 标题 评论数 👍 数 链接
Issue #1316 [Agent refactor] Event‑driven agent loop with hooks, interrupts, and steering 11 1 https://github​.com/sipeed/picoclaw/issues/1316
Issue #293 Feature: Autonomous Browser Operations 6 4 https://github​.com/sipeed/picoclaw/issues/293
Issue #1498 [Feature]期待功能增加:模型端搜索和fastembed 6 0 https://github​.com/sipeed/picoclaw/issues/1498
Issue #1591 Support Telegram group observe‑only mode: ingest all messages but reply only when tagged 3 0 https://github​.com/sipeed/picoclaw/issues/1591
PR #1408 feat(channels): add wecom_ws (WeCom WebSocket) channel support —(评论字段未填) 0 https://github​.com/sipeed/picoclaw/pull/1408
PR #1521 feat(credential): part1 add AES‑GCM encryption, SecureStore, … 0 https://github​.com/sipeed/picoclaw/pull/1521

热点背后的诉求

  • #1316:社区强烈希望对 Agent 循环进行可观测、可中断、可扩展的改造,以便 UI、日志和自动化脚本能够介入处理流程。
  • #293:浏览器自动化是提升 PicoClaw 在 Web 场景下实用性的关键需求,已有 4 人点赞,表明对自主网页交互的期待。
  • #1498:对模型端搜索与 FastEmbed 的呼声反映出用户希望在本地或私有模型上实现高效检索增强生成(RAG)能力。
  • #1591:Telegram 群组中希望机器人仅在被 @ 时才回复,以减少噪音并实现上下文记录。

5. Bug 与定性(今日报告的 Bug,按严重程度排序)

严重程度 Issue 简述 是否已有 fix PR 链接
#1530(已关闭) pico/setup 默认开启不安全的 allow_token_query 和通配符来源,扩大攻击面。 已由 #1563 修复(已关闭) https://github​.com/sipeed/picoclaw/issues/1530
#1624 Anthropic 模型 ID 中的点未转换为横线,导致 404 错误(如 claude-sonnet-4.6)。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1624
#1611 Gemini 模型非第一个时失效(后备模型链失效)。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1611
#1582 多 Agent 配置时找不到模型(model 'xxx' not found)。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1582
#1578 image_model 配置未生效,图片始终走主模型。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1578
#1574 prompt_cache_key 错误被判定为 Picoclaw 本身 Bug。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1574
#1623 Cron 工具不尊重系统时区,强制使用 UTC。 尚未有 PR https://github​.com/sipeed/picoclaw/issues/1623
#1621 需要能够完全禁用 exec 工具的开关。 尚未有 PR(但有相似功能 PR #1627) https://github​.com/sipeed/picoclaw/issues/1621

总结:今日仅有一个高危安全问题(#1530)已得到及时修复;其余多为功能性或配置错误的中低危 Bug,社区正在积极讨论修复方案。


6. 功能请求与路线图信号

功能请求 关联 Issue 现状(是否有对应 PR) 预计纳入版本
Agent 事件驱动、可 Hook、可中断、可追加的循环 #1316 尚未有实现 PR,仅讨论中 有望进入 v0.2.4 作为核心循环重构
自主浏览器操作(页面导航、数据抓取、交互) #293 无直接代码,仅概念阶段 可能列入 v0.3.0 的“Web 自动化”里程碑
模型端搜索 + FastEmbed 支持 #1498 无 PR 若快速实现,可能作为 v0.2.4 的实验性特性
Telegram 观察仅模式(仅在被 @ 时回复) #1591 无 PR 可在下一个渠道功能迭代(v0.2.4)中加入
每模型冷却时间(Provider‑level → Model‑level) #1612 无 PR 为细粒度速率限制,预计 v0.2.4
动态上下文中携带发送者信息 #1615 无 PR 易实现,可能随 #1316 一起合并
Mattermost 原生渠道 #1587 无 PR 企业渠道扩展计划,列入 v0.2.5 路线图
Provider 感知的后备链(避免单一提供商全部冷却) #1581 无 PR 为提高容错性,可能在 v0.2.4 中实验

信号:社区正在围绕 可观测的 Agent 循环浏览器自动化细粒度模型管理以及 企业即时通讯渠道(WeCom、DingTalk、Mattermost、Telegram)形成明确需求路线。已有的凭据加密与安全强化工作 (#1521, #1563) 为后续功能奠定了基础设施。


7. 用户反馈摘要(从 Issue 评论中提炼)

  • **可观测
NanoClawqwibitai/nanoclaw

NanoClaw 项目日报 (2026‑03‑16)


1. 今日速览

  • 活跃度:过去 24 小时内 Issues 更新 17 条(新开/活跃 15,已关闭 2),PR 更新 40 条(待合并 33,已合并/关闭 7),整体呈现高互动状态。 - 热点聚焦:Issue 🦞 OpenClaw Ecosystem Digest 2026-03-16 #80(支持除 Claude 外的运行时)拥有最多评论(22 条)和点赞(45 👍),表明社区对多供应商适配的强烈诉求。
  • 稳定性警示:大量高优先级 Bug 集中在 Apple Container 网络与凭据注入(#1103‑#1105)以及日志膨胀问题(#1088),需及时跟进。 - 功能落地:今日已合并/关闭的 PR 包含 Apple Container 支持、Google Workspace CLI 技能、语音转写等,标志着跨平台能力和生态集成的持续推进。

2. 版本发布

无新版本发布(过去 24 小时内没有 Release)。


3. 项目进展(今日合并/关闭的重要 PR)

PR 类型 核心贡献 状态 链接
#1123 Fix Apple Container 支持:修复 credential proxy 绑定地址、移除破坏性 .env shadow mount,加入 image vision 与 emoji 反应。 Closed https://github​.com/qwibitai/nanoclaw/pull/1123
#1119 Feature viventio 集成(dw2 rp) – 为 NanoClaw 增加外部服务对接能力。 Closed https://github​.com/qwibitai/nanoclaw/pull/1119
#1120 Feature WhatsApp 语音转写(Google Cloud STT),去除 60 s 长度限制,自动处理已删除消息事件。 Closed https://github​.com/qwibitai/nanoclaw/pull/1120
#1118 Feature Google Workspace CLI 技能:在容器中挂载 ~/.config/gws 凭证,全局安装 @googleworkspace/cli,实现 Gmail、Calendar、Drive 等服务调用。 Closed https://github​.com/qwibitai/nanoclaw/pull/1118

影响:这些合并让 NanoClaw 在 macOS Apple Container 环境下可用,同时拓展了生产力(Google Workspace)与多媒体(语音转写)能力,为后续跨平台使用奠定基础。


4. 社区热点(今日讨论最活跃的 Issues/PRs)

项目 互动数据 主要诉求 链接
Issue #80Support runtime(s) other than Claude 22 评论,45 👍 用户担心 Anthropic 限制,期望能够灵活切换到 OpenCode、Codex、Gemini 等供应商。 https://github​.com/qwibitai/nanoclaw/issues/80
Issue #29Add Signal as messaging channel 3 评论,2 👍 增加 Signal 支持,以替换或补充 WhatsApp 作为主要即时通讯渠道。 https://github​.com/qwibitai/nanoclaw/issues/29
Issue #1088 – nanoclaw.log == 27 GB after 5 days 1 评论,0 👍 日志无限增长导致磁盘占用异常,需实现日志轮转或大小上限。 https://github​.com/qwibitai/nanoclaw/issues/1088
Issue #1103 – Apple Container: fix networking 0 评论,0 👍 凭据代理绑定到 127.0.0.1 在 Apple Container 下不可达,导致 ENOTFOUND https://github​.com/qwibitai/nanoclaw/issues/1103
Issue #1105 – Inject GH_TOKEN into containers 0 评论,0 👍 macOS Keychain 中的 gh 令牌无法被容器读取,需从 .env 注入。 https://github​.com/qwibitai/nanoclaw/issues/1105

背后诉求:社区普遍关注 供应商多样性(#80即时通讯渠道扩展(#29稳定性与资源控制(日志、Apple Container 网络),以及 开发者工具链的完整性(GH_TOKEN 注入)


5. Bug 与定性(今日新增 Bug 按严重程度排序) | 严重度 | Issue | 描述 | 是否已有对应 Fix PR | 链接 |

|--------|-------|------|---------------------|------|
| High | #1088 | 日志文件在 5 天内膨胀至 ~27 GB,影响磁盘与性能。 | 暂无(需添加日志轮转或大小上限)。 | https://github​.com/qwibitai/nanoclaw/issues/1088 |
| High | #1103 | Apple Container 网络:凭据代理绑定 127.0.0.1 导致容器无法解析 host.docker.internal。 | 已在 #1123 中修复(已合并)。 | https://github​.com/qwibitai/nanoclaw/issues/1103 |
| High | #1104 | Apple Container:.env shadow mount 使用 /dev/null 导致挂载失败。 | 已在 #1123 中移除。 | https://github​.com/qwibitai/nanoclaw/issues/1104 |
| High | #1105 | gh CLI 依赖 macOS Keychain,容器内部无法读取令牌。 | 已在 #1108(open)中提出注入方案,尚未合并。 | https://github​.com/qwibitai/nanoclaw/issues/1105 |
| Medium | #973 | 通过 Claude Code 进行 setup 极其缓慢,怀疑流程冗余。 | 暂无直接 PR。 | https://github​.com/qwibitai/nanoclaw/issues/973 |
| Low | #1097 | formatLocalTime 输出缺少星期几,导致日期推理错误(如周一被识别为周日)。 | 暂无 PR。 | https://github​.com/qwibitai/nanoclaw/issues/1097 |
| Low | #1106 | 容器运行时测试断言与实现不匹配(timeout 参数缺失)。 | 暂无 PR。 | https://github​.com/qwibitai/nanoclaw/issues/1106 |

处理建议:优先合并已有的 Apple Container 修复(#1123),快速跟进 #1105 的 GH_TOKEN 注入 PR(#1108),并为日志问题(#1088)设置轮转策略(如 logrotate 或最大文件大小限制)。


6. 功能请求与路线图信号

功能 相关 Issue/PR 目前状态 路线图暗示
多运行时支持(OpenCode, Codex, Gemini 等) #80(Issue) 開放,45 👍,22 評論 若社区继续施压,极有可能进入下一版本的「Provider 抽象層」計劃。
Signal 聊天渠道 #29(Issue) / duanyytop#121(PR) Issue 開放,PR #1121 開放(待審核) 與現有 Telegram/Slack/Discord 技能保持一致,可作為下一版的即時通訊擴充。
Podman 作為 Docker 替代 #957(Issue) 開放,4 👍 文件中已提及,若對 macOS/Linux 用戶友好度提升,可納入「容器運行時選項」文檔。
Google Workspace CLI 技能 #1122(Issue) / #1118(PR) PR 已合併 功能已到位,後續可考慮加入更細粒度的權限控制與 OAuth 流程優化。
非代理式安裝(Docker Registry 镜像) #1116(Issue) 開放,0 👍 若解決鏡像構建與分發問題,將大幅降低對 host 腳本的依賴,適合企業內部部署。
Proton Mail Bridge 技能 #1117(PR) 開放,0 👍 提供郵件存取途徑,若測試通過則可作為「郵件」類技能的首個實現。
時間與時區 MCP 技能 #1114(PR) 開放,0 👍 為代理提供日期運算,屬於實用工具類,納入後將提升代理的自主規劃能力。

7. 用户反馈摘要(從 Issues 評論中提煉)

  • 使用場景痛點

    • #1080:新手在 sandbox 環境中無法訪問宿主 Dropbox 目錄,導致檔案共享失敗。用戶期望在容器創建時即可掛載宿主路徑,或提供「後期掛載」指令。
    • #1088:長時間運行後日誌檔案佔用巨大磁盤空間,影響開發機與 CI 環境。用戶希望自動輪转或大小上限。
    • #1097:日期推理錯誤導致代理誤判「今天」的週番,影響提醒與日程功能。
  • 滿意點

    • 🦞 OpenClaw Ecosystem Digest 2026-03-16 #80 的高點讚數顯示社區對現有功能認可,只是希望更開放的供應商選擇。
    • #1123、#1118 等合併 PR 得到無負面評論,表明 Apple Container 支持與 Google Workspace 技能的實現符合預期。
  • 需求方向

    • 更多即時通訊渠道(Signal、 possibly Matrix)。
    • 文件系統與外部存儲的簡易掛載機制。
    • 日誌管理與資源限制(日誌輪转、CPU/記憶配額)。

8. 待處理積攤(長期未響應的重要 Issues/PRs)

項目 最後更新 天數未更新 為何重要 链接
#80 – 支援多運行時 2026-03-15 1 天(但問題自 2026-02-04 持續) 社區最高點讚,涉及核心供應商抽象,長期擱置會影響供應商鎖定風險。 https://github​.com/qwibitai/nanoclaw/issues/80
#29 – 加入 Signal 渠道 2026-03-16 0 天(但開放已超過 1 個月) 即時通訊擴充是常見需求,遲遲未合併 PR 會讓貢獻者感到挫折。 https://github​.com/qwibitai/nanoclaw/issues/29
#411 – 間接 Prompt Injection 風險說明 2026-03-15 1 天(問題自 2026-02-23) 安全文檔缺失可能導致使用者誤用,應該盡快補充安全考量。 https://github​.com/qwibitai/nanoclaw/issues/411
#957 – 建議支援 Podman 2026-03-15 1 天(問題自 2026-03-11) 對於不能使用 Docker 的環境(如 macOS 無 root)具有實用價值。 https://github.com
IronClawnearai/ironclaw

IronClaw 项目日报 – 2026‑03‑16
基于过去 24 小时的 GitHub 数据(Issues 26,PRs 50,无新版本)


1. 今日速览

  • 项目活跃度保持较高:过去一天有 19 个处于活跃/新开的 Issue 与 29 个待合并的 PR,表明开发节奏未减。
  • 今日主要聚焦在 可靠性与安全性 上——大量新增的 CI/测试增强(覆盖门禁、模糊测试、变异测试、Kani/TLA+ 形式验证等)以及若干修复(Feishu 编译、Safari IME、OAuth 错误存储等)。
  • 没有新版本发布,但已有多个功能性 PR 合并(如 Podman 支持、HTTP 工具参数容错、工作区快照/水合),为后续版本奠定基础。
  • 社区讨论最活跃的仍是 多提供商 LLM 支持(Issue 🦞 OpenClaw Ecosystem Digest 2026-03-16 #80),功能需求明确且已有相关实现 PR 在推进。

2. 版本发布

过去 24 小时内未有新版本发布,此部分省略。

3. 项目进展(今日合并/关闭的重要 PR)

PR 标题 关键贡献 状态 链接
#551 feat(sandbox): support podman 引入 Podman 作为沙箱后端,增强部署灵活性。 CLOSED(已合并) #551
#911 feat: enhance HTTP tool parameter parsing 改进内置 HTTP 工具对常见 LLM 生成参数的容错处理(如字符串化头部、超时秒数)。 CLOSED(已合并) #911
#1195 fix(security): prevent metadata spoofing of internal job monitor flag 新增 is_internal 字段并替换易被 spoof 的 __internal_job_monitor 元数据,提升任务隔离安全性。 CLOSED(已合并) #1195
#1204 fix(feishu): resolve compilation errors in Feishu/Lark WASM channel (#1200) 修复 Feishu/Lark WASM 组件的编译问题(导出宏、参数类型等),使该渠道恢复可用。 CLOSED(已合并) #1204
#1209 docs: mention MiniMax as built-in provider in READMEs 将 MiniMax 加入所有 README 的 “Alternative LLM Providers” 章节,保持文档与代码同步。 CLOSED(已合并) #1209
#1025 [enhancement, risk: high, scope: safety] test(safety): add adversarial tests for regex backtracking and Unicode edge cases ironclaw_safety 添加针对 ReDoS 与 Unicode 边界的对抗性测试,提升安全模块的鲁棒性。 CLOSED(Issue 已关闭,对应测试已合入) #1025
#1139 bug(web): Safari IME composition Enter key triggers message send 修复 Safari 下中日韩 IME 确认时误触发消息发送的问题。 CLOSED(Issue 已关闭,修复尚未见 PR,但社区反馈表明已在分支中) #1139
#1141 [bug, risk: medium, staging-ci-review] [HIGH] oauth_http_client() stores errors as String in static, not AuthError 将错误存储改为强类型 AuthError,消除潜在的类型混淆风险。 CLOSED(Issue 已关闭,对应修正 PR 未在列表中出现,但已被标记为已解决) #1141

整体推进:今日合并的 PR 增加了平台兼容性(Podman)、工具健壮性(HTTP 参数解析)、安全防护(内部任务标识、OAuth 错误类型)以及文档完整性,为后续版本的可靠性提升奠定了基础。

4. 社区热点(讨论最活跃的 Issues/PRs)

  • Issue 🦞 OpenClaw Ecosystem Digest 2026-03-16 #80 – feat: Multi-provider LLM support (failover, auto-discovery, Ollama, Bedrock, Gemini)

    • 评论:3(今日最高),点赞:0
    • 链接:#80
    • 訴求:用户期望 IronClaw 能够无缝切换多家 LLM 提供商,具备故障转移、自动发现以及对 Ollama、AWS Bedrock、Google Gemini 等的原生支持。此功能正在通过多个后续 PR(如故障注入框架、重试逻辑)逐步实现。
  • 次热点:Issue #857(为 NEAR AI 托管的 IronClaw 创建特定 Prompt)仅有 1 条评论,表明对部署上下文感知的需求正在萌芽。

5. Bug 与稳定性(今日报告的问题,按严重程度排序)

严重度 Issue 描述 是否已有 fix PR / 已解决 链接
HIGH #1141 oauth_http_client() 将错误存储为 String 而非 AuthError,可能导致类型错误。 已标记为已解决(Issue 已关闭),对应修正 PR 未在列表中出现。 #1141
MEDIUM #1139 Safari IME 在确认组合时触发消息发送。 目前未见对应 PR,社区反馈表明修复正在进行中。 #1139
MEDIUM #1056 Agent 在等待 auth token 时仍表现为交互状态,可能误导用户。 无 fix PR。 #1056
MEDIUM #1057 Auth 步骤报告成功但在未提供 token 时激活失败。 无 fix PR。 #1057
MEDIUM #1059 复制的聊天文本保留白色字体,在白底应用中不可见。 无 fix PR。 #1059
LOW #1200 Feishu/Lark 渠道因 WIT 生成绑定不匹配导致编译失败。 已由 #1204 PR 修复并合并。 #1200
LOW #1205 Slack tool 安装失败(404 未找到对应资产)。 尚未有 fix PR。 #1205

6. 功能请求与路线图信号- 多提供商 LLM 支持#80)已是路线图核心;今日新增的故障注入框架(#1233、#1234、#1232)以及重试/

LobsterAInetease-youdao/LobsterAI

LobsterAI 项目动态日报(2026‑03‑16)


1. 今日速览

  • 过去 24 小时共产生 4 条 Issue(全部新开,未关闭)和 16 条 PR(2 条仍在审查,14 条已合并/关闭),说明开发活跃度较高,尤其在 bug 修复和功能细节上投入较多。
  • 今日没有新版本发布;项目仍在基于 main 分支快速迭代。 - 社区反馈集中在 沙箱安装/使用问题、长内容导致 UI 卡死、MCP 配置文档缺失以及引擎切换的不确定性 四个方面。

2. 版本发布

无新版本发布


3. 项目进展(今日合并/关闭的重要 PR)

PR 标题 关键变更 影响
#433 fix: 修复 agents.md 文件被 system prompt 覆盖的问题 防止系统提示覆盖自定义 agents.md,确保用户自定义配置生效 配置持久性提升
#432 fix: 修复 MCP 不可用的问题 修复 MCP 初始化路径,恢复 MCP 功能 直接解决 #417、#419 中报告的 MCP 失效
#431 feat: improve scheduled task delivery, channel history sync… 新增 DingTalk 投递路由解析与缓存,提取共享调度提醒文本解析,改进 OpenClaw 运行时 cron 投递,采用 tail‑overlap 策略同步渠道历史 调度任务更可靠,跨平台消息同步延迟降低
#430 Liuzhq/openclaw soul 为 Agent 身份设定添加默认模板;修复最近使用文件夹二级菜单 hover 消失过快 提升用户体验,减少误操作
#427 Liuzhq/openclaw wecom 修复 IM 渠道用户消息丢失问题 提高企业微信(WeCom)消息可靠性
#426 fix: reduce channel message sync delay for IM task history 优化 IM 消息同步延迟 任务历史更新更及时
#425 fix: batch OpenClaw platform startup to avoid repeated gateway restarts 批量启动 OpenClaw 平台,避免网关重复重启 启动速度提升,资源占用下降
#424 Liuzhq/openclaw wecom (同 #427 类似的微小改动) 细微稳定性改进
#423 fix: 修复 cowork & IM 侧的定时任务不起作用的问题 修复定时任务在 cowork 与 IM 两端失效 定时功能恢复正常
#393 fix: 修复IM 渠道连接性测试引起的 bug 修复因连接性测试触发的异常 提升 IM 连接稳定性
#396 fix:修复应用启动时一直处于加载状态的问题 修复启动卡死问题 用户首次启动体验改善
#422 Revert "fix: cowork & im cron" 回滚先前的 cowork & im cron 修改 为后续更稳的实现让路
#421 fix: cowork & im cron (被 #422 回滚前的修复) 临时修复定时任务
#420 Liuzhq/openclaw wecom 微小改动(同上) 辅助稳定性

整体迈进:今日合并的 PR 主要聚焦在 MCP 可用性、调度任务投递、渠道消息同步以及启动/定时任务的稳定性,这些直接对应了社区报告的核心痛点(沙箱无法使用、长内容卡死、定时任务失效等),项目在功能可靠性方面取得了明显进展。


4. 社区热点(讨论最活跃的 Issue/PR)

类型 编号 标题 评论/反应 主要诉求
Issue #417 在win11试用了以后,说说遇到的问题和BUG 2 评论,0 👍 沙箱安装失败、本地软件控制失效、响应速度慢、缺少国外 IM 配置、技能市场缺少 API Key 配置等多维度使用问题
Issue #434 使用体验 0 评论,0 👍 长内容导致 App 卡顿、QQBot 易断链;建议增加 token 计数与提示词优化
Issue #419 希望文档中增加MCP配置的教程 0 评论,0 👍 需要官方 MCP 配置文档,帮助用户在沙箱中成功使用 MCP
Issue #418 看分支代码,似乎有把引擎切换为openclaw的意思?官方能否澄清一下lobsterAI后续的发展方向 0 评论,0 👍 对后续引擎路线图(是否继续基于 claude agent sdk)求澄清
PR #429 fix: preserve Chinese characters in workingDirectory field 0 评论 Windows 下编码检测导致工作目录中文乱码,需保留 UTF‑8
PR #428 feat: add LM Studio as a model provider 0 评论 新增 LM Studio 作为本地模型提供方,扩展模型选择

热点分析

  • #417 是今日评论最多的 Issue,集中反映了 安装、控制、性能、国际化及技能市场可用性 四大维度的不满,说明用户在实际落地场景中仍遇到较大阻碍。
  • #434 指出 长内容导致 UI 卡死,这是性能优化的直接指向。
  • #419 和 #418 分别反映了 文档缺失技术路线不透明 的需求,提示项目需要加强文档建设与路线图沟通。
  • 两个开放的 PR(#429、#428)分别解决了 中文乱码新增模型提供方(LM Studio),属于社区常见的国际化与功能扩展需求。

5. Bug 与稳定性(按严重程度排序)

严重程度 关联 Issue/PR 描述 是否已有 fix PR
Issue #434(长内容导致 App 卡顿) 用户生成过长内容时 UI 完全不可操作,影响核心使用体验 暂无直接 fix PR;需关注后续性能优化 PR(如 #431 中的调度与历史同步改进可能间接缓解)
Issue #417(沙箱安装失败、本地软件控制失效) 安装后沙箱不可识别、无法控制本地软件(包括谷歌浏览器),导致核心功能不可用 已由 #432(MCP 不可用修复)部分解决;但沙箱启动仍需进一步确认。
Issue #419(MCP 配置文档缺失) 用户在沙箱中尝试配置 MCP 时找不到官方指引 间接通过 #432 恢复 MCP 可用性,但仍需文档补齐。
Issue #418(引擎切换澄清) 用户担心后续是否继续维护基于 claude agent sdk 的 cowork 暂无代码变更;需官方在 Issue 中回复路线图。
PR #429(保留中文工作目录字符) Windows 下编码误判导致中文路径乱码 已合并,bug 已修复。
PR #428(添加 LM Studio 模型提供方) 功能增强,非 bug 已合并。

总结:今日最高优先级的问题是 长内容导致 UI 卡死(性能瓶颈)和 沙箱/核心功能不可用(功能失效)。性能问题尚未有直接修复,建议后续关注针对大文本处理的分片或流式渲染优化;功能失效方面已通过 MCP 修复(#432)得到部分缓解,后续仍需验证沙箱启动流程。


6. 功能请求与路线图信号

功能请求 关联 Issue/PR 现状 是否可能进入下一版本
Token 计数与使用感知(#434 建议) Issue #434 仅为建议,尚未有实现 PR 较高可能性——性能监控是常见需求,易通过中间件实现。
提示词优化建议(#434) Issue #434 同上 中等可能性,可作为 UI/UX 改进的一部分。
LM Studio 作为模型提供方(#428) PR #428(已合并) 已合并,下一版本将包含 已确定进入下一版本。
MCP 配置教程文档(#419) Issue #419 文档缺失,尚无 PR 高优先级——文档补齐是快速提升可用性的手段,建议尽快跟进。
引擎路线图澄清(#418) Issue #418 需要官方回复 若官方给出明确方向,将有助于社区信心;非代码变更。
国外 IM 配置入口(#417) Issue #417 用户反馈缺少国外 IM 配置 中等可能性,取决于对多平台 IM 的支持计划。
技能市场 API Key 配置入口(#417) Issue #417 技能市场缺少 API Key 配置项 高可能性——这是技能可用性的基础,易在市场 UI 中添加字段。

路线图信号:近期合并的 PR 大多聚焦在 底层稳定性(MCP、调度、启动)小功能增补(LM Studio、编码修复),说明项目正在夯实基础。社区的文档、国际化、性能及市场可用性需求若能在接下来的 sprint 中得到响应,将显著提升整体成熟度。


7. 用户反馈摘要(从 Issues 评论中提炼)

  • 沙箱不可用:用户反复安装后仍无法识别沙箱,导致核心技能(如浏览器自动化、MCP)无法生效。
  • 性能瓶颈:生成长文档或复杂任务时 UI 完全卡住,等待时间长且无进度反馈。
  • 国际化缺失:缺少国外 IM(如 Slack、Discord)配置入口,以及技能市场中许多技能因未暴露 API Key 配置而不可用。
  • 文档不足:MCP 配置、引擎切换说明等关键功能缺少官方教程,增加了上手难度。
  • 定时任务不稳定:多个反馈指出定时提醒在 cowork 与 IM 两端时常失效。
  • 积极方面:用户对新增 LM Studio 支持表示期待,认为本地模型提供方能降低对外部 API 的依赖。

总体而言,用户对 功能完整性与使用流畅性 有较强诉求,基础稳定性得到修复后,仍需在 性能优化、文档建设及国际化扩展 上持续投入。


8. 待处理积压(长期未响应的重要 Issue

TinyClawTinyAGI/tinyclaw

TinyClaw 项目日报(2026‑03‑16)
基于 GitHub 公开数据:过去 24 h Issues 0 条,PR 11 条(待合并 9,已合并/关闭 2),无新版本发布。


1. 今日速览

2. 版本发布

无新版本发布(今日未打标签或发布 Release)。


3. 项目进展(今日合并/关闭的重要 PR)

PR 状态 主要内容 产出影响
#215 CLOSED feat(agents): 添加可选 system_prompt 参数,创建 Agent 时写入 AGENTS.md 让用户能够在 Agent 初始化阶段注入自定义行为指令,提升定制化能力。
#216 CLOSED feat(cli): 在 CLI 与 shell 脚本中加入 TINYAGI ASCII 横幅 改善命令行交互体验,提升项目辨识度;对后续帮助文档及启动流程均有正面影响。

整体推进:今日合并的两项功能均为用户体验层面的细节改进,未涉及核心架构变更。项目的主要前进动力仍来源于进行中的修复 PR(见下文)。


4. 社区热点

  • 今日所有 PR 均未产生评论(评论: undefined),Issues 亦无新增或更新。
  • 暂无明显的讨论热点;若后续出现评论激增的 PR,可重点关注其技术争议或需求澄清点。

5. Bug 与稳定性(今日打开的 fix‑类 PR 按严重程度排序)

严重度 PR 问题描述 关联链接
#224 fix(teams):添加 Agent 循环保护(速率限制 + 链深度上限),防止团队内部反馈圈导致 API 预算瞬间耗尽。 #224
#220 fix(teams):移除聊天室 fan‑out,避免每条 [#team: …] 消息为每个 Agent 触发新的 Claude 调用,从而杜绝指数级反馈循环。 #220
#218 fix:卡住的 Agent 进程在 5 分钟超时后强制杀死,防止队列中消息因僵尸进程反复重新入队。 #218
#223 fix(queue):将死信手动重试计数上限设为 5 次,避免 retryDeadMessage() 每次重置 retry_count 导致无限重试。 #223
#222 fix(settings):对 POST /api/setup 加入守卫,防止拥有 --dangerously-skip-permissions 的 Agent 覆盖并清除线上 settings.json #222
#221 fix(core):抑制空响应,避免 streamResponse() 对空消息仍调用 enqueueResponse() 产生 Telegram “(Silent)” 通知。 #221
#219 fix:在重启守护进程前先验证新 settings 的合法性,防止因配置错误导致旧会话被提前关闭而新守护进程失败。 #219

总体稳定性趋势:近期修复集中在 防止无限循环/资源耗尽进程僵死配置误覆盖 三类高风险场景,表明团队已认识到这些是导致生产环境异常的主要根因。


6. 功能请求与路线图信号

PR 功能描述 当前状态 路线图暗示
#214 feat:添加 --skip-setup 旗标以实现 Web‑based 初始化设置,并支持自定义 API URL(通过 /connect 页 + localStorage 持久化) OPEN(创建 2026‑03‑14,最后更新 2026‑03‑15) 若合并,将使 TinyClaw 能够在无交互终端的环境(如容器、CI)完成首次配置,是向“无需 CLI 初始化”方向迈进的一步。
#217 feat(queue):添加 Google Gemini provider 及其模型,增强自定义提供者错误日志,移除废弃的 Gemini 模型引用 OPEN(创建 2026‑03‑14,最后更新 2026‑03‑15) 表明项目正在扩展多 LLMs 支持,未来可能会继续接入其他厂商(如 Anthropic Claude 系列、开源模型)。
duanyytop#215 / duanyytop#216(已合并) 系统提示词可选、CLI 横幅 CLOSED 已实现的小功能反映出团队对 用户定制化品牌化 的重视,后续可能会在此基础上增加更多可插拔的 Agent 元数据(如工具集、行为插件)。

推测下一版本重点:若 duanyytop#214duanyytop#217 按计划合并,下一版本极有可能聚焦在 多供应商支持无交互式初始化 以及 配置安全(鉴于最近大量 fix 集中在 settings 防御上)。


7. 用户反馈摘要


8. 待处理积压(长期未响应或需关注的 Item)

Item 类型 创建/最后更新时长 备注
#214 Feature (Web‑based setup) 创建 2026‑03‑14(≈2 天) 已等待 review 约 48 h,若合并将显著提升部署灵活性。
#217 Feature (Gemini provider) 创建 2026‑03‑14(≈2 天) 同样处于待审状态,进一步扩展 LLM 生态。
#219 Fix (settings validation before daemon restart) 创建 2026‑03‑15(≈1 天) 虽时长不长,但涉及守护进程可靠性,建议尽快审查合并。
无长期未响应的 Issue(过去 24 h 内无 Issue 更新) 当前 Issue 池为空,说明既有 bug 已被及时捕捉并转化为 PR。

建议:维护者可优先审查 duanyytop#214duanyytop#217,因为它们代表下一版本的功能方向;与此同时,尽快合并 duanyytop#219 以防止配置错误导致的守护进程启动失败。


总结:今日 TinyClaw 在 稳定性与安全防护 上取得了显著进展(多个 fix PR 已就绪待合并),功能层面仅有两项小改动合并。社区互动仍然较弱,项目健康度主要依赖维护者内部的快速迭代。下步工作建议聚焦在 Web‑based 初始化多 LLM 支持 以及 现有 fix 的及时合并,以把稳定性提升转化为可交付的新功能。

数据截止时间:2026-03-16 23:59 UTC。

Moltismoltis-org/moltis

Moltis 项目日报 – 2026‑03‑16
(基于 GitHub 最近 24 小时的 Issues、PR 数据)


1. 今日速览

  • 活跃度:过去 24 小时内共有 5 条 Issues 更新(2 条新开/活跃,3 条已关闭)以及 6 条 PR 更新(4 条待合并,2 条已合并/关闭)。整体呈现中等活跃状态,维护者正在处理已有问题并推进新功能。
  • 版本状况:今日没有新版本发布,项目仍停留在上一次正式 Release 之前的开发分支。
  • 关键进展:两个与浏览器会话隔离和沙箱超时相关的修复 PR(#403、#412)已合并,直接解决了近期多次报告的浏览器卡死和会话泄漏问题。
  • 待处理:目前有 4 条打开的 PR(功能增强和 bug 修复)以及 2 条尚未解决的开放 Issues,亟需后续审查和测试。 ---

2. 版本发布

今日无新版本发布


3. 项目进展(已合并/关闭的重要 PR)

PR 状态 主要内容 关联 Issue 影响
#403 CLOSED(合并) fix(browser): align sandbox browserless timeout with pool lifecycle – 为 browserless/chrome 显式设置超时,并使其随 Moltis 浏览器生命周期(idle/TTL)自动调整。 间接关联 duanyytop#202(浏览器会话残留) 防止沙箱浏览器因容器默认超时而提前终止,提升长时间聊天会话的稳定性。
#412 CLOSED(合并) fix(browser): scope cached browser sessions per chat – 将缓存的浏览器 session ID 按 chat 会话作用域隔离,避免新聊天继承旧聊天的浏览器状态。 直接关闭 duanyytop#202 解决了“浏览器无法启动,因为上一次会话未结束”的问题,增强多会话并发安全。

以上两项合并均在今天的更新窗口内完成,直接对近期最高频的浏览器相关 bug 进行了修复。


4. 社区热点(讨论最活跃的 Issues/PRs)

类别 编号 标题 评论数 👍 链接 讨论焦点
Issue #346 [bug] can't add node from docker 4 0 #346 用户在 Docker 环境下尝试添加节点时失败,涉及容器网络与卷权限。维护者已询问镜像版本和启动参数,待进一步复现。
Issue duanyytop#172 [bug] Browser stops responding and requests to it time out 2 0 #172 长时间空闲后浏览器会话无响应,疑似超时或资源泄漏。与刚合并的 #403 相关,社区在验证超时调整是否彻底解决。
Issue #437 [bug] Expandable "Reasoning" is only response from message in chat (affects Channels) 2 0 #437 报告在使用 Channels 时,只有 “Reasoning” 折叠框返回,实际聊天内容被丢失。涉及前端渲染路径,待前端同学排查。
PR #413 [OPEN] feat(skills): support safe agent-written sidecar files 0 0 #413 提供 agent 可写入的安全副本文件机制,包括路径、大小、符号链接守审计日志。社区关注其对自定义技能扩展的影响。
PR #436 [OPEN] fix(sessions): replace append(true) with write(true)+seek to fix Windows file lock (LockFileEx os error 5) 0 0 #436 针对 Windows 上文件追加导致的独占锁问题,提出更安全的写入方式。已有少量 Windows 用户反馈,期待合并后验证。

热点分析

  • 浏览器相关问题(🌐 Official AI Content Report 2026-03-15 duanyytop/agents-radar#172、#346、#437)仍是社区讨论的核心,尤其是 Docker 环境下的节点添加失败和会话超时。
  • 功能增强 PR(#413)受到关注,因为它为 Agent 提供了持久化自定义文件的能力,潜在地影响下一版本的技能扩展生态。
  • Windows 文件锁修复(#436)虽然评论少,但对跨平台使用者意义重大,若合并将消除一个常见的平台特异性阻塞点。 ---

5. Bug 与稳定性(今日报告的问题,按严重程度排序)

严重度 Issue 简述 是否有对应的 fix PR 备注
#346 – Docker 中无法添加节点 容器内部网络或卷挂载导致节点注册失败,可能影响生产部署。 暂无直接 PR;需检查 Dockerfile 与入口脚本。 需要复现环境并给出明确的容器运行参数。
duanyytop#172 – 浏览器长时间空闲后无响应 超时或资源未释放导致请求超时。 #403(已合并)已调整超时机制,待社区验证是否彻底解决。 建议在稍后的测试窗口加入空闲场景回归测试。
#437 – Reasoning 折叠框为唯一返回内容 前端渲染异常导致实际聊天内容丢失,仅在 Channels 中出现。 暂无 PR;可能涉及前端状态管理。 前端团队需检查消息流水线中的分支逻辑。
duanyytop#202 – 浏览器无法启动(会话残留) 先前会话未正常结束导致新会话冲突。 #412(已合并)已将缓存 session 按 chat 隔离,问题应已解决。 可关闭后续跟踪。

总体稳定性趋势:随着 #403 与 #412 的合并,浏览器相关的高频崩溃/卡死问题已得到初步缓解;剩余的高严重度问题集中在 Docker 部署环境,需后续关注。


6. 功能请求与路线图信号

功能请求 关联 Issue/PR 现状 预期纳入版本
Automate CSS path resolution / fix relative paths for standard Cargo builds Issue #441(enhancement) 新开,尚无评论。 如果获社区肯定,可能进入下一个小版本(v0.x.x)作为 DX 改进。
Safe agent‑written sidecar files PR #413(open) 已实现基本机制,等待 review。 功能完善后有望随下次功能发布(含技能扩展)一起合并。
Custom display names for MCP servers PR #439(open) 已实现 UI 与后端字段,待合并。 属于 QoL 改进,很可能在下一版本中随其他 MCP 改动一起上线。
Heartbeat cron job creation on save PR #440(open) 修复了保存时未创建 cron job 的 bug。 一旦合并,将提升可靠性,建议纳入即将到的补丁版本。

路线图信号:围绕技能系统的可扩展性(sidecar files、display name)和开发者体验(CSS 路径、心跳 cron)是目前社区最活跃的方向,预计将在下一个迭代周期(约 4‑6 周)内陆续合并。


7. 用户反馈摘要(从 Issues 评论中提炼) - Docker 部署痛点:用户反馈在使用官方 Docker 镜像时,添加节点步骤会因「权限不足」或「网络不通」失败。期望提供更明确的 docker run 示例和卷挂载建议。

  • 浏览器会话管理:多位用户提到长时间空闲后浏览器无响应,导致后续请求超时。已有用户尝试手动重启服务,但希望系统能自动回收资源。
  • 前端渲染异常:在使用 Channels 功能时,只有 “Reasoning” 折叠框可见,实际 AI 回复被截断。用户指出这影响了对话的连贯性,特别是在需要多步推理的场景。
  • 跨平台文件锁:Windows 用户在日志中频繁看到 LockFileEx os error 5,导致会话文件写入失败。社区期待统一的文件访问方式以避免平台特异性错误。
  • 功能期待:对自定义技能文件的安全写入功能表现出强烈兴趣,认为这将大幅降低插件开发门槛;同时,能够为 MCP 服务器设置友好名称也被视为提升可用性的重要改进。

8. 待处理积压(长期未响应的重要 Issue/PR)

编号 类型 标题 最后更新 天数未更新 备注
#346 Issue [bug] can't add node from docker 2026-03-15 1 天(尚在等待更多复现信息) 需要维护者提供详细的 Docker 环境复现步骤或请求用户提供日志。
duanyytop#172 Issue [bug] Browser stops responding and requests to it time out 2026-03-15 1 天(等待对 #403 的验证) 若社区确认 #403 已解决,可考虑关闭。
#437 Issue [bug] Expandable "Reasoning" is only response from message in chat (affects Channels) 2026-03-15 1 天 前端团队尚未分配,建议尽快指派审查。
#441 Issue [enhancement] Improve DX: Automate CSS path resolution or fix relative paths for standard Cargo builds 2026-03-15 0 天 新开,尚未讨论,可标记为 “待评估”。
#413 PR feat(skills): support safe agent-written sidecar files 2026-03-15 0 天 等待核心维护者 review,优先级中等。
#436 PR fix(sessions): replace append(true) with write(true)+seek to fix Windows file lock (LockFileEx os error 5) 2026-03-15 0 天 Windows 用户期待合并,建议尽快完成审查。
#440 PR fix: heartbeat cron job creation and scrolling 2026-03-15 0 天 影响可靠性,审查后可快速合并。
#439 PR feat(mcp): add custom display names for MCP servers 2026-03-15 0 天 QoL 改进,审查成本低。

建议:对于更新超过 2 天且尚未获得维护者回应的 Issue(目前只有 #346 和 duanyytop#172),可在次日的例会中提醒相关负责人补充信息或给出临时解决方案;针对 PR,若在 24 小时内没有任何评论,可考虑在项目的 “待审查” 看板中提升其可见度,以防止遗漏。


报告结束
所有数据来源于 GitHub API(Issues 与 PR 列表),时间窗口为 2026‑03‑15 00:00 UTC 至 2026‑03‑16 00:00 UTC。

CoPawagentscope-ai/CoPaw

CoPaw 项目日报 (2026‑03‑16)


1. 今日速览

  • 项目在过去 24 小时内保持高活跃度:Issues 更新 50 条(新开/活跃 34,已关闭 16),PR 更新 43 条(待合并 27,已合并/关闭 16)。
  • 未有新版本发布;开发重点聚焦在渠道扩展(企业微信、小艺、钉钉停止命令)、模型提供商(Gemini、OpenRouter)以及核心稳定性(Docker 时区、Ollama 连接、内存摘要路由)上。 - 社区讨论集中在飞书/QQ 频道文件发送、延迟回复以及记忆丢失等使用痛点,反映出渠道兼容性与上下文管理是当前的主要瓶颈。 ---

2. 版本发布

今日无新版本发布。


3. 项目进展(已合并/关闭的重要 PR)

PR 标题 关键贡献 状态 链接
#1407 feat(channel): add WeCom channel 新增企业微信(WeCom)渠道实现,完成认证、消息收发基础功能。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1407
#1213 feat(channels): add XiaoYi channel support 集成小艺开放平台渠道,支持文字消息与基本技能调用。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1213
#1267 Feat: wecom Channel 企业微信智能机器人长链接 提供长链接(轮询)模式的企业微信接入,提升稳定性。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1267
#1321 feat(crons):enable specify timezone 为定时任务增加自定义时区配置,解决跨地区调度偏差。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1321
#1409 fix(consoe): Fixed internationalization of token time selection and c… 修复控制台 Token 时间选择及模型选择器的多语言显示问题。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1409
#1480 fix(ollama): default to 127.0.0.1 and surface original connection errors Ollama 客户端默认使用 IPv4,并把底层连接错误透传至日志,提升定位可靠性。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1480
#1522 [first-time-contributor] feat(skill): Add a guidance skill 新增「指引」技能,帮助 Agent 在文档中检索并回答用户问题。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1522
#1541 [first-time-contributor] fix(skills): add missing channels to cron SKILL.md --channel options 补全 cron 技能文档中的渠道选项,防止未列渠道回退到控制台。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1541
#1546 [first-time-contributor] Feature/opt install 优化可选依赖安装流程,减少首次安装时的手动步骤。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1546
#1519 dangerous_shell_commands.yaml not shipped with pip installed copaw 将危险命令白名单文件纳入套件,防止本地安装后缺失导致安全检查失效。 已合并 https://github​.com/agentscope-ai/CoPaw/pull/1519

整体影响

  • 渠道生态进一步丰富:企业微信(长链接+普通模式)、小艺、钉钉停止命令(进行中)均已有实质进展。
  • 核心可用性提升:时区定制、Ollama 连接健壮性、国际化 UI 修复直接解决了今日多个高频 Bug。
  • 新技能与工作流:Guidance Skill 与 Cron Skill 文档完善,使得自动化任务更易配置且可跨渠道使用。

4. 社区热点(今日讨论最活跃的 Issues/PRs)

排名 类型 ID 标题 评论数 关键诉求 链接
1 Issue #981 飞书频道和QQ频道,机器人回复消息的时候不能发送任何文件给我 13 用户期望在飞书/QQ 对话中能够发送附件(图片、文档等),目前机器人仅能回复纯文本。 https://github​.com/agentscope-ai/CoPaw/issues/981
2 Issue #1345 飞书频道对话出现"延迟回复"问题 6 描述机器人会回复上一条问题的答案,导致对话错位;需改进消息顺序处理或会话状态同步。 https://github​.com/agentscope-ai/CoPaw/issues/1345
3 Issue #612 连接飞书无法操作文档 6 用户授权后机器人仍无法读取或编辑飞书文档,期望提供文档操作权限指引或 SDK 调用示例。 https://github​.com/agentscope-ai/CoPaw/issues/612
4 Issue #1502 在使用火山引擎的coding plan模型时会出现Answers have stopped 6 中止后后续对话卡住,建议增加自动恢复机制或明确错误提示。 https://github​.com/agentscope-ai/CoPaw/issues/1502
5 Issue #1488 Docker环境安装得CoPaw,执行了1天任务后整个服务无响应 5 长时间运行后服务卡死,日志无异常,怀疑资源泄漏或死锁。 https://github​.com/agentscope-ai/CoPaw/issues/1488
6 PR (open) #1482 feat(console): add Ollama endpoint quick-fill and environment-aware hints 0* 改善 Ollama 配置体验,减少手动填写错误。 https://github​.com/agentscope-ai/CoPaw/pull/1482
7 PR (open) #1507 feat(provider) add gemini provider 0* 添加 Google Gemini 作为内置模型提供方,扩展模型选择。 https://github​.com/agentscope-ai/CoPaw/pull/1507

* PR 评论数在原始数据中未给出(标记为 undefined),但因其功能重要性仍列入热点。

背后诉求:渠道文件传输、消息顺序正确性以及长时运行稳定性是社区最迫切的三大需求。


5. Bug 与稳定性(今日报告的问题,按严重程度排序)

严重度 Issue ID 简述 是否有对应 Fix PR 链接
#1502 Answers have stopped(火山引擎 coding plan 模型中断后无法恢复) https://github​.com/agentscope-ai/CoPaw/issues/1502
#1488 Docker 长时间运行后服务无响应(疑似资源泄漏/死锁) https://github​.com/agentscope-ai/CoPaw/issues/1488
#1218 飞书发送消息无法正常回复(频繁 500 错误) https://github​.com/agentscope-ai/CoPaw/issues/1218
#1534 Telegram 语音消息无法正常接收,后续文本对话也受影响 https://github​.com/agentscope-ai/CoPaw/issues/1534
#1520 模型选择下拉菜单在 macOS 上显示不完整 https://github​.com/agentscope-ai/CoPaw/issues/1520
#1516 Telegram AudioContent 不被支持,导致语音消息无法转文本 https://github​.com/agentscope-ai/CoPaw/issues/1516
#1501 Docker 镜像时区无法修改(TZ、/etc/localtime 失效) https://github​.com/agentscope-ai/CoPaw/issues/1501
#965 对话中生成的代码复制按钮失效(仅下载可用) https://github​.com/agentscope-ai/CoPaw/issues/965
#1454 Memory Compaction Summarizer 输出发往终端而非用户渠道 https://github​.com/agentscope-ai/CoPaw/issues/1454

观察:今日新报告的高严重 Bug 大多与 服务可用性(Docker 长时运行、飞书 500 错火山引擎模型中止)相关,亟待核心团队介入分析。


6. 功能请求与路线图信号

功能请求 相关 Issue/PR 现状 预计纳入版本
钉钉停止任务命令(/stop、/cancel) #957 (open) 讨论中,尚未有实现 PR 下一小版本(v0.0.8)
企业微信完整支持(包括事件订阅、应用卡片) #1130 (closed)、#735 (closed)、#1032、#1085 基础长链接渠道已合并(#1407、#1267),但高级功能(卡片、审批)尚未实现 中期路线图(v0.0.9‑v0.1.0)
per‑Agent 模型切换与故障转移 #1537 (open) 需求明确,尚无实现 PR 可能进入 v0.0.9
会话中打断正在执行的任务(飞书/钉钉等) #1542 (open) 用户强烈期望,可复用停止命令机制 与 #957 合并实施
模型选择 UI 适配(跨平台完整显示) #1520、#1477 (closed) #1477 已修复,#1520 仍待处理 下次 UI 迭代
音频转写(Telegram、Discord 语音) #1476 (open) – 本地 Whisper 支持 已提交 PR,待审核 预计 v0.0.8 合并
OpenRouter 自定义头部(HTTP‑Referer、X‑Title) #1192
ZeptoClawqhkm/zeptoclaw

ZeptoClaw 项目日报 – 2026‑03‑16 (基于 GitHub 事件:Issues 4、PRs 6、无新 Release)


1. 今日速览

项目今天保持高活跃度:共有 6 条 PR(其中 4 条已合并/关闭,2 条仍在打开)以及 4 条 Issue(2 条新开,2 条已关闭)。主要工作集中在 r8r 桥接稳定性Google Vertex AI 提供商以及 Telegram 输出格式的改进上。整体趋势表明核心功能正在趋于成熟,同时社区正在积极探索新提供商和用户体验细节。


2. 版本发布

今日无新版本发布。
(最近的版本仍是上次的稳定发布;若需查看历史 Release,请访问 https://github​.com/qhkm/zeptoclaw/releases


3. 项目进展(今日合并/关闭的重要 PR)

PR 状态 关键变更 推进方向 链接
#358 已合并 添加 Dockerfile.dev 使用 BuildKit cache mounts,并提供 scripts/lint-container.sh 自动检测 Docker/Podman 并回退到无挂载模式。 构建与 CI 性能提升;为本地开发提供更快的增量容器构建。 https://github​.com/qhkm/zeptoclaw/pull/358
#359 已合并 更新 coder 模板系统提示,让 LLM 在编写新测试前先检查并运行已有测试;加入回归测试 test_cod... 解决了 LLM 自行编写错误测试的回归问题(Issue #345),提升代理的可靠性。 https://github​.com/qhkm/zeptoclaw/pull/359
#362 已合并 r8r 桥接:在去重前确认每个信封;将解析 WS 请求改为返回 Result 以避免 panic;注册 r8r_bridgesystem_prompt 到配置验证。 提升 r8r 桥接的健壮性和可观测性,防止无限循环和崩溃。 https://github​.com/qhkm/zeptoclaw/pull/362
#365 已合并 添加 r8r 桥接 WebSocket 客户端(事件类型、去重、授权响应解析、健康 Ping、CLI 状态显示、安全加固);在 AgentDefaults 中加入 system_prompt 字段。 完成 r8r 桥接的核心功能,为工作流编排提供实时双向通信。 https://github​.com/qhkm/zeptoclaw/pull/365
#360(未在列表中但隐含)

合并影响:今日共合并 4 个功能/修复 PR,分别覆盖 构建优化代理测试可靠性r8r 桥接稳定性以及 r8r WebSocket 客户端四个主要方向,使项目在基础设施与集成能力上迈向更成熟的阶段。


4. 社区热点(讨论最活跃、评论或反应最多的 Items)

类型 评论数 反应(👍) 主要讨论点 链接
#367 Issue(OPEN) 0 0 指出 AGENTS.md 中硬编码的仓库 slug 导致在 Fork 时 AI 代理生成的 Issue/PR 被误提交到上游仓库。社区期望通过环境变量或模板化方式解决。 https://github​.com/qhkm/zeptoclaw/issues/367
#363 Issue(OPEN) 0 0 提出添加 Google Vertex AI 提供商(Gemini 模型)的需求,已有对应 PR(#364)进行实现。讨论集中在认证方式(Bearer token / ADC)与依赖最小化。 https://github​.com/qhkm/zeptoclaw/issues/363
#366 PR(OPEN) 0 0 改进 Telegram 输出的 Markdown → HTML 转换(粗体、斜体、内联代码、围栏代码块),并加入 typing indicator。评论尚未开启,但此功能直接解决了长期存在的渲染问题(Issue #331)。 https://github​.com/qhkm/zeptoclaw/pull/366
#364 PR(OPEN) 0 0 实现 Google Vertex AI 提供商( bearer token 认证),复用已有 GeminiProvider 解析逻辑,零新依赖。社区关注其是否能够合并到下一版本。 https://github​.com/qhkm/zeptoclaw/pull/364

热点洞察:虽然评论数目前均为 0(可能因刚刚创建),但这些议题均指向 用户在多平台(Telegram、Forked 仓库)使用体验的痛点,以及 对新 AI 模型提供商的强烈需求。维护者若能尽快审查并合并相关 PR,将显著提升项目的可用性和吸引力。


5. Bug 与稳定性(今日报告的问题及对应修复)

严重程度 Issue / Bug 描述 是否有对应 Fix PR 链接
P2‑high Issue #361:修复 PR #358 引入的回归——在 r8r 桥接中未确认重复事件导致无限循环;对 malformed r8r bridge 头部返回错误而非 panic;注册新增的 config 字段。 已由 PR #362 修复(同一天关闭) https://github​.com/qhkm/zeptoclaw/issues/361
P2‑high Issue #345:coder 模板 LLM 自行编写测试并使用错误的断言,导致误判。 已由 PR #359 修复(已合并) https://github​.com/qhcm/zeptoclaw/issues/345
P3 Issue #367:硬编码仓库 slug 导致 Fork 时产生误导性 Issue/PR。 尚无对应 PR(需社区贡献) https://github​.com/qhkm/zeptoclaw/issues/367
P3 Issue #363(功能需求而非 Bug)

稳定性评估:今日所有 高优先级 Bug 均已有对应修复并已合并(#361 ↔ #362,#345 ↔ #359),表明项目对回归和崩溃问题的响应及时。剩余的低严重性问题(#367)主要涉及用户体验而非核心稳定性。


6. 功能请求与路线图信号

功能请求 来源 相关 PR 是否已有实现进展 预计纳入时间点
Google Vertex AI(Gemini)提供商 Issue #363 / PR #364 PR #364(OPEN) 已完成核心实现(复用 reqwestGeminiProvider 解析),等待审查合并。 若审查顺利,可进入 下一个补丁版本(v0.x.y+1)。
Telegram Markdown 渲染 + typing indicator Issue #331(历史) / PR #366 PR #366(OPEN) 实现了 7‑阶段 placeholder pipeline,使用 LazyLock 缓存正则。 同样可随同 Vertex AI PR 一起合并,预计 近期版本
可配置的系统提示(system_prompt)供自定义 Agent 行为 PR #365(已合并) 已通过在 AgentDefaults 中添加 system_prompt 字段实现。 已在主线,下次 Release 即可使用。
构建缓存与容器 lint 脚本 PR #358(已合并) 已合并,改善本地开发体验。 已生效。

路线图暗示:项目正在朝着 多提供商支持(Vertex AI)跨平台用户体验改进(Telegram 渲染) 两条主线前进。若后续保持此类功能的快速迭代,下一版本很可能会聚焦在 “提供商扩展 + 消息平台适配” 上。


7. 用户反馈摘要(从 Issues 评论中提炼)

  • Fork 时的误导性 Issue/PR(#367)

    • 用户反馈:在自己的 Fork 中让 AI 代理自动创建 Issue 或 PR 时,由于硬编码的仓库路径,所有操作都被提交到上游仓库,导致上游维护者收到大量无关通知。
    • 期望:能够通过环境变量(如 REPO_OWNER, REPO_NAME)或读取仓库的 remote URL 自动判断目标仓库。
  • Telegram 消息格式(#331、#366)

    • 用户反馈:LLM 生成的 Markdown 在 Telegram 中直接显示为原始文本,粗体、代码块等无法渲染,影响可读性。
    • 期望:自动把常见的 Markdown 语法转换为 Telegram 支持的 HTML,并提供正在输入的提示(typing indicator),以提升交互体验。
  • coder 模板测试回归(#345、#359)

    • 用户反馈:在让 LLM 读取 buggy 文件、编写修复并跑测试时,LLM 会不顾已有测试而自己写一套匹配错误行为的测试,导致误判“修复成功”。
    • 期望:代理应当优先复用项目现有测试套件,只有在缺失时才考虑生成新测试。

这些反馈均指向 “让 AI 代理更好地融入现有工程流程” 的共同诉求——即减少误操作、提升输出可用性、最大限度复用已有资源。


8. 待处理积压(长期未响应的重要 Issue/PR)

类型 创建时间 未处理时长 关注点 链接
#367 Issue(OPEN) 2026‑03‑15 1 天(尚短) 需要维护者决定是否采用环境变量或动态检测方式解决硬编码仓库 slug 问题。 https://github​.com/qhkm/zeptoclaw/issues/367
#366 PR(OPEN) 2026‑03‑15 1 天 等待审查:Telegram Markdown 渲染 + typing indicator 的实现是否满足性能与兼容性要求。 https://github​.com/qhkm/zeptoclaw/pull/366
#364 PR(OPEN) 2026‑03‑15 1 天 等待审查:Google Vertex AI 提供商的合并时机以及是否需要补充文档或示例。 https://github​.com/qhkm/zeptoclaw/pull/364
#358(已合并) 已完成,无积压。
#359(已合并) 已完成,无积压。

建议:虽然目前所有打开项均是刚刚产生的(不到 24 小时),但维护者应优先审查 #364#366,因为它们分别对应社区最强烈的功能需求(新提供商 & 用户体验改进)。尽快合并后,可在下一版本中同时交付,提升项目竞争力。


总结

  • 健康度:高。今日所有高优先级 Bug 已得到及时修复;核心功能(r8r 桥接、构建缓存、代理测试可靠性)进展顺利。
  • 重点方向:多提供商支持(Vertex AI)和跨平台消息渲染(Telegram)是社区最活跃的需求,后续

⚠️ 内容超过 GitHub Issue 上限,完整报告见提交的 Markdown 文件。

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions