-
Notifications
You must be signed in to change notification settings - Fork 1
Description
OpenClaw 生态日报 2026-03-16
Issues: 500 | PRs: 500 | 覆盖项目: 12 个 | 生成时间: 2026-03-16 03:39 UTC
- OpenClaw
- NanoBot
- Zeroclaw
- PicoClaw
- NanoClaw
- IronClaw
- LobsterAI
- TinyClaw
- Moltis
- CoPaw
- ZeptoClaw
- EasyClaw
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#220、duanyytop#224 团队模式速率限制)、ZeptoClaw(#362、#365 r8r 桥接授权) | 希望对 exec、http/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 调度任务 |
同赛道项目详细报告
NanoBot — HKUDS/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 服务 CLI:nanobot 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 二进制,导致 github、summarize 工具报错。 |
可通过依赖文档或安装脚本解决,尚无 PR。 | #2065 |
| 中 | #2071 | DuckDuckGo Web Search 未被识别,配置时工具未加载。 | 暂无修复 PR(需在 web_search 插件中增加默认后端)。 | #2071 |
| 低 | #1956 | 终端输出 “nanobot is thinking…” 未被清除,导致 spinner 与进度行重 |
Zeroclaw — zeroclaw-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 consolidation 或 heartbeat 的早期实验。 | 这些 beta 主要用于验证上述核心特性。 |
破坏性变更:目前发布说明中未提及任何 Breaking Change;所有 beta 均向后兼容
v0.3.x系列。
迁移建议:若从v0.3.1或更早版本升级,建议阅读v0.3.2心跳章节并确认context配置(token_compaction、persistent_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_ops 与 cloud_patterns 工具(IaC 审查、成本分析等)。 |
— |
| #3662 | OPEN | feat(tools): add backup/restore and data management tools – 新增 BackupTool、DataManagementTool。 |
— |
| #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) | 企业微信集成,若合并将扩展即时通讯渠道 |
PicoClaw — sipeed/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/env 的 envPrefix 嵌套解析,使 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 评论中提炼)
- **可观测
NanoClaw — qwibitai/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 #80 – Support runtime(s) other than Claude | 22 评论,45 👍 | 用户担心 Anthropic 限制,期望能够灵活切换到 OpenCode、Codex、Gemini 等供应商。 | https://github.com/qwibitai/nanoclaw/issues/80 |
| Issue #29 – Add 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 |
IronClaw — nearai/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)以及重试/
LobsterAI — netease-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
TinyClaw — TinyAGI/tinyclaw
TinyClaw 项目日报(2026‑03‑16)
基于 GitHub 公开数据:过去 24 h Issues 0 条,PR 11 条(待合并 9,已合并/关闭 2),无新版本发布。
1. 今日速览
- 项目今日活跃度集中在 错误修复与稳定性提升,共有 7 条 fix‑类 PR 处于打开状态,表明核心团队正在集中解决可能导致资源耗尽或配置丢失的问题。 - 只有两个功能 PR(🌐 AI 官方内容追踪报告 2026-03-19 duanyytop/agents-radar#215、🌐 Official AI Content Report 2026-03-19 duanyytop/agents-radar#216)在今日被合并,分别为 系统提示词可选配置 与 CLI ASCII 横幅,功能层面的进展较为有限。
- 由于所有 Issues 在过去 24 h 内无更新,且 PR 评论数均为
undefined(尚未产生讨论),社区互动目前处于低谷,项目健康度主要依赖维护者内部的快速迭代。 ---
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#214、duanyytop#217 按计划合并,下一版本极有可能聚焦在 多供应商支持、无交互式初始化 以及 配置安全(鉴于最近大量 fix 集中在 settings 防御上)。
7. 用户反馈摘要
- 今日无任何 Issues 评论或 PR 讨论产生,故无法从社区直接提炼痛点或使用场景。 - 从最近的 fix PR 背景可间接推断用户曾遇到:
- 团队模式下的 API 预算爆炸(📰 Hacker News AI Digest 2026-03-19 duanyytop/agents-radar#220、🦞 OpenClaw Ecosystem Digest 2026-03-19 duanyytop/agents-radar#224)。
- 长时间卡住的 Agent 导致队列堵塞(📈 AI Open Source Trends 2026-03-19 duanyytop/agents-radar#218)。
- 误操作导致配置文件被清除(🦞 OpenClaw 生态日报 2026-03-19 duanyytop/agents-radar#222)。
- 死信队列无限重试造成资源浪费(📊 AI CLI Tools Digest 2026-03-19 duanyytop/agents-radar#223)。
这些均是典型的生产环境稳定性问题,说明活跃用户在实际使用中对 容错性、资源控制 与 配置安全 有较高要求。
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#214 与 duanyytop#217,因为它们代表下一版本的功能方向;与此同时,尽快合并 duanyytop#219 以防止配置错误导致的守护进程启动失败。
总结:今日 TinyClaw 在 稳定性与安全防护 上取得了显著进展(多个 fix PR 已就绪待合并),功能层面仅有两项小改动合并。社区互动仍然较弱,项目健康度主要依赖维护者内部的快速迭代。下步工作建议聚焦在 Web‑based 初始化、多 LLM 支持 以及 现有 fix 的及时合并,以把稳定性提升转化为可交付的新功能。
数据截止时间:2026-03-16 23:59 UTC。
Moltis — moltis-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。
CoPaw — agentscope-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 |
ZeptoClaw — qhkm/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_bridge 及 system_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) | 已完成核心实现(复用 reqwest、GeminiProvider 解析),等待审查合并。 |
若审查顺利,可进入 下一个补丁版本(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 文件。