Skip to content

🦞 OpenClaw 生态日报 2026-05-11 #26

Open
Open
🦞 OpenClaw 生态日报 2026-05-11#26
Labels
openclaw
@github-actions

Description

@github-actions
github-actions
bot
opened on May 11, 2026

OpenClaw 生态日报 2026-05-11

Issues: 500 | PRs: 500 | 覆盖项目: 15 个 | 生成时间: 2026-05-11 02:37 UTC

OpenClaw 项目深度报告

OpenClaw 项目日报 | 2026-05-11

1. 今日速览

截至 2026-05-11，OpenClaw 保持极高的社区活跃度：过去 24 小时内新增/活跃 Issue 440 个、待合并 PR 447 个，显示项目正处于密集开发周期。今日发布 v2026.5.10-beta.2，包含 Telegram 自动化功能增强（Live PR 证据捕获、桌面场景构建器）。社区对代理稳定性（Agents 中途停止响应）、内存泄漏（sessions.json 无界增长、Feishu httpServers Map）以及新版 Codex 运行时迁移的讨论尤为热烈，多个 PR 已就安全性和功能增强提交修复。整体健康度评估：活跃迭代期，功能推进积极，但需关注积压 Issue 的响应时效。

2. 版本发布

🆕 v2026.5.10-beta.2 & v2026.5.10-beta.1

发布内容：

版本 日期 变更摘要
v2026.5.10-beta.2 2026-05-10 Telegram 自动化功能迭代
v2026.5.10-beta.1 2026-05-10 同版本首次构建

主要更新：

  • QA/Mantis: Telegram Live PR 证据自动化：集成 Convex 凭证租赁、Crabbox 转录捕获、Motion GIF 预览和内联 PR 评论
  • QA/Mantis: Telegram 桌面场景构建器：新增租赁 Crabbox、安装原生 Telegram Desktop、配置 OpenC... 等能力

⚠️ 迁移提示：beta 版本可能存在 API 不稳定，建议在测试环境验证后再部署到生产。

🔗 Release v2026.5.10-beta.2 | v2026.5.10-beta.1

3. 项目进展

过去 24 小时共有 53 个 PR 已合并/关闭，以下为高影响力 PR：

PR 作者 领域 摘要
#80444 @nimbleenigma agents/codex [codex] redact persisted tool result details — 对 toolResult 中的敏感信息脱敏，防止会话记录泄露
#79910 @wAngByg sessions recover store from backup and tmp artifacts — 从 .bak 和临时文件恢复损坏的 sessions.json，解决 OOM 后数据丢失问题
#80055 @giodl73-repo gateway/cli Doctor: add --lint detection and validation support — 新增健康检查的 lint 规则检测和修复能力
#80493 @pashpashpash agents/codex Route Codex side questions through native side threads — Codex OAuth 场景下的 /side 命令优化
#80489 @hclsys channel/telegram stamp OpenClawBot User-Agent to avoid ISP undici throttling — 解决 Telegram 请求被 ISP 限流问题
#80492 @hclsys gateway suppress doctor --fix hint for plugin packaging errors — 减少误报，提升 doctor 工具准确性
#79218 @stainlu agents/cli fix(agent): deliver CLI notifications directly — 修复通知被当作模型 prompt 的问题
#71898 @rubencu memory-core preserve session corpus labels — 修复 memory_search 错误返回 corpus:"memory" 的问题

总体评价：本轮迭代聚焦安全加固（toolResult 脱敏）、稳定性修复（sessions 恢复、doctor 检测）、Telegram 渠道优化三大方向，项目整体稳定推进。

4. 社区热点

📌 讨论最活跃的 Issues（按评论数排序）

# 标题 评论 状态 核心诉求
#48183 Feishu monitor state cleanup incomplete — 内存泄漏 16 OPEN httpServers Map 删除未等待服务器关闭
#47940 Heartbeat 交替发送 sent/ok-token，实际间隔 2x 13 CLOSED 配置间隔与实际行为不一致
#45740 gh-issues skill 未消毒直接将 issue body 注入 sub-agent 12 OPEN 安全风险：未验证的外部内容进入 prompt
#39604 Feature: 添加 tools.web.fetch.allowPrivateNetwork 12 👍6 OPEN 允许显式访问私有网络地址
#80171 Codex-vs-Pi runtime parity QA harness (RFC) 7 OPEN 追踪 Codex 迁移的测试框架设计
#80320 [QA harness] mock Pi provider id 失败 6 OPEN QA 工具与实际行为不一致（已归类为 harness bug）

热点分析：

  1. 安全优先：#45740 暴露了 gh-issues skill 直接注入外部内容到 LLM prompt 的漏洞，社区高度关注
  2. 稳定性回归：#48183（内存泄漏）、#76877（Agents 中途停止）是近期高优先级回归问题
  3. 架构演进：#80171 表明项目正推进 Codex 作为默认运行时，QA 基础设施同步建设

5. Bug 与稳定性

🔴 高优先级（可能影响生产）

Issue 类型 摘要 已有 Fix PR?
#76877 回归 2026.5.2 Agents 工作中途停止，工具调用后无响应 ❌ 无
#55334 性能/内存 sessions.json 无界增长导致 Gateway OOM，每分钟 50-100MB ❌ 无
#48183 Bug Feishu monitor httpServers Map 内存泄漏 ❌ 无
#76562 回归 升级后 CPU 满载，控制平面 RPC 延迟极高 ❌ 无
#44925 Bug Subagent 完成结果静默丢失，无重试/通知 ❌ 无

🟡 中优先级

Issue 类型 摘要
#47975 Bug Subagent 会话完成后持续存在，主会话无响应
#43661 Bug 压缩超时会话无限挂起，重复发送消息
#45759 Bug Telegram typing keepalive 无熔断断路器，网络故障时网关崩溃
#46080 Bug Anthropic tool_result 成功但最终内容为空

严重警告：#76877 和 #76562 均为近期版本回归，建议尽快回滚或等待官方补丁。

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

✨ 值得关注的 Feature Requests

Issue 需求 点赞 相关 PR 纳入可能性
#39604 tools.web.fetch.allowPrivateNetwork 配置项 6 — 🟡 中（需求明确）
#42475 网关级按代理成本预算强制执行 0 — 🔴 低（需大改）
#43260 SKILL.md 支持 model 字段实现按技能路由 0 — 🟡 中（有需求）
#45031 技能安装内置安全扫描（集成 AgentShield） 0 — 🟢 有草案
#45758 支持 YAML 配置文件格式 1 — 🟡 中
#45550 Anthropic 1M 上下文从 Beta 迁移到 GA 1 — 🟢 已启动

📡 路线图信号

  • Codex 迁移：#80171 显示项目正推进 Codex 作为默认运行时，QA 工具链同步建设中
  • 安全强化：#80444 PR 已在 Codex 侧对 toolResult 脱敏，安全能力持续增强
  • 内存管理：#43747 报告不同用户内存行为不一致，可能推动统一存储架构

7. 用户反馈摘要

😤 主要痛点

  1. 版本回退压力：#76877 用户反映 2026.5.2 导致 Agents 完全不可用，被迫停留在 2026.04-23 版本
  2. 稳定性焦虑：WSL2 环境下的多个回归（skills 加载失败、OPENCLAW_HOME 嵌套目录、配置空格问题）影响 Linux 用户体验
  3. 文档缺失：Google Gemini CLI 认证问题（#41619）凸显跨提供商 OAuth 文档不足

😊 满意度来源

  • Telegram 自动化功能（Telegram Live PR evidence）获积极评价，本次更新继续扩展
  • 多渠道支持（Discord、Feishu、WhatsApp）覆盖广泛，#46559 修复日志泄露问题改善用户体验
  • 内存持久化机制（SQLite）用户依赖度高，#71898 修复 corpus 标签问题

🔍 使用场景提炼

场景 相关 Issue
企业飞书集成 #48183（内存泄漏）
定时任务/Cron #44922（重复触发）、#45494（超时处理）
多代理编排 #43367（并发安全）、#47964（OAuth 兼容）
本地模型部署 #44202（Apple Silicon GPU）、#45706（DeepSeek 部署）

8. 待处理积压

⚠️ 以下 Issue 长期未解决或未响应，贡献者请重点关注：

Issue 创建时间 状态 积压天数 优先级
#38327 2026-03-06 OPEN ~66 天 🔴 高
#38439 2026-03-07 OPEN ~65 天 🟡 中
#39102 2026-03-07 OPEN ~65 天 🟢
#39476 2026-03-08 OPEN ~64 天 🟡 中
#39604 2026-03-08 OPEN ~64 天 🟡 中
#42475 2026-03-10 OPEN ~62 天 🟡 中
#43145 2026-03-11 OPEN ~61 天 🟢
#43260 2026-03-11 OPEN ~61 天 🟡 中

积压分析：超过 60 天未解决的 Issue 占 top 50 的 40%，其中多个为重复回归问题，可能需要建立 Issue 优先级分类机制或增加维护资源。

📊 数据摘要

┌─────────────────────────────────────────────────────────┐
│                  OpenClaw 2026-05-11                    │
├─────────────────────────────────────────────────────────┤
│  Issues:  +500 (440 active / 60 closed)                 │
│  PRs:     +500 (447 pending / 53 merged)                │
│  Releases: 2 (v2026.5.10-beta.2, v2026.5.10-beta.1)     │
├─────────────────────────────────────────────────────────┤
│  Top Issue: #48183 (Feishu 内存泄漏, 16 评论)          │
│  Top PR:   #80444 (Codex toolResult 脱敏)              │
│  Open >60d Issues: 8                                    │
├─────────────────────────────────────────────────────────┤
│  Health: 🟡 活跃迭代期 | 稳定性需关注 | 安全持续投入   │
└─────────────────────────────────────────────────────────┘

本报告基于 2026-05-11 00:00–23:59 UTC GitHub 活动数据自动生成。如需进一步分析特定领域，请告知。

横向生态对比

个人 AI 助手/自主智能体开源生态横向对比分析报告

报告日期: 2026-05-11
数据来源: 各项目 GitHub 公开活动数据

1. 生态全景

当前个人 AI 助手/自主智能体开源生态呈现**"一超多强、高速迭代"的格局。以 OpenClaw 为首的头部项目保持极高社区活跃度（日均 500+ PR/Issue 更新），hermes-agent 和 librefang 紧随其后，构成第一梯队。生态整体处于功能快速扩展期，各项目普遍聚焦多渠道集成**（Telegram、飞书、Slack、Discord）、安全性加固（prompt injection 防护、凭证脱敏）、Agent 稳定性（内存管理、session 持久化）三大方向。值得注意的是，多代理运行时和主权化部署（本地语音转录、隐私搜索）正成为跨项目共识的技术演进方向，反映出社区对"可信赖 AI Agent"的迫切需求。

2. 各项目活跃度对比

项目 Issues (24h) PRs (24h) Releases 健康度 核心亮点
OpenClaw +500 (440 活跃) +500 (53 合并, 447 待审) 2 个 Beta 🟡 活跃迭代期 安全加固、Telegram 自动化、Codex 迁移
hermes-agent +191 (150 活跃) +500 (170 合并, 330 待审) 0 🟡 高活跃但积压重 Token 优化、多平台适配、TUI 本地化
librefang +26 (8 新增) +45 (43 合并) 0 🟢 高交付能力 Matrix 完整功能、Workflow 持久化、Dashboard 多渠道
Zeroclaw 19 活跃 27 (8 合并, 19 待审) 0 (v0.8.0 集成中) 🟡 大版本筹备期 多代理运行时、V3 Schema 迁移、Provider 兼容
NanoClaw 19 (2 关闭) 21 (11 合并, 10 待审) 0 🟢 安全导向 cli-scope fail-closed、容器稳定性、poll-loop 优化
NanoBot 5 (3 活跃) 7 (2 合并, 5 待审) 0 🟢 良好 NVIDIA NIM 支持、工具插件化、自我修正机制
LobsterAI 2 17 (2 合并, 15 待审) 0 🟡 积压待消化 MCP Streaming、批量任务修复、stale PR 积压
IronClaw 8 28 (12 合并) 0 (tag v0.27.0, crates.io 滞后) 🟡 版本断裂风险 Reborn 架构重构、Nightly E2E 失败
QwenPaw 15 (13 活跃) 10 (1 合并, 9 待审) 0 🟢 社区活跃 MD5→SHA-256 安全修复、本地模型稳定性
PicoClaw 4 6 1 Nightly 🟡 合并率低 Telegram Business、飞书多实例、exec 安全
openfang 1 1 0 🟢 平稳 DoVi 工作流、MCP Windows 兼容
ZeptoClaw 0 1 0 🟢 稳定推进 Pipeline 重构 Phase 2
Moltis 1 0 1 🟡 低活跃 消息附件 UI 增强
TinyClaw 0 0 0 ⚪ 无活动 —
EasyClaw 0 0 0 ⚪ 无活动 —

数据摘要: 过去 24 小时，生态内共产生 ~800+ Issues 和 ~1,100+ PRs，头部项目（OpenClaw、hermes-agent）贡献了约 90% 的活动量。

3. OpenClaw 在生态中的定位

3.1 规模优势

维度 OpenClaw 第二名 (hermes-agent) 倍数
Issues/日 500 191 2.6x
PRs/日 500 500 1x
待合并 PR 447 330 1.4x
活跃 Issue 440 150 2.9x

OpenClaw 以 2.6-2.9x 的领先幅度占据生态活跃度榜首，是当前事实上的行业风向标项目。

3.2 技术路线差异

特性 OpenClaw 对比项目倾向
运行时选择 主推 Codex，Pi 作为兼容路径 Zeroclaw/NanoClaw 采用多运行时策略
渠道策略 Telegram 为核心，+ 飞书/Discord hermes-agent 侧重企业 IM（Slack/飞书）
存储架构 sessions.json + SQLite 混合 librefang 全栈 SQLite、NanoClaw 容器化
安全模型 toolResult 脱敏、gh-issues 内容验证 NanoClaw cli-scope fail-closed、NanoBot MCP 沙箱
部署模式 传统 Gateway 部署 PicoClaw/TinyClaw 轻量化、NanoClaw 容器优先

3.3 社区规模对比

OpenClaw 的 Issue/PR 产出是第三名 librefang（26 Issues, 45 PRs）的 ~19 倍，体现其庞大的用户基数和开发者社区。但高活跃度也带来挑战：积压 8 个超过 60 天的 Issue，响应时效性是主要短板。

4. 共同关注的技术方向

以下技术方向在多个项目中同步涌现，反映社区共识：

4.1 安全与权限隔离 ⭐⭐⭐⭐⭐

项目 具体诉求
OpenClaw #45740 gh-issues skill 未消毒直接注入 prompt；#80444 toolResult 脱敏
NanoClaw cli-scope fail-closed enforcement；sessions-get oracle guard
hermes-agent #21574 prompt injection + per-user agent isolation RFC
QwenPaw MD5→SHA-256 替换（#4180）；MCP 证书验证
PicoClaw exec 工具相对路径误判绝对路径（安全守卫）

共性结论: 2026 年 AI Agent 赛道的安全攻防已从"事后修补"转向"设计即安全"，权限模型和内容隔离成为基础设施层面的刚需。

4.2 多代理运行时与工作区隔离 ⭐⭐⭐⭐⭐

项目 进展
Zeroclaw v0.8.0 核心功能落地（#6545），per-alias workspace
OpenClaw Codex OAuth side threads 路由优化（#80493）
librefang Per-agent proactive_memory override（#4870）
hermes-agent Session 级别自动技能预加载（#22341）

共性结论: 从"单 Agent 单会话"向"多 Agent 协作"演进，每个 Agent alias/identity 独立工作区的设计成为主流架构模式。

4.3 稳定性：内存与 Session 管理 ⭐⭐⭐⭐

项目 核心问题
OpenClaw #55334 sessions.json 无界增长 OOM；#76877 Agents 中途停止响应
NanoClaw 容器镜像陈旧导致崩溃（#2378/2379）；stale-session 超时
LobsterAI #1849 追问场景 NO_REPLY 无限循环；#1584 Agent 数据复活
QwenPaw #3843 会话历史消失但侧边栏标题残留；#4184 本地模型执行中断

共性结论: Agent 的"长期运行稳定性"是生态公认的最大挑战，内存泄漏、session 状态一致性、容器持久化构成三大技术债务。

4.4 本地化与隐私计算 ⭐⭐⭐

项目 实践
NanoBot 本地 faster-whisper 语音转录，解除 API key 依赖（#3723）
NanoClaw Voice transcription V2，容器侧 sovereign by default（#2003）
Zeroclaw SearXNG 隐私搜索 + DuckDuckGo CAPTCHA 检测提案（#5316）
PicoClaw Telegram Business Mode；Ollama Cloud 凭证支持需求

共性结论: 用户对"主权 AI"的需求明确，本地推理 + 隐私优先的设计哲学正在从边缘走向主流。

4.5 Provider 兼容性与多模型支持 ⭐⭐⭐

项目 痛点
Zeroclaw #6034 单/多轮对话 400 Bad Request；#6558 405 Method Not Allowed
NanoBot NVIDIA NIM Provider 支持（已合并 #3707）；Ollama 工具调用失效（#2829）
QwenPaw 火山引擎 VOLCENGINE 修复；DashScope 配置暴露问题
PicoClaw Codex OAuth 空响应；ChatGPT 后端兼容

共性结论: OpenAI-compatible API 的消息格式差异（system message 位置、tool_call 格式）是跨项目的高频兼容性根因。

5. 差异化定位分析

5.1 功能侧重

定位 代表项目 核心能力
全能型旗舰 OpenClaw, hermes-agent 全渠道覆盖 + 完整功能集 + 生态影响力
企业级平台 librefang, LobsterAI Dashboard + Workflow + 多租户管理
轻量化/边缘部署 PicoClaw, TinyClaw, ZeptoClaw 低资源占用 + 快速启动 + 嵌入式场景
安全/主权导向 NanoClaw, NanoBot 容器隔离 + 本地推理 + 权限严控
专业领域扩展 openfang HDR/DoVi 工作流 + 专业音视频集成
国产生态适配 QwenPaw, LobsterAI 火山引擎、钉钉、飞书等本土平台深度适配

5.2 目标用户差异

用户画像 推荐项目 理由
追求功能全面性的高级用户 OpenClaw, hermes-agent 渠道最多、功能最全、社区最活跃
企业内部部署（合规优先） librefang Dashboard + 审批流 + 多租户隔离
低资源/边缘设备 PicoClaw, TinyClaw 轻量级，适合 Raspberry Pi/Android TV
注重隐私的个人用户 NanoClaw 容器化 + 本地优先 + 严格权限
中文企业用户 QwenPaw, LobsterAI 飞书/钉钉原生集成 + 国内模型支持

5.3 技术架构关键差异

维度 OpenClaw NanoClaw Zeroclaw librefang
核心语言 TypeScript TypeScript Rust Python
存储后端 JSON + SQLite 容器文件系统 SQLite SQLite
Agent 架构 Codex/Pi 双运行时 Claude 原生 多代理运行时 单代理 + Workflow
渠道扩展方式 插件/技能系统 MCP 协议 Channel Adapter Channel Adapter
安全模型 prompt 脱敏 cli-scope 审批流程 approval_audit
版本发布节奏 Beta 周更 Nightly 大版本制 持续合并

6. 社区热度与成熟度分层

6.1 活跃度分层

🔥🔥🔥🔥🔥 第一梯队（高速迭代期）
├── OpenClaw      日均 500+ Issues/PR，代码量大、功能全
├── hermes-agent  日均 500+ PR，191 Issues，社区贡献活跃
└── librefang    日均 45 PR，交付能力极强（43 PR/天合并）

🔥🔥🔥 第二梯队（功能扩展期）
├── Zeroclaw     v0.8.0 大版本筹备，多代理运行时落地
├── NanoClaw     安全加固 + poll-loop 优化并重
├── NanoBot      工具系统插件化，自我修正机制
└── LobsterAI    MCP 功能深化，但 PR 积压待消化

🔥🔥 第三梯队（质量巩固期）
├── IronClaw     Reborn 架构重构，测试覆盖率提升
├── QwenPaw      安全修复 + 稳定性收敛
├── PicoClaw     渠道功能完善 + exec 安全
└── openfang     专业领域深耕（DoVi），低噪音稳定

🔥🔥 第四梯队（低维护/休眠期）
├── Moltis      低活跃，月均 1-2 个功能更新
├── TinyClaw    24h 无活动
└── EasyClaw    24h 无活动

6.2 成熟度信号

成熟度信号 项目
积压清理能力强 librefang（日合并 43 PR，积压控制良好）
版本发布节奏稳定 OpenClaw（Beta 周更）、Moltis（常规迭代）
CI/CD 成熟 IronClaw（Nightly E2E）、NanoClaw（repo 迁移后 workflow 适配）
技术债务显现 OpenClaw（60+ 天积压 Issue）、LobsterAI（32 天 stale PR）
版本断裂风险 IronClaw（crates.io 滞后 3 个版本）
功能尚未收敛 Zeroclaw（v0.8.0 破坏性变更在即）

7. 值得关注的趋势信号

7.1 行业趋势提炼

① 从"能用"到"可信"：Agent 安全成基础设施层需求

  • OpenClaw (#45740)、NanoClaw (cli-scope)、hermes-agent (#21574) 不约而同地聚焦 prompt injection 和

同赛道项目详细报告

NanoBot — HKUDS/nanobot

NanoBot 项目日报 | 2026-05-11

1. 今日速览

2026-05-11，NanoBot 项目保持高度活跃。过去 24 小时内共产生 5 条 Issues（3 条新开/活跃，2 条已关闭）和 7 条 PRs（5 条待合并，2 条已合并/关闭）。今日未发布新版本，但项目在工具系统架构、Agent 自我修正机制、转录服务本地化等关键方向取得显著进展。社区反馈积极，维护者响应及时，整体健康度评级为 良好。

2. 版本发布

今日无新版本发布。

最近一个版本发布信息请参考 Releases 页面。

3. 项目进展

已合并/关闭的 PRs

PR # 标题 贡献者 状态 推进内容
#3707 feat: add NVIDIA NIM provider support @barreler126 ✅ 已合并 新增 NVIDIA NIM 作为 AI Provider，扩展模型接入选项
#3711 fix(agent): move archived summary into system prompt for KV cache stability @chengyongru ✅ 已合并 修复存档摘要注入位置，消除 KV 缓存浪费，提升多轮对话性能

待合并的 PRs（重点关注）

PR # 标题 贡献者 状态 预期价值
#3729 refactor(tools): plugin architecture with self-describing tools @chengyongru 🔄 待合并 工具系统从 ~50 行硬编码重构为 ~25 行自描述插件模式，降低维护成本
#3730 feat(cli): make bot name and icon configurable @pixan-ai 🔄 待合并 新增 bot_name 和 bot_icon 配置项，提升用户体验定制化能力
#3728 feat(agent): add LoopDetectHook and ReflectRetryHook @MuataSr 🔄 待合并 引入循环检测和重试反思钩子，增强 Agent 自我修正能力
#3723 Local whisper transcription @dilidin2 🔄 待合并 支持本地 faster-whisper 语音转录，解除 API key 依赖
#3663 fix(transcription): tolerate chat-style apiBase for Groq/OpenAI @subalkum 🔄 待合并 修复转录端点配置兼容性问题（关联 Issue #3637）

4. 社区热点

讨论最活跃的 Issues

1. Issue #3724 - 感谢 + 动态认知姿态建议 (已关闭)

2. Issue #3637 - 转录 Provider 配置不透明 (开放中)

3. Issue #2829 - Ollama 工具调用失效 (开放中)

5. Bug 与稳定性

新报告的 Bug（按严重程度）

优先级 Issue # 标题 状态 Fix 进展
🔴 高 #3726 上下文压缩 bug，导致系统无法运行 🆕 新报告 ❌ 无 Fix PR
🟡 中 #2829 Ollama 工具调用broken ⚠️ 长期未修复 ❌ 无 Fix PR
🟡 中 #3469 deepseek-v4 reasoning_content 错误 ✅ 已关闭 可能已通过其他 PR 修复
🟢 低 #3637 转录 Provider 配置不透明 ⚠️ 待修 ✅ 有对应 Fix PR #3663

关键问题：Issue #3726

上下文压缩导致系统崩溃

用户 @jermeyhu 报告 nanobot-gateway 在处理 QQ 消息时触发 Token 合并后系统异常：

nanobot-gateway  | 2026-05-10 17:14:11.733 | DEBUG    | nanobot.agent.memory:maybe_consolidate_by_tokens:570 - Token consolidation: no safe bo...

⚠️ 警告：此问题阻塞用户正常使用，需维护者紧急关注。

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

用户提出的新功能需求

请求内容 来源 Issue 关联 PR 纳入可能性
动态认知姿态（自适应系统提示词/工具集/知识库） #3724 - 🔲 远期路线图
本地语音转录（无需 API key） - #3723 ✅ 高（已有 PR）
CLI Bot 名称/图标定制化 - #3730 ✅ 高（已有 PR）
NVIDIA NIM Provider 支持 - #3707 ✅ 已合并
Agent 自我修正机制（循环检测+重试反思） - #3728 ✅ 高（已有 PR）
工具系统插件化重构 - #3729 ✅ 高（已有 PR）

7. 用户反馈摘要

积极反馈

  • Issue #3724：用户 @wenge6090-cell 表达了对 NanoBot 作为其项目基座的感谢，盛赞项目的极简设计理念。

痛点与需求

痛点 来源 严重度
上下文压缩逻辑缺陷导致系统崩溃 #3726 🔴 高
Ollama 工具调用不工作 #2829 🟡 中
DeepSeek-V4 reasoning_content 传输出错 #3469 🟡 中
转录 Provider 配置不透明 #3637 🟡 中
Agent 出现复读机行为 #3724 🟡 中
语音转录依赖第三方 API - 🟢 低

使用场景

  • QQ 频道集成（#3726, #3469）
  • 本地部署（#3723 - 隐私敏感场景）
  • Ollama 自托管模型（#2829）
  • NVIDIA NIM 企业级接入（#3707 已合并）

8. 待处理积压

长期未响应的 Issue

Issue # 标题 创建日期 未响应天数 状态 建议
#2829 Ollama tool calling broken 2026-04-05 36 天 🟠 待响应 高优先级，用户报告工具调用功能完全失效
#3637 Transcription Provider 配置不透明 2026-05-06 5 天 🟡 处理中 已有 Fix PR #3663 待合并

建议维护者关注的 PRs

PR # 标题 待合并天数 状态 紧急度
#3723 Local whisper transcription 1 天 🔄 待审核 🟡 中
#3663 fix(transcription): tolerate chat-style apiBase 5 天 🔄 待审核 🟡 中

📊 健康度评估

指标 数值 评级
Issues 响应率（24h） 60% (3/5) 🟡 中
PR 合并率（24h） 29% (2/7) 🟢 良好
社区活跃度 高 🟢 良好
Bug 积压 2 个待修 🟡 中
功能 PR 储备 5 个待合并 🟢 良好

报告生成时间：2026-05-11 08:00 (UTC+8)
数据来源：GitHub HKUDS/nanobot 活动统计
下次更新：2026-05-12

Zeroclaw — zeroclaw-labs/zeroclaw

Zeroclaw 项目动态日报

日期： 2026-05-11
报告周期： 过去 24 小时

1. 今日速览

Zeroclaw 项目在过去 24 小时内保持高度活跃状态。社区共产生 46 次更新（19 条 Issues + 27 条 PRs），其中 8 个 PR 成功合并，涉及多代理运行时、SopEngine 修复、V0.8.0 Schema 迁移等关键功能。目前有 19 个 PR 等待合并，包括 v0.8.0 整合分支和 OpenAI Bridge channel 等重量级改动。Issues 层面共关闭 3 个，活跃问题 16 个，以 P1 高优先级问题居多，主要集中在 provider 兼容性和 channel 稳定性方面。项目正积极推进 v0.8.0 发布，集成工作覆盖 10+ 代码路径，预计带来大规模破坏性变更。

2. 版本发布

本日无新版本发布。

⚠️ 重要预告： v0.8.0 正在集成中（PR #6398），包含 Schema v3 迁移、多代理运行时、破坏性配置变更等多项目录，预计短期内发布。

3. 项目进展

已合并/关闭的 Pull Requests

PR # 标题 类型 状态 说明
#6545 feat(runtime): multi-agent runtime enhancement (XL) ✅ CLOSED 多代理运行时核心功能落地，支持 [agents.<alias>] 隔离工作区
#6523 feat(config)!: V0.8.0 schema-mirror env-var grammar breaking change ✅ CLOSED 彻底消除遗留环境变量覆盖，统一采用 V3 机制
#6534 fix(sop): call reload() after SopEngine construction bug (XS) ✅ CLOSED 修复 SOP 引擎从未加载规则的问题
#6533 fix(config): respect ZEROCLAW_CONFIG_DIR in path field defaults bug (XS) ✅ CLOSED 7 个路径字段默认值现在遵循 ZEROCLAW_CONFIG_DIR 环境变量

重大进展分析

多代理运行时落地（#6545）
这是 v0.8.0 的核心功能，允许每个 agent alias 拥有独立工作区、内存、身份文件和权限设置，替代了 V3 之前单工作区身份模型。集成分支 integration/v0.8.0 正在汇聚所有 Schema v3 迁移变更。

配置系统现代化（#6523）
通过统一 env-var 语法，消除所有遗留覆盖机制，为 V0.8.0 提供清晰的运营商配置契约。

4. 社区热点

讨论最活跃的 Issues

🔴 高优先级讨论区

Issue # 标题 优先级 评论数 核心诉求
#6530 Build failure with matrix-sdk v0.16.0 (recursion limit) P3 4 构建时递归限制溢出，需 channel-matrix 兼容适配
#6207 WebSocket gateway bypasses ApprovalManager P1 4 ⚠️ 已关闭 — 监督模式下的工具审批从未在 Web UI 呈现
#6034 单轮/多轮对话丢失 user message P1 3 多个 provider/model 均失败，400 Bad Request
#6558 providers error (405 Method Not Allowed) P3 2 通义 qwen3.5-plus API 调用报 405 错误
#6074 audit: track 153 commits lost in bulk revert P2 2 追踪 c3ff635 批量回滚丢失的提交，需恢复流程

🔵 功能请求热点区

Issue # 标题 类型 评论数 热度分析
#5316 Propose SearXNG search support + Web Search robustness enhancement 2 隐私导向搜索 + DuckDuckGo CAPTCHA 检测
#6272 Multi-agent runtime: per-alias workspaces enhancement 2 ✅ 已由 #6545 实现 — 核心需求落地
#6563 Comfy Cloud / ComfyUI as shared media provider enhancement 0 新功能：支持视频生成工具

热点分析

  1. Provider 兼容性问题突出：多起 Issues 反映 OpenAI-compatible API 调用失败（400/405 错误），用户急需更健壮的 provider 适配层（见 #6034、#6558、#6551）

  2. 多代理运行时需求旺盛：#6272 虽已通过 #6545 实现，但配套的 V3 SwarmConfig（#6271）、ACP session restore（#6543）等周边功能仍在推进中

  3. 国际化需求明显：#6548 报告 channel 命令回复硬编码英文，#6550 已在修复

5. Bug 与稳定性

按严重程度排列的活跃 Bug

🔴 S1 - 工作流阻塞（最高）

Issue # 标题 状态 是否有 Fix PR
#6034 单轮/多轮对话丢失 user message OPEN ❌ 无
#6551 Non-leading system messages 发送给 OpenAI-compatible providers IN-PROGRESS ✅ #6552 在修
#6558 Provider API 405 Method Not Allowed OPEN ❌ 无

🟠 S2 - 功能降级

Issue # 标题 状态 是否有 Fix PR
#6520 Gemini CLI provider crashes (argument syntax) ACCEPTED ❌ 无
#6419 WorkspaceManager fails to load profiles ACCEPTED ❌ 无
#6548 Channel runtime replies bypass Fluent localization OPEN ✅ #6550 在修
#6530 matrix-sdk recursion limit overflow ACCEPTED ❌ 无
#6556 Discord media send/receive broken OPEN ❌ 无

🟡 S3 - 次要问题

Issue # 标题 状态 是否有 Fix PR
#6561 --host recovery hint advertises URL that admin guard rejects OPEN ❌ 无

稳定性风险评估

⚠️ 高风险项：

  • Provider 消息格式问题（#6551/#6552）：影响所有 OpenAI-compatible 端点，可能导致历史记录损坏
  • WorkspaceManager 初始化（#6419）：Windows 用户启动失败
  • Discord 媒体处理（#6556）：inbound images 完全无法处理

✅ 已缓解项：

  • SopEngine 从未加载（#6534 已修复）
  • Config 路径默认值问题（#6533 已修复）

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

即将纳入的功能（已有对应 PR）

功能 Issue/PR 状态 目标版本 说明
多代理运行时 #6272 → #6545 ✅ CLOSED v0.8.0 每个 alias 隔离工作区、内存、权限
V3 Schema + env-var 统一 #6523 ✅ CLOSED v0.8.0 破坏性变更，彻底消除遗留覆盖
OpenAI Bridge channel #6564 OPEN 待定 暴露为 first-class channel
System messages 位置规范化 #6552 OPEN 近期 合并到首条消息前发送
Claude Code 视觉支持 #6549 OPEN 待定 Telegram 照片现可被处理
RunPod ComfyUI 图像生成 #6555 OPEN 待定 替代默认图像命名
NixOS module #6562 OPEN 待定 systemd 多实例支持

用户主动请求的新功能

Issue # 功能描述 优先级 评估
#5316 SearXNG 隐私搜索 + DuckDuckGo CAPTCHA 检测 P2 🔵 可能纳入 v0.8.x
#6271 V3 SwarmConfig schema P2 🔵 与多代理运行时协同
#6543 ACP v1 session/load 恢复 P2 🟡 低优先级
#6563 Comfy Cloud / ComfyUI 媒体提供 NEW 🟢 刚提出，需评审

路线图信号分析

v0.8.0 核心主题明确：多代理运行时（已完成） + Schema v3 迁移（已完成） + Provider 现代化（进行中）

7. 用户反馈摘要

真实用户痛点

1. Provider 兼容性问题频发

多位用户报告使用自定义 OpenAI-compatible API 时收到 400/405 错误，怀疑与消息格式、system message 位置有关（#6034、#6558、#6551）

2. Windows 平台支持不完善

Windows 用户报告 WorkspaceManager 无法加载 profiles，影响日常使用（#6419）

3. Discord 频道媒体处理完全失效

inbound images 永远为空，agent 无法接收用户发送的图片（#6556）

4. 构建依赖问题

matrix-sdk v0.16.0 导致递归限制溢出，特定 feature 组合无法编译（#6530）

用户满意点

  • Homebrew 发布问题已解决：#6547 反映的 0.7.5 版本缺失已关闭
  • 文档需求得到响应：#5863 文档 skills 请求已 ACCEPTED

改进建议

  1. Provider 错误处理需加强：建议增加更详细的错误类型诊断
  2. Web UI 审批流程缺失：dashboard 的 ApprovalManager 旁路问题（#6207 已关闭但根因待查）
  3. 国际化仍不完整：多处硬编码英文字符串

8. 待处理积压

长期未响应的 Issue（超过 7 天无维护者回复）

Issue # 创建日期 标题 优先级 积压天数 风险
#6034 2026-04-23 单轮/多轮对话丢失 user message P1 18天 🔴 高
#6272 2026-05-02 Multi-agent runtime workspaces P1 9天 ✅ 已实现
#6074 2026-04-24 153 commits 审计追踪 P2 17天 🟠 中
#5316 2026-04-05 SearXNG 搜索支持 P2 36天 🟡 低
#6271 2026-05-02 V3 SwarmConfig schema P2 9天 🟡 低

长期未合并的 PR（超过 5 天待审）

PR # 创建日期 标题 风险 积压天数
#6183 2026-04-28 fix(multimodal): normalize image markers 🔴 高 13天
#6117 2026-04-26 feat(codex): support native Responses tool calls 🟠 中 15天
#6192 2026-04-28 fix(gateway): target paircode retrieval 🟠 中 13天
#6398 2026-05-05 Integration/v0.8.0 🔴 阻塞发布 6天
#6564 2026-05-11 Add openai channel 🟢 低 1天

提醒维护者关注

⚠️ 紧急项：

  • #6551/#6552：system messages 位置问题可能影响所有 OpenAI-compatible provider，需尽快合并 #6552
  • #6398：v0.8.0 集成分支已积压 6 天，阻碍其他 PR 合并

⚠️ 高优先级积压：

  • #6034：P1 问题积压 18 天未解决
  • #6183：图片标记规范化积压 13 天，影响多模态功能

附录：快速链接

类型 链接
项目主页 https://github.com/zeroclaw-labs/zeroclaw
Issues 列表 https://github.com/zeroclaw-labs/zeroclaw/issues
PR 列表 https://github.com/zeroclaw-labs/zeroclaw/pulls
v0.8.0 集成分支 zeroclaw-labs/zeroclaw#6398

报告生成时间：2026-05-11 | 数据来源：GitHub Zeroclaw-labs/zeroclaw

PicoClaw — sipeed/picoclaw

📊 PicoClaw 项目动态日报

报告日期: 2026-05-11
项目: sipeed/picoclaw
版本: v0.2.8-nightly.20260511.6e6293e5

1. 今日速览

2026-05-11，PicoClaw 项目保持高度活跃。过去24小时内共产生 4 条 Issues 和 6 条 PR，均处于活跃/Open 状态，尚无合并/关闭记录。今日发布了 v0.2.8-nightly.20260511 自动化构建版本。主要开发集中在 工具安全修复（相对路径处理）和 渠道功能增强（Telegram Business、飞书多实例支持）两个方向。社区反馈集中在 OAuth 认证和 PID 稳定性问题上。

2. 版本发布

🌙 Nightly Build Released

版本: v0.2.8-nightly.20260511.6e6293e5

属性 说明
类型 自动化构建（Nightly）
变更范围 完整 Changelog
风险提示 ⚠️ 自动化构建，可能不稳定，请谨慎使用

📌 建议: 生产环境建议等待正式 release 版本。

3. 项目进展

今日无合并记录，6 条 PR 处于 Open 状态等待 Review。

🔧 待合并的修复 PR（按创建时间）

PR # 类型 描述 关联 Issue
#2846 fix 飞书渠道使用动态名称替代硬编码 "feishu"，支持多实例 -
#2826 fix exec 工具安全守卫正确解析相对路径 #2749
#2750 fix exec guard 不将相对路径误判为根绝对路径 #2749
#2462 fix Codex 流式输出修复 + Telegram 重复重试问题 #2674

✨ 功能增强 PR

PR # 类型 描述 影响力
#2845 feat Telegram Business mode 支持 ⭐⭐⭐ 高价值
#2788 feat Session API 消息增加 created_at 时间戳 ⭐⭐ 中价值

📌 优先关注: #2845 Telegram Business 功能预计将扩大企业用户覆盖。

4. 社区热点

🔥 讨论最活跃的 Issue

Issue # 类型 标题 评论数 👍 状态
#2225 enhancement [Feature] Ollama cloud credentials 11 0 Open（stale）
#2674 bug Codex OAuth 空响应问题 3 3 Open

📌 #2225 - Ollama Cloud Credentials 功能请求

用户诉求: 用户 @Suisei110 正在使用 PicoClaw 连接 Ollama Cloud，但发现当前没有凭证配置选项，请求添加支持。

社区热度: 该 Issue 获得了 11 条评论，说明有相当数量的用户在关注此功能。Issue 创建于 2026-03-31，已被标记为 stale，亟需维护者响应。

功能价值评估: 中高。如果实现，将扩展 PicoClaw 对 Ollama 生态的完整支持。

5. Bug 与稳定性

🐛 待处理 Bug 清单

优先级 Issue # 标题 状态 关联 PR
🔴 HIGH #2720 Singleton PID 检查未验证进程身份 — 陈旧 PID 导致崩溃循环 Open -
🟡 MED #2674 Codex OAuth 在使用 ChatGPT 后端时返回空响应 Open #2462
🟢 LOW #2749 Bash 将相对路径误判为绝对路径 Open #2826, #2750

🔴 #2720 - 高优先级：PID 稳定性问题

问题摘要: 当 PID 文件包含已被其他进程（如 systemd-resolved）重用的 PID 时，Gateway 启动失败。Singleton 检查仅验证 PID 是否存在，未验证是否为真正的 picoclaw 实例。

影响范围: 可能导致生产环境服务无法正常启动，造成服务中断。

建议: 维护者应优先评估并合并修复方案。

🟡 #2674 - 中优先级：Codex OAuth 空响应

用户反馈: 使用 OpenAI Codex OAuth 对接 ChatGPT 后端时，助手响应为空，触发 fallback 提示 "The model returned an empty response"。

已有修复: #2462 已提交，正在等待 Review。

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

📋 功能需求追踪

请求 Issue # 状态 评估
Ollama Cloud 凭证支持 #2225 Open，11 评论 🔄 社区需求强
Telegram Business Mode #2845 PR Open ✅ 已实现

📈 路线图信号分析

  1. 工具安全成为焦点: 3 个 PR 围绕 exec 工具路径处理（#2826, #2750, #2749），表明安全性是近期开发重点。

  2. 渠道功能持续完善: 飞书多实例支持（#2846）、Telegram Business（#2845）显示渠道生态在扩展。

  3. API 精细化: Session 消息级时间戳（#2788）反映了用户对数据完整性的需求。

7. 用户反馈摘要

💬 关键用户场景

场景 1: 企业级部署稳定性

Issue #2720 用户 @weissfl 报告：生产环境中 systemd-resolved 进程 PID 重用导致 picoclaw Gateway 无法启动。这是一个典型的企业部署场景，需要更健壮的进程识别机制。

场景 2: 移动端/低资源设备

PR #2462 作者 @Glucksberg 分享：在一台 Android TV Box（Android 7 + Termux）上运行 picoClaw 节点，配置为 Telegram + OpenAI OAuth + gpt-5.4，坚持运行了两天。暴露了移动端/边缘设备的兼容性问题。

场景 3: AI Provider 集成

用户 @Suisei110 表示正在使用 Ollama Cloud，期望能像其他 Provider 一样配置凭证。反映了用户对多 AI Provider 统一管理体验的需求。

📊 用户痛点归纳

痛点 来源 严重度
进程 PID 重用导致服务崩溃 企业部署场景 🔴 高
OAuth 集成不稳定导致空响应 多种 AI Provider 🟡 中
相对路径被错误解析 安全工具层 🟢 低

8. 待处理积压

⚠️ 需关注的长期待处理项

类型 # 创建时间 当前状态 等待时间
Issue（stale） #2225 2026-03-31 Open，标记 stale ~40 天
Issue（stale） #2720 2026-04-30 Open，标记 stale ~10 天
Issue（stale） #2749 2026-05-02 Open，标记 stale ~9 天
PR（长期未合并） #2462 2026-04-09 Open ~32 天

⚠️ 维护者提醒: 3 个 Issue 被标记为 stale，建议及时响应以保持社区活跃度。#2462 PR 提交已超过一个月，关联 #2674 Bug，建议优先 Review。

📈 项目健康度评估

指标 数值 评估
今日活跃 PR 6 🟢 正常
今日活跃 Issue 4 🟢 正常
PR 合并率（24h） 0/6 🟡 待提升
高优先级 Bug 1 🔴 需关注
stale 积压 3 Issues 🟡 需清理

报告生成时间: 2026-05-11 | 数据来源: GitHub

hermesagent — NousResearch/hermes-agent

hermes-agent 项目日报 | 2026-05-11

1. 今日速览

hermes-agent 今日保持极高活跃度，共产生 191 条 Issues 更新（150 新开/活跃，41 关闭）和 500 条 PR 更新（330 待合并，170 已合并/关闭）。项目整体势头强劲，但积压问题值得关注：Token 开销优化（73% 固定开销）和多平台消息分发仍是核心痛点。今日新增 P1 级 Bug 2 个，涉及模型切换上下文丢失和 OpenAI include 参数兼容性问题。社区贡献活跃，多个 Wecom/Feishu/Slack 平台适配 PR 正在推进。

2. 版本发布

无新版本发布

截至今日，项目未发布新 Release，最近版本仍为 v0.13.0（部分 Bug 可追溯至此版本，如 #21801 TUI session ended 问题）。

3. 项目进展

合并/关闭的重要 PRs

PR 编号 类型 描述 状态
#23493 Bug Fix 修复 CLI destructive slash prompts 未正确调度到 app loop，导致 /clear 或 /new 确认提示异常 ✅ 已合并
#22984 CI Fix 恢复共享 acceptance lanes，修复 fork PR 显示红的问题 ✅ OPEN
#23516 Feature 新增 local session daemon MVP（Unix socket JSON-lines 协议，支持 ping/session.list/create/get/shutdown） ✅ OPEN
#23517 Bug Fix 修复 browser sandbox flags 未通过 AGENT_BROWSER_ARGS 正确传递 ✅ OPEN
#23243 Feature TUI 中文本地化（完整 zh 翻译覆盖） ✅ OPEN
#23269 Feature WPS Xiezuo 平台适配器（WebSocket + Webhook 双模式，AES-256-CBC 加密） ✅ OPEN

持续推进的功能开发

PR 编号 描述 负责人
#21976 TUI /resume picker 添加 ? 快捷搜索 @yoongshang
#22341 Session 级别自动技能预加载 @CHANxw
#21853 新增 operational_lcm 上下文引擎插件 @acc001k
#9351 Slack boss-mode 摘要 + Web UI 繁中化 @as84089443
#20964 Profile 配置继承 default 机制 @frap129

4. 社区热点

讨论最活跃的 Issues

🥇 #6323 — [type/feature] 添加 mempalace 外部记忆模块支持

🥈 #14420 — [type/bug] Agent 无法基于上下文和记忆准确回答

🥉 #4379 — [type/perf] Token 开销分析：73% API 调用为固定开销（~13.9K tokens）

#6839 — [type/perf] Lazy Tool Schema Loading 提案

#4807 — [type/bug] CLI 在浅色终端背景不可读

5. Bug 与稳定性

🔴 P1 级（紧急/严重）

Issue 描述 状态 Fix PR
#17013 模型切换（/model）丢失对话历史和 memory.md 持久记忆 🆕 OPEN ❌ 无
#23450 v0.13.0 发送不支持的 include 参数导致 OpenAI GPT-4o 报 "Encrypted content is not supported" 🆕 OPEN ❌ 无
#22714 Matrix gateway 无法驱动下游调度器的带内通道 🆕 OPEN ❌ 无
#5290 Telegram gateway UnboundLocalError: cannot access local variable 'message' 🆕 OPEN ❌ 无

🟠 P2 级（高优先级）

Issue 描述 状态 Fix PR
#23185 run_in_terminal() 协程未 await 导致 WSL 下静默输出丢失 + 输入异常 ✅ 已合并 #23493
#6969 飞书主题进度消息创建新话题而非保持在原话题 🆕 OPEN ❌ 无
#17054 Slack manifest 生成损坏 🆕 OPEN ❌ 无
#15421 Slack 顶级消息创建隔离 session，sessions.json 未持久化 🆕 OPEN ❌ 无
#2914 Session 保存到 JSON 但未索引到 SQLite（DB 锁静默失败） 🆕 OPEN ❌ 无
#21801 v0.13.0 后 hermes dashboard --tui 显示 [session ended] 🆕 OPEN ❌ 无

🟡 P3 级（一般）

Issue 描述 状态
#4379 Token 固定开销 73%（~13.9K tokens） 🆕 OPEN
#6839 Lazy Tool Schema Loading 两阶段注入优化 🆕 OPEN
#4807 CLI 浅色终端不可读 🆕 OPEN
#21341 NixOS module documents 安装到错误路径 🆕 OPEN
#21374 Kanban 启动时竞态条件导致 duplicate column name 崩溃 ✅ 已关闭
#21503 Kanban 迁移 ALTER TABLE ADD COLUMN 非幂等导致崩溃 ✅ 已关闭

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

高需求功能（社区共识强）

Issue/PR 功能 状态 纳入可能性
#6323 mempalace 外部记忆模块 🆕 OPEN ⭐⭐⭐ 高
#6839 + #13332 Token 开销优化（Lazy Loading / RAG-style schema injection） 🆕 OPEN ⭐⭐⭐ 高
#23516 Local Session Daemon MVP ✅ PR OPEN ⭐⭐⭐ 高
#23243 TUI 中文本地化 ✅ PR OPEN ⭐⭐ 高
#23269 WPS Xiezuo 平台适配器 ✅ PR OPEN ⭐⭐ 中
#22341 Session 级别自动技能预加载 ✅ PR OPEN ⭐⭐ 中
#21574 RFC: Per-user agent isolation & 基于身份的权限系统 🆕 OPEN ⭐⭐ 中（安全相关）
#6611 Kimi K2.5 原生视觉支持 🆕 OPEN ⭐ 低
#7642 飞书云文档创建功能 🆕 OPEN ⭐ 低

路线图信号解读

  1. 性能优化是主旋律：Token 开销问题被多次提及（#4379, #6839, #13332），预计下一版本会有重大改进
  2. 多平台扩展持续：Slack、Feishu、WPS、Wecom、企业微信等中国/亚洲平台适配活跃
  3. 安全隔离需求初现：#21574 暴露了 prompt injection 风险，权限系统 RFC 值得重视
  4. 中文社区贡献显著：TUI 中文本地化、WPS 适配等均来自中文用户群体

7. 用户反馈摘要

痛点（高频）

痛点 典型 Issue 影响
上下文/记忆丢失 #14420, #17013 用户体验严重降级
Token 浪费严重 #4379 成本居高不下
多平台兼容问题 #6969, #17054, #15421, #7022 限制了企业级部署
CLI 可用性 #4807, #23185, #23297 开发体验受损

使用场景

  • 个人助手：通过 Telegram/飞书与 Agent 对话，需要记住用户姓名、偏好
  • 企业客服：Slack/飞书集成，需要多话题管理和会话持久化
  • 本地部署：Token 优化对本地模型（Ollama 等）至关重要
  • 自动化工作流：Cron/Kanban 集成，期望 Agent 能后台运行

满意度观察

  • 👍 CLI 功能丰富（TUI、dashboard、session 管理）
  • 👍 多平台支持广泛
  • 👎 稳定性问题多（P1/P2 Bug 较多）
  • 👎 文档和迁移体验需改进

8. 待处理积压

以下 Issues 创建时间较早或长期无响应，需维护者关注

Issue 年龄 优先级 描述
#3206 ~46 天 P1 Telegram DM 发送失败 "Message thread not found"
#2914 ~47 天 P2 Session 未索引到 SQLite（session_search 失效）
#4379 ~40 天 P3 Token 开销 73% 固定开销（核心性能问题）
#6839 ~32 天 P3 Lazy Tool Schema Loading（功能改进提案）
#4538 ~39 天 P3 Skill 自动命名错误
#6081 ~33 天 - LINE 平台适配请求（无响应）

📊 项目健康度评分

维度 评分 说明
活跃度 ⭐⭐⭐⭐⭐ 500 PRs/24h，极高社区参与
Bug 处理 ⭐⭐ P1 Bug 积压 4 个，多平台问题未解
功能推进 ⭐⭐⭐⭐ 多项高质量 PR 在审，平台扩展积极
安全 ⭐⭐⭐ Prompt injection 风险已报告，待响应
稳定性 ⭐⭐ v0.13.0 引入回归，多 P1/P2 问题

报告生成时间: 2026-05-11 | 数据来源: GitHub NousResearch/hermes-agent

NanoClaw — qwibitai/nanoclaw

NanoClaw 项目动态日报

报告日期： 2026-05-11
项目仓库： nanocoai/nanoclaw
数据截止： 2026-05-11 00:00 UTC

1. 今日速览

2026-05-10 是 NanoClaw 高度活跃的一天：共产生 19 条 Issues（含 2 个已关闭）和 21 条 PRs（含 11 个已合并/关闭），整体活跃度处于近期较高水位。今日合并的 9 个 PR 主要聚焦于安全加固（cli-scope fail-closed）、CI/CD 流程修正（repo 重命名后 workflow 适配）以及容器层面的 bug 修复（Claude binary 可寻址、axios MCP 通过代理）。同时有 10 个 PR 处于待合并状态，其中两个 poll-loop 方向的改进（per-message reasoning-effort 路由、compaction 后消息投递）尤为值得关注。但今日未发布新版本，建议关注 pending 状态 PR 是否会在今日合并。

2. 版本发布

今日无新版本发布。 过去 24 小时内版本发布数量为 0。

3. 项目进展

今日共合并/关闭 11 条 PRs，以下按重要性排序说明：

3.1 已合并的重要 PRs

PR 标题 合并日期 说明
#2399 fix(container): make claude binary resolvable from agent-runner 2026-05-10 修复默认 Claude provider 在首次消息时因找不到 /pnpm/claude 而失败的致命问题，由 @chaim0m 提交
#2392 fix(cli-scope): fail-closed scopeField enforcement + sessions-get oracle guard 2026-05-10 安全加固 PR，为 dispatch.ts 中的 cli_scope: 'group' 路径增加 fail-closed scopeField 校验和 sessions-get 防护，由 @glifocat 提交，对应 Issue #2391
#2402 fix(ci): workflows no-op after repo rename — update repository guards 2026-05-10 修复 repo 从 qwibitai/nanoclaw 迁移到 nanocoai/nanoclaw 后 CI workflow 条件判断失效的问题，由 @glifocat 提交
#2400 docs: update CONTRIBUTING.md repo references after nanocoai migration 2026-05-10 更新 CONTRIBUTING.md 中的 repo 引用链接，避免新贡献者复制命令时指向已废弃仓库，由 @dvirarad 提交
#2356 fix(update-nanoclaw): install ~/.local/bin/ncl symlink on upgrade 2026-05-10 修复 /update-nanoclaw 升级后 ncl CLI 符号链接未正确安装的问题，确保 bin/ncl 命令全局可用
#2330 fix(container): make axios MCP servers work through OneCLI's proxy 2026-05-07~10 修复 axios v1.x 在 CONNECT-only 代理环境下无法正常工作的致命问题，恢复 MCP server 认证注入，由 @Tij8i 提交
#2384 fix: teach agent to use OneCLI gateway credentials after MCP server install 2026-05-10 修复 agent 安装 MCP servers 后错误引导用户手动创建 OAuth 凭证的问题，改为引导使用 onecli-managed 占位符，由 @johnnyfish 提交
#2374 fix(amplifier-remote): hard timeout + heartbeat logs in stale-session rotation 2026-05-10 修复 amplifier-remote provider 中 stale-session 轮换路径永久挂起且无日志的超时 bug，该 bug 导致 Joi 的 Signal 主人频道中断 7+ 分钟，由 @Joi 提交
#2090 fix(skill): repair /add-dashboard install after src/ refactors 2026-04-29~05-10 修复 /add-dashboard 安装脚本在 src/ 重构后失效的问题

3.2 待合并的 PRs（值得重点关注）

PR 标题 说明
#2406 feat(poll-loop): per-message reasoning-effort routing for heavy commands 将容器级静态 effort 配置改为每条消息动态路由，降低轻量对话成本同时保障重推理任务质量，由 @matt1995ai 提交
#2405 fix(poll-loop): deliver unwrapped output to sole destination after compaction 修复 auto-compaction 后模型遗漏 </message> 闭合标签导致消息被静默丢弃的问题，由 @matt1995ai 提交
#2403 ci: replace bump-version with explicit Release workflow + concurrency guard 重构 CI 版本发布流程，增加并发保护，由 @glifocat 提交
#2003 feat(skill): voice transcription V2 — container-side, sovereign by default 语音转录功能 V2 实现，将处理逻辑移至容器内，默认本地 whisper.cpp 运行，可选云端 OpenAI fallback，该 PR 已 open 约 16 天

4. 社区热点

4.1 今日评论最多的 Issues

Issue 标题 评论数 热度分析
#2379 Recurring: container image staleness causes infra instability after agent sessions make source changes 2 重复报告的容器镜像陈旧性问题，agent 修改源码文件后未触发镜像重建，建议建立 rebuild 钩子
#2404 Double delivery when agent uses send_message MCP tool and <message> blocks in the same turn 1 MCP server 子进程与 poll loop 双路径导致消息重复投递，潜在数据一致性风险

4.2 今日高关注度 PRs

PR 标题 热度分析
#2406 feat(poll-loop): per-message reasoning-effort routing 解决了此前 all-or-nothing 的 effort 选择困境，社区对此呼声较高
#2003 feat(skill): voice transcription V2 语音主权模型的实现，社区持续关注其进展

4.3 重复出现的模式

容器镜像陈旧性问题在今日出现两次独立报告（#2378、#2379），均指向 agent 修改源码后镜像未自动重建的场景，这表明该问题已成为社区公认的痛点，建议维护者优先级处理。

5. Bug 与稳定性

按严重程度排列的今日新报告 Bug：

🔴 高严重度

Issue 标题 是否有 Fix PR
#2380 Sandbox container crashes: /app/src not mounted 无
#2381 /update-nanoclaw silently breaks containers when agent-runner deps change 无
#2404 Double delivery when agent uses send_message MCP tool and <message> blocks 无，但 #2405 已提交相关修复
#2389 Wirings created via bin/ncl don't auto-create destinations — agent silently drops messages 无

🟠 中严重度

Issue 标题 是否有 Fix PR
#2393 poll-loop: agent responses silently dropped when Claude omits closing </message> tag 无，但 #2405 已提交相关修复
#2401 pnpm run chat times out with MITM connection error to api.anthropic.com 无
#2377 Telegram fails on hosts with broken IPv6 — setup validation and service startup 无
#2398 Recurring task catch-up policy is implicit and not configurable per task 无

🟡 低严重度 / 功能性

Issue 标题 是否有 Fix PR
#2390 bin/ncl groups create silently ignores --id flag 无
#2386 bin/ncl groups create generates UUIDs that violate OneCLI agent identifier rules 无
#2387 bin/ncl wirings update should support changing --agent-group-id (or error clearly) 无
#2395 ncl groups config has no add-mount / remove-mount commands after container-configs DB migration 无
#2388 Add bin/ncl mounts init / template command to bootstrap mount-allowlist.json 无
#2397 No top-level ncl CLI for scheduled tasks (list / run-now / pause / cancel) 无

稳定性风险提示： 今日共 4 个高严重度 Bug 未有 Fix PR 关联，其中 #2380（容器启动即崩溃）和 #2381（升级后容器损坏）直接影响用户使用体验，建议优先处理。

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

Issue 标题 需求分析 可能的路线图关联
#2406 feat(poll-loop): per-message reasoning-effort routing 已有 Open PR，实现后将优化 token 成本与推理质量的平衡 可能进入 v2.1
#2003 feat(skill): voice transcription V2 已有 Open PR，container-side sovereign by default 的设计获得正面反馈 可能进入 v2.1
#2396 Add Groq Whisper as opt-in cloud backend alongside whisper.cpp 基于 #2003 的主权模型扩展云端 ASR 选项 依赖 #2003 合并后推进
#2397 No top-level ncl CLI for scheduled tasks 用户对 scheduled tasks 的可见性和可控性诉求强烈 可能是 v2.x CLI 增强的一部分
#2385 rewrite setup to never require root access? 安全意识用户提出的安装体验改进 长期路线图议题

路线图信号总结： 从 Issues 和 PRs 分析，下一版本可能聚焦三个方向：① poll-loop 效率优化（effort 动态路由、compaction 修复）；② 语音能力完善（V2 transcription + Groq Whisper 集成）；③ CLI 体验提升（scheduled tasks 管理、mount 安全初始化）。

7. 用户反馈摘要

7.1 用户痛点

  • 安装门槛高： @b1ek 反馈设置 NanoClaw 需要 root 权限，不得不在 VM 中运行，希望提供非 root 安装方案（#2385）
  • Windows/WSL2 兼容性： @9766550c-netizen 报告 WSL2 + Windows 11 环境下 pnpm run chat 超时，疑似 MITM 代理问题（#2401）
  • 容器镜像更新失效： 多名用户（@prasta1、@participo）报告 agent 修改源码后容器状态与镜像不一致导致崩溃（#2378、#2381）
  • CLI 操作丢失消息： @alexli-77 发现通过 CLI 创建 wirings 时未自动创建 destinations，导致 agent 回复被静默丢弃（#2389）

7.2 用户满意点

  • Voice transcription V2 的主权模型设计（本地优先 + 云端可选）获得社区认可（#2003 相关讨论）
  • 安全加固 PR（cli-scope fail-closed）得到正面评价
  • amplifier-remote stale-session 超时修复后 Signal 频道恢复正常，用户 @Joi 报告该问题导致 7+ 分钟服务中断

8. 待处理积压

以下 Issue 已开放较长时间或长期未响应，需维护者关注：

8.1 长期未响应的 Issues

Issue 标题 开放天数 优先级
#2378 Recurring: container image staleness ~1 天（但重复报告） 🔴 高
#2381 /update-nanoclaw silently breaks containers ~1 天 🔴 高
#2380 Sandbox container crashes: /app/src not mounted ~1 天 🔴 高
#2385 rewrite setup to never require root access? ~1 天 🟡 低

8.2 长期 Open 的 PRs

PR 标题 Open 天数 状态
#2003 feat(skill): voice transcription V2 ~16 天 Open，建议优先 review
#2307 Switch to trixie, upgrade deps, make the image smaller ~5 天 Open

8.3 待处理的 CLI 相关 Issue 队列

@alexli-77 在今日集中提交了 8 个 CLI 相关 Issues，涵盖 groups、wirings、mounts 多个子命令，表明 CLI 层的可用

IronClaw — nearai/ironclaw

IronClaw 项目动态日报

报告日期：2026-05-11
项目：nearai/ironclaw
数据区间：过去 24 小时（2026-05-10 ~ 2026-05-11）

1. 今日速览

IronClaw 今日保持了极高的开发活跃度，共处理 28 条 PR 更新（含 12 条合并/关闭）和 8 条 Issue 动态。核心主线围绕 Reborn 架构重构 展开，单日完成 4 个 Reborn 相关 PR 合并，涵盖循环执行器 worker 组合、启动配置边界提取、运行时安全加固等关键模块。值得关注的负面信号是：Nightly E2E 测试失败以及 crates.io 发布版本落后 3 个小版本（最新 tag 为 0.27.0，crates.io 仅有 0.24.0），需尽快跟进处理。

2. 版本发布

今日无新版本发布。需注意 issue #3259 已标记此项为阻塞问题：

GitHub tag 已推进至 ironclaw-v0.27.0（2026-04-29），但 crates.io 最高仅发布至 0.24.0（2026-03-31），导致从 crates.io 拉取的下游消费者被锁定在旧版本，可能受 wasmtime 28.x CVE 影响。

📎 相关 Issue：#3259

3. 项目进展

以下 PR 今日合并/关闭，推进了关键功能：

PR 类型 摘要 贡献者
#3458 feat(reborn) 抽取独立 ironclaw_reborn_config crate，作为启动/配置边界，profile/doctor report 合约从 CLI crate 剥离 @serrrfirat
#3457 feat(reborn) 新增 Reborn TurnRunnerWorker 具体实现，支持 run 抢占、租约令牌、心跳保活、驱动解析 @serrrfirat
#3455 feat(reborn) 新增独立 Reborn CLI 二进制 crate（ironclaw_reborn_cli），实现 doctor 命令 @serrrfirat
#3444 fix(reborn) 为 HostRuntimeServices 添加 E2E 门禁测试，验证 RedactOutput 防止 JWT/bearer 泄露、EnforceOutputLimit 拦截超限输出 @serrrfirat
#3453 refactor(reborn) 将 HostManagedModelRequest.run_id/turn_id 原始字符串替换为 TurnRunId/TurnId 类型，补全 CapabilityDeniedReasonKind @serrrfirat
#3442 test 验证 LoopExit 合约全部 22 条验收标准（22/22 通过），新增 7 个测试覆盖既有缺口 @serrrfirat
#2169 fix(tools) 保留 WASM 工具 schema 中的可选参数可见性（calendar_id 等），规范化 nullish 字符串参数 @WynnD

推进评估：Reborn 架构的模块化拆分持续推进，配置层、运行时层、执行器层边界愈发清晰，测试覆盖率同步提升，项目整体向 Reborn epic (#2987) 目标稳步迈进。

4. 社区热点

4.1 活跃 Open PRs（值得跟踪的进展中 PR）

  • #3416 — refactor(llm)：将 ironclaw_llm 中 provider 特定的认证、模型获取、embeddings 配置全部封装到 facade 背后，解决四类后端特定知识泄露到二进制的问题。风险等级 high，涉及范围极广（channel/cli/web/workspace/config/setup/docs/dependencies），核心贡献者 @ilblackdragon。
  • #3381 — fix(auth)：修复 Telegram 配对 UX 和 OAuth 失败恢复，关闭 #3317、#3319、#3320 三个 Bug Bash P1 问题，根因是跨渠道认证流程（ Telegram → Gmail OAuth → 恢复）缺少测试覆盖。
  • #3390 — fix(web)：修复 GatewayChannel::send_status 中的多租户泄漏——缺少 metadata.user_id 的生产者会将工具调用、任务状态等事件广播到所有 SSE/WS 订阅者。
  • #3460 — feat(reborn)：新增 LoopExitApplier，从 runner 持有的 evidence 端口推导 LoopExitValidationPolicy 后执行验证转换，扩展循环退出验证能力。

4.2 热点 Issues

  • #2752 — onboard 命令在 provider 步骤抛出数据库错误，QA 测试失败，风险等级 P1，影响用户首次体验。
  • #3447 — Nightly E2E 流水线失败，E2E (v2-engine) 任务报错，需关注。

📎 全量 Issues：链接
📎 全量 PRs：链接

5. Bug 与稳定性

按严重程度排列今日报告的 Bug：

严重程度 Issue 问题描述 状态 Fix PR
🔴 P1 #2752 onboard 命令在 provider 步骤抛出数据库错误，本地环境复现 Open —
🔴 P1 #3447 Nightly E2E 流水线失败（v2-engine） Open —
🟡 Medium #3259 crates.io 版本落后 3 个小版本，下游锁定 0.24.0，暴露于 CVE 风险 Open —

已修复/合并的相关 Bug PRs：

  • #2169：WASM 工具参数 schema 保留和 nullish 规范化 — 合并 ✅
  • #3390：多租户 SSE/WS 状态事件隔离 — Open，待 review

稳定性风险提示：Nightly E2E 失败需优先排查，避免核心功能退化未被发现。

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

从今日 Issues 和 PRs 可以识别以下路线图信号：

6.1 Reborn 架构演进（Epic #2987）

今日多个 PR 集中推进 Reborn 集成，单日新增 3 个相关 Issue：

  • #3459 — 用户可选的模型路由和 provider 池，让本地/开发用户直接选择 provider+model 组合，无需暴露内部 model-profile 术语
  • #3452 — 循环支持标识字段类型化，将 run_id、turn_id、reason_kind 从原始字符串替换为强类型
  • #3451 — 循环检查点映射的直接数据库操作，优化 LoopCheckpointStore 性能

📎 Reborn Epic：#2987

6.2 LLM 配置重构

  • #3416 — 隐藏 provider 特定配置后方的 facade，这是对 ironclaw_llm 模块的重要重构，预计将成为下一版本的核心变更

6.3 产品适配器

  • #3352 — 新增 ironclaw_wasm_product_adapters crate，提供常时 HMAC/webhook 认证和出口策略原语，这是 ProductAdapter 7 个 PR 中的第 2 个

路线图信号评估：Reborn 仍是最核心的推进线，预计下一个里程碑将完成循环执行层、配置层和 CLI 的完整拆分。

7. 用户反馈摘要

从今日 Issues 评论中提炼的用户痛点：

7.1 正面反馈信号

  • LoopExit 合约的 22 条验收标准全部通过（见 PR #3442），表明 Reborn 循环退出机制设计获得验证

7.2 痛点与诉求

1. 依赖版本断裂（#3259）

下游消费者从 crates.io 拉取时被锁定在 0.24.0，无法获得后续版本的安全修复和功能更新

2. 首次启动失败（#2752）

ironclaw onboard 命令在数据库初始化阶段报错，影响新用户体验，P1 级别

3. 多租户数据隔离隐患（#3390）

跨租户 SSE/WebSocket 事件广播漏洞，用户 A 的任务状态可能被用户 B 接收

4. 依赖管理压力

仅今日就处理了 4 个 Dependabot PR，涉及 43+15+6+4 = 78 个依赖更新，维护成本显著

8. 待处理积压

以下 Issue 值得关注但尚未解决或响应：

优先级 Issue 描述 创建时间 未响应天数
⚠️ High #3259 crates.io 发布滞后 3 个版本 2026-05-05 6 天
⚠️ High #2752 onboard 步骤数据库错误（P1 Bug） 2026-04-20 ~21 天
⚠️ High #3447 Nightly E2E 失败（持续监控） 2026-05-10 1 天

维护者行动建议：

  1. 立即：排查 Nightly E2E 失败原因（#3447），避免 CI 退化为常态
  2. 尽快：推进 #3259 的 crates.io 发布，解除 CVE 暴露窗口
  3. 跟进：#2752 已搁置约 3 周，建议分配资源定位根因

附录：依赖更新汇总

PR 范围 更新数量 关键变更
#3361 everything-else 43 个 agent-client-protocol 0.10.2→0.11.1、postgres-types 等
#3456 actions 15 个 actions/checkout 4.3.1→6.0.2、claude-code-action 等
#3360 tokio-ecosystem 6 个 tokio 1.50.0→1.52.3、tokio-tungstenite 0.26.2→0.28.0
#3247 wasm 4 个 wasmtime 等 bytecodealliance 组件

报告生成时间：2026-05-11 | 数据来源：GitHub nearai/ironclaw | 覆盖范围：2026-05-10 00:00 UTC — 2026-05-11 00:00 UTC

LobsterAI — netease-youdao/LobsterAI

🦞 LobsterAI 项目动态日报

📅 2026-05-11

1️⃣ 今日速览

过去 24 小时内，LobsterAI 项目保持较高活跃度，共产生 19 条 GitHub 更新（2 Issues + 17 PRs）。代码合并效率显著，今日关闭 2 个 PR（含批量删除任务修复、MCP HTTP Streaming 功能），另有 15 个 PR 待合并，多为 4 月提交的 stale 状态修复提案。项目整体保持稳定迭代，未发布新版本。用户反馈方面，追问场景下的 NO_REPLY 无限循环问题（#1849）仍需关注，Agent 数据复活问题（#1584）社区讨论热度较高。

2️⃣ 版本发布

无新版本发布

过去 24 小时内无 Release 记录。

3️⃣ 项目进展

今日成功合并 2 个 Pull Requests，推进了以下改进：

PR # 标题 状态 贡献者 说明
#1939 修复批量删除任务不生效的问题 ✅ 已合并 @fisherdaddy renderer 层修复，已解决任务批量删除逻辑缺陷
#857 新增 MCP 对 HTTP Streaming 的支持 ✅ 已合并 @noobdawn MCP 功能扩展，支持 HTTP Streaming 场景

推进评估：批量删除是用户高频痛点，修复价值明确；MCP Streaming 扩展了工具集成边界，整体向前推进约 2 个功能点。

4️⃣ 社区热点

今日讨论最活跃的 Issues：

🔥 Issue #1849 - 追问时无限 NO_REPLY

  • 状态: OPEN
  • 作者: @atdow
  • 评论数: 1
  • 摘要: 根据用户日志，任务被提前 complete，但模型仍在输出，导致页面无数据响应（无限 NO_REPLY 或仅输出几个文字后停止）

诉求分析：用户在多轮对话场景下遭遇输出中断，影响对话连贯性。可能是任务状态机与流式输出时序存在竞态条件。

💬 Issue #820 - MCP 打包后不可用

  • 状态: CLOSED
  • 作者: @noobdawn
  • 评论数: 1
  • 摘要: dev 阶段 MCP 正常，打包后提示 0 tools

解决情况：已与 PR #857 配合关闭，问题根源已修复。

5️⃣ Bug 与稳定性

按严重程度排列的 Bug 报告：

优先级 Issue/PR 描述 状态 Fix PR
🔴 高 #1849 追问时无限 NO_REPLY / 输出中断 OPEN ❌ 无
🟡 中 #1939 批量删除任务不生效 ✅ 已修复 -
🟡 中 #1584 Agent ID 基于名称生成导致数据复活 OPEN (stale) ❌ 无
🟡 中 #1593 OpenClaw 网关因未知字段 skipMissedJobs 无法启动 OPEN (stale) ❌ 无
🟡 中 #1601 网关重连后 session 停止冷却丢失 OPEN (stale) ❌ 无
🟢 低 #1595 迁移失败后仍标记完成导致无法重试 OPEN (stale) ❌ 无

⚠️ 稳定性预警：今日有 6 个待修复 Bug，其中 #1849（追问输出中断）直接影响用户体验，需优先调查。

6️⃣ 功能请求与路线图信号

社区提出的潜在功能方向（基于 stale PR 分析）：

已在队列中的功能提案

功能 PR # 标签 贡献者 优先级信号
AI 回复期间支持连续发送消息（客户端消息队列） #1590 feat @noransu 🔥 高需求
搜索扩展到匹配内容和所有 Agent #1594 fix @xuzx-code 👍 用户高频诉求
为 Anthropic/Gemini 添加 SSE 行缓冲 #1607 fix @kayo5994 🛠️ 技术完善

路线图信号：并发消息发送（#1590）是最值得关注的功能提案，符合 AI 协作工具的流畅交互趋势，有望提升产品竞争力。

7️⃣ 用户反馈摘要

从 Issues 评论与描述中提炼的用户声音：

用户痛点

  • 追问场景输出中断（#1849）：用户日志显示任务提前 complete 但模型仍在输出，体验断崖
  • MCP 打包后失效（#820）：生产环境与开发环境行为不一致，@noobdawn 多次反馈
  • Agent 数据意外复活（#1584）：删除后重建同名 Agent 导致旧数据混入，引发用户困惑

用户场景

  • 多轮对话迭代（追问、连续交互）
  • MCP 工具集成（Telegram、飞书、钉钉、POPO 等 IM 通道）
  • 定时任务执行与通知推送

用户满意度

  • ✅ MCP 功能扩展积极（MCP HTTP Streaming 已合入）
  • ⚠️ 稳定性问题影响信心（NO_REPLY 循环、网关重启失败）

8️⃣ 待处理积压

以下 Issue/PR 长期未响应（标记 stale），需维护者关注：

编号 类型 标题 创建日期 天数 重要性
[#1584](https://github

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    openclaw

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions