Skip to content

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

Open
Open
🦞 OpenClaw 生态日报 2026-03-16#97
Labels
openclaw
@github-actions

Description

@github-actions
github-actions
bot
opened on Mar 16, 2026

OpenClaw 生态日报 2026-03-16

Issues: 500 | PRs: 500 | 覆盖项目: 13 个 | 生成时间: 2026-03-16 02:41 UTC

OpenClaw 项目深度报告

OpenClaw 项目日报 (2026-03-16)

1. 今日速览

OpenClaw 项目今日呈现出高活跃度与高关注度的双重态势。社区反馈极为热烈，过去24小时内 Issues 更新高达 500 条，其中绝大部分（458条）为新开启或活跃讨论，显示出新版本发布后用户涌入带来的压力。然而，项目目前的合并处理能力面临挑战，PR 积压严重，待合并数量高达 395 条，而仅合并/关闭了 105 条。目前暂无新版本发布，社区焦点主要集中在解决 v2026.3.12 引发的严重稳定性问题（特别是内存溢出 OOM）以及核心功能回归的修复上。

2. 版本发布

无。
尽管无新版本发布，但社区对修复当前不稳定版本的呼声极高。

3. 项目进展

今日虽无大量 PR 合并（显示待合并积压严重），但部分关键修复和功能增强的 PR 已进入审核阶段，显示出维护者正在集中处理以下核心领域：

  • 安全性与凭据管理增强：PR #46825 为 MCP 服务器环境变量增加了 SecretRef 支持，允许通过加密引用注入敏感信息，直接响应了 Issue #7916 中关于明文存储 API Key 的安全隐患。
  • 稳定性与架构优化：
    • PR #47719 修复了 Gateway 重启（SIGUSR1）时孤立子代理会话丢失的问题，显著提升了多任务场景下的鲁棒性。
    • PR #47794 强化了只读 SecretRef 命令路径的诊断与安全性，配合整体安全加固。
  • 用户体验与渠道修复：
    • PR #44535 修复了 Discord 线程中 @提及 无效的问题。
    • PR #47818 修复了 Discord 组件注册表在重启后丢失的 Bug，保证了交互式消息的持久可用性。
    • PR #47809 新增了内置提供商 ClawAPI，提供加密原生的多模型网关支持。

4. 社区热点

今日讨论最热烈的话题集中在对 v2026.3.12 版本质量的质疑以及核心功能缺失的讨论：

  1. 钉钉集成缺失 (#26534)：评论数高达 70 条。尽管钉钉渠道支持已实现，但未出现在首次安装引导中，导致企业用户配置困难。这是目前呼声最高的功能缺口。
  2. 严重的内存溢出 (OOM) 问题 (#45064)：评论数 25 条。用户报告 v2026.3.12 在执行基本 CLI 命令（如 gateway status）时即发生崩溃。这是目前最严重的稳定性阻碍，导致部分用户无法正常使用。
  3. Telegram 反应通知失效 (#45289)：评论数 17 条。配置了 reactionNotifications 后仍未按预期工作，影响了 Telegram 机器人的交互体验。
  4. Gateway 心跳停止 (#45772)：评论数 16 条。v2026.3.8 引入的回归导致心跳定时器在触发 1-2 次后永久停止，直接威胁服务存活状态监控。
  5. API Key 明文存储风险 (#7916)：评论数 15 条。用户强烈要求支持加密存储或屏蔽密钥，防止 Agent 意外泄露或被攻击提取凭据。

5. Bug 与稳定性

今日报告的 Bug 数量激增，且严重程度较高，显示出近期版本（特别是 2026.3.12）可能存在质量控制问题：

  • [P0 紧急] 内存溢出导致 CLI 不可用

    • Issue: #45064 (OOM on basic commands), #41778 (OOM on 4GB servers since v2026.3.7), #45065 (OOM during update cache).
    • 现象: 执行任何命令均报 "JavaScript heap out of memory"，导致网关无法更新、CLI 无法运行。
    • 状态: 暂无修复 PR 合并，正在热讨中。

  • [P1 严重] 本地网关连接回归

    • Issue: #45504, #45222, #45560.
    • 现象: 升级后 CLI 无法与本地 Loopback 网关握手，导致 devices list, cron list 等核心管理命令失败。
    • 关联 PR: #46892 讨论了 3秒握手超时可能过于激进。

  • [P1 严重] Discord/Telegram 连接与逻辑故障

    • Issue: #13688 (Discord WebSocket 频繁断连且退避重连无界), #45759 (Telegram 打字保活循环导致网关崩溃).
    • 状态: 维护者已关注，修复中。

  • [P2 一般] WebChat 与浏览器功能异常

    • Issue: #45123 (browser 命令无法启动), #44619 (WebChat 不实时更新).

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

结合用户高赞和高评论的 Issue，以下功能极有可能被纳入近期路线图：

  1. 加密与密钥管理 (高优先级)

    • 需求: 加密存储 API Key，防止 Agent 读取原始密钥 (#7916, #10659)。
    • 进展: 已有相关 PR #46825 和 #47794 正在处理 SecretRef 和凭据加固，预计很快合并。

  2. 搜索提供商扩展

    • 需求: 支持 Tavily (#12034) 和 SearXNG (#2317) 作为 web_search 的备选提供商。
    • 进展: 相关讨论成熟，SearXNG 的 Issue 赞数达 19，Tavily 赞数 11，属于高频需求。

  3. 执行安全护栏

    • 需求: 在工具执行前增加中间件校验层，防止 Agent 执行危险命令 (#9030, #6823)。
    • 进展: 属于架构级增强，Issue 讨论深入，可能是后续安全重构的重点。

  4. 安装引导优化

    • 需求: 在首次安装向导中增加钉钉渠道选项 (#26534)。

7. 用户反馈摘要

  • 痛点：用户对近期版本的稳定性感到非常沮丧，特别是 OOM 问题导致生产环境瘫痪；频繁的版本更新带来回归 Bug（如本地网关连接失败）让运维疲于奔命。
  • 场景：多 Agent 编排、本地 CLI 管理设备/定时任务、以及通过 Discord/Telegram 进行长对话是目前主要的使用场景。
  • 满意度：用户对 OpenClaw 的功能覆盖度和潜力表示认可（如多渠道支持、MCP 集成），但对发布的质量和测试覆盖率表示担忧。社区中有大量高水平的 Bug 报告和根因分析，表明用户群体技术实力较强，但也对项目当前的代码质量控制提出了更高要求。

8. 待处理积压

  • [长期未决] Matrix E2EE 验证问题 (#7649)：Bot 无法自验证导致无法参与加密频道，创建于 2 月初，至今仍有活跃评论，严重影响 Matrix 渠道的可用性。
  • [长期未决] iMessage 发送静默失败 (#5116)：macOS 上的 Full Disk Access 权限继承问题导致消息显示已发送但实际未送达。
  • [积压严重] PR 审核队列：目前有 395 个待合并 PR，建议项目方增加 Reviewer 或进行分批处理，以免挫伤贡献者的积极性。

横向生态对比

开源 AI 智能体生态横向对比分析日报 (2026-03-16)

1. 生态全景

2026年3月中旬，个人 AI 助手与自主智能体开源生态呈现出**"功能大爆发与稳定性阵痛并存"**的态势。

  1. 多智能体架构成为标配：从单兵作战的 Chatbot 向多角色协作的 Swarm/Team 架构演进成为主流，但随之而来的上下文管理混乱和 API 成本失控成为新的技术瓶颈。
  2. 安全与易用的博弈：项目方普遍加强了默认安全策略（如 Zeroclaw, PicoClaw），但这导致了用户侧"配置困难"和"权限拦截"的负面反馈激增，如何平衡"开箱即用"与"安全护栏"成为核心痛点。
  3. 模型解耦与企业级需求：社区对"脱离单一模型依赖"（如支持 Ollama, Gemini, OpenAI）和"企业级功能"（SSO, 飞书/钉钉集成）的呼声极高，推动项目从"玩具"向"生产力工具"转型。

2. 各项目活跃度对比

项目名称 Issues 更新 PRs 更新 今日发布 健康度/状态速写
OpenClaw 500+ (激增) 500+ (积压严重) 无 🚨 高压
核心稳定性危机(OOM)，PR审核严重滞后，需紧急干预。
NanoBot 26 66 (40 Open) 无 🚀 高迭代
多渠道(QQ/飞书)适配活跃，架构重构中，社区贡献积极。
Zeroclaw 42 50 9 个版本 ⚡ 极速发布
验证MCP与多智能体，但构建产物缺失和回归Bug影响体验。
PicoClaw 18 62 (56 Open) Nightly 🛡️ 加固期
专注于安全补丁与事件驱动重构，积压较多待审核PR。
NanoClaw 17 43 无 🔄 架构迁移
重点攻克 Apple Container 兼容性与 OpenCode 迁移。
NullClaw 24 (关>开) 50+ v2026.3.15 ✅ 稳健
跨平台修复及时，代码合并效率高，质量可控。
IronClaw 26 50 无 🧪 高可靠建设
引入形式化验证与混沌工程，工程化程度极高。
LobsterAI 活跃 17 (15 Merged) 无 🐛 磨合期
底层切换至 OpenClaw 引发性能与稳定性投诉。
TinyClaw 低 11 无 🚑 急救中
集中修复多智能体反馈循环导致的系统崩溃。
CoPaw 43 40 无 📈 扩展期
飞书/钉钉集成问题较多，正在酝酿多智能体重构。
ZeptoClaw 低 6 无 🔧 精修
专注代码修复逻辑与企业级(Vertex AI)支持。
EasyClaw 0 0 v1.6.8 😴 静默
仅发布 macOS 安装修复，社区交互停滞。

3. OpenClaw 在生态中的定位

作为本报告的核心参照系，OpenClaw 目前处于生态中的**"基础设施/双刃剑"**地位：

  • 定位：全功能集成的庞然大物。它是功能覆盖最广（渠道、MCP、Gateway）的项目，也是许多二开项目（如 LobsterAI）的上游依赖。
  • 优势：
    • 生态引力：Issue 讨论量（500+）远超其他项目一个数量级，是社区注意力的中心。
    • 协议支持：对 MCP (Model Context Protocol) 和 Gateway 的支持最为深入。
  • 当前危机（对比劣势）：
    • 质量控制失控：相比 NullClaw 的稳健和 Zeroclaw 的快速迭代，OpenClaw 的 v2026.3.12 版本出现了严重的 OOM 崩溃和回归 Bug，显示出"大仓库"维护的臃肿。
    • 响应滞后：395 个待合并 PR 表明其"消化能力"严重不足，相比之下 NanoBot 和 NullClaw 的 Review 效率更高。

4. 共同关注的技术方向

  1. 多智能体编排

    • 涉及项目: OpenClaw, Zeroclaw, NanoBot, TinyClaw, CoPaw.
    • 诉求: 从简单的单聊转向 Swarm 或 Team 模式，解决 Agent 间的上下文共享、任务分发和防止死循环（TinyClaw 专门修复了此问题）。

  2. 模型解耦与多后端支持

    • 涉及项目: NanoClaw, IronClaw, LobsterAI, CoPaw, ZeptoClaw.
    • 诉求: 普遍要求支持 OpenAI, Gemini, Ollama (本地) 和 Vertex AI。社区强烈拒绝被单一模型（如 Claude）锁定。

  3. MCP (Model Context Protocol) 集成

    • 涉及项目: OpenClaw (原生支持), Zeroclaw (子系统支持), PicoClaw (工具层支持).
    • 诉求: 将 MCP 作为扩展工具的标准协议，连接外部数据和工具。

  4. 交互式配置与 DX 优化

    • 涉及项目: NanoBot (onboard), Zeroclaw (Onboarding 失效), Moltis (Web Setup).
    • 诉求: 废弃繁琐的 JSON 手动编辑，提供 Web 或 CLI 向导进行配置。

5. 差异化定位分析

维度 ** heavyweight (OpenClaw, CoPaw)** ** Lightweight/Embedded (NanoBot, PicoClaw, NullClaw)** ** Enterprise/Specialized (IronClaw, Zeroclaw)**
核心目标 提供全渠道、全功能的 AI 机器人平台。 提供轻量级、可嵌入、特定场景的 Agent 核心。 提供高安全性、高可靠性的企业级解决方案。
技术架构 复杂的 Gateway/Channel 分层，插件化重。 关注核心 Loop 优化，依赖少，启动快。 引入 WASM 沙箱、形式化验证、安全策略引擎。
渠道策略 覆盖 Discord/Telegram/钉钉/飞书/Web 全域。 侧重 CLI 或单一核心渠道，扩展靠社区。 侧重企业内部集成 (M365, Email) 和安全合规。

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

  • 🔥 高活跃/快速迭代期:

    • OpenClaw: 流量巨大但处于危机公关状态，急需解决 OOM 和 PR 积压。
    • Zeroclaw: 实验性极强，一天 9 个版本，适合尝鲜者，但不适合追求稳定的商业用户。
    • NanoBot: 社区贡献驱动，功能扩展快，但在架构重构（多智能体）上面临挑战。

  • 🛡️ 成熟/质量巩固期:

    • NullClaw: 工程纪律最好，Issue 关闭数大于新增数，适合作为稳定部署的首选。
    • IronClaw: 学术/工业风结合，引入 TLA+ 和混沌工程，追求极致的稳定性。
    • LobsterAI: 处于痛苦的转型期，从旧架构向 OpenClaw 迁移，用户体验有断层。

  • 📉 低活跃/维护期:

    • EasyClaw: 仅做基础维护，缺乏深度迭代。

7. 值得关注的趋势信号

  1. 安全策略的"反弹"效应：

    • 现象: Zeroclaw 和 PicoClaw 默认的严格安全策略引发了用户强烈不满（"除了安全什么都干不了"）。
    • 建议: 开发者应提供分级安全模式（如 "God Mode" vs "Safe Mode"），而非一刀切，并在 UI 中明确反馈被拦截的原因，而非静默失败。

  2. ARM64/边缘侧部署需求爆发：

    • 现象: Zeroclaw (#3537) 和 PicoClaw 用户频繁提及树莓派和 ARM 服务器部署。
    • 建议: AI Agent 正在从云端下沉到边缘，跨平台编译 和 资源占用优化（解决 OOM）将是核心竞争力。

  3. "Token 焦虑"催生可观测性需求：

    • 现象: 多个项目的用户要求增加 Token 计费日志和监控。
    • 建议: 随着 Agent 任务变复杂（多步推理），成本变得不可控。集成 Cost Dashboard 将是提升商业用户信任的关键功能。

  4. Apple Container 成为新战场：

    • 现象: NanoClaw 和 Zeroclaw 均在适配 macOS 的新虚拟化技术。
    • 建议: 开发者需注意 Apple Silicon 环境下的 Docker 兼容性差异（如 .env 挂载、网络网关），这已成为本地部署的高频雷区。

同赛道项目详细报告

NanoBot — HKUDS/nanobot

基于 2026-03-16 的 GitHub 数据，以下是 NanoBot 项目的日度动态日报。

📊 NanoBot 项目动态日报 (2026-03-16)

1. 今日速览

NanoBot 项目今日维持极高的社区活跃度，虽然无官方新版本发布，但社区贡献呈井喷态势。过去 24 小时内共有 26 个 Issue 更新（7 个已关闭）和 66 个 PR 更新（其中待合并 40 个，已合并/关闭 26 个）。项目目前的重心明显向**多渠道接入（QQ/飞书/WhatsApp）、多智能体协作架构以及用户体验优化（交互式配置）**倾斜。大量的待合并 PR 表明项目正处于功能快速迭代期，但也给代码审查带来一定压力。

2. 版本发布

  • 无新版本发布。虽然代码库活跃度很高，但官方尚未发布新的 Release 版本，建议用户关注 nightly 分支以获取最新特性。

3. 项目进展

今日共有 26 个 PR 被合并或关闭，主要集中在渠道适配、系统底层优化和工具链增强，显著提升了项目的扩展性：

  • Web UI 与调试支持: PR #2074 引入了基于 FastAPI 的 Web UI 和 SSE 流式接口；PR #2077 添加了 VSCode 调试配置文档 (#2076)，大幅降低开发者门槛。
  • 消息处理优化: PR #2075 修复了会话历史截断时工具调用结果孤立的问题，提升了上下文连续性。
  • 渠道与协议增强:
    • PR #2078 重构了 Zalo 集成以适配新架构。
    • PR #1768 为飞书添加了全局群聊 @ 策略配置。
  • 系统提示词修复: PR #798 将 /new、/help 等命令注入系统提示词，解决了 LLM “不知道自己支持什么命令”的困惑。

4. 社区热点

今日讨论最热烈的话题集中在企业微信接入困难和多智能体架构需求：

  • 企业微信 (Wecom) 渠道配置失效: Issue #1988 反映升级后 config.json 缺少 Wecom 配置且启动报错 "No Channels Enabled"。该问题评论数达 10 条，显示大量用户在从旧版迁移时遇到配置断层。
    • 诉求分析: 用户急需一份明确的迁移指南或配置修复补丁。
  • 原生多智能体路由请求: Issue #2072 呼吁支持类似 OpenClaw 的多智能体路由功能。
    • 诉求分析: 高阶用户不再满足于单 Agent 实例，希望 NanoBot 能原生支持 Agent 间协作拓扑，而非仅靠手动启动多实例实现。
  • Web Search 后端可替换性: Issue #1719 (👍 11) 持续引发共鸣，用户希望解耦硬编码的 Brave 搜索，支持 Tavily/Searxng 等多后端。虽然近期有相关 PR 提交，但尚未有公认的架构设计合并。

5. Bug 与稳定性

今日报告了若干影响用户体验的关键 Bug：

  • 🚨 高危：文件系统安全限制失效 - Issue #143 指出 restrict_to_workspace 配置未在文件读写工具中生效，存在安全隐患（⚠️ 目前尚无 Fix PR 标记）。
  • ⚡ 中危：技能创建工具丢失 - Issue #2049 报告新版中 skill-creator 工具不可用，Agent 拒绝创建技能。
  • ⚡ 中危：QQ 渠道无法识别图片 - Issue #2000 指出 QQ 频道默认不支持图片识别，即使挂载多模态模型也无效。目前已有社区 PR #2079 尝试修复此问题。
  • 💡 低危：CLI 输出残留 - Issue #1956 报告命令行中 "nanobot is thinking..." 字段未被正确清除。

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

从 Issues 和活跃的 PRs 中可以窥见项目近期的演进方向：

  • 交互式配置向导: Issue #2019 展示了 nanobot onboard 命令，旨在终结繁琐的手动 JSON 编辑，这可能是下个版本重点推广的用户体验改进。
  • 多 Agent 与运行时抽象: PR #2064 提出了 Multi-Agent 支持，PR #2073 引入了 ACP 运行时后端。这表明项目正在底层架构上积极解耦 Channel 与 Runtime，为复杂的多 Agent 编排做准备。
  • 成本监控: Issue #2020 请求增加简单的 Token/成本日志记录。鉴于自建 Gateway 用户众多，该功能极可能被采纳。

7. 用户反馈摘要

  • 痛点:
    • 配置复杂: 手动编辑 JSON 仍是痛点，特别是配置多渠道时极易出错（如 Wecom 问题）。
    • 文档滞后: 许多用户通过 Issues 询问“如何调试”、“如何清空 Session”（#2062），表明官方文档未能覆盖高级运维场景。
    • 上下文管理: 飞书等渠道产生的巨大 Session 文件导致上下文溢出，用户缺乏有效的重置/清空手段。
  • 满意点:
    • 社区响应迅速，针对 QQ 图片识别、Zalo 集成等功能，社区往往能迅速提交 PR 修复。

8. 待处理积压

  • 安全漏洞: Issue #143 (文件系统限制失效) 涉及核心安全，建议维护者优先关注。
  • MCP 协议支持: Issue #359 (MCP Tool Support) 拥有 8 个点赞，是长期热度较高的功能请求，目前仍处于 Open 状态，建议纳入长期 Roadmap 评估。
Zeroclaw — zeroclaw-labs/zeroclaw

Zeroclaw 项目动态日报 (2026-03-16)

你好！我是 AI 开源项目分析师。以下是关于 Zeroclaw 项目 2026年3月16日的动态日报。

1. 今日速览

Zeroclaw 今日呈现出极高的研发活跃度，单日发布了 9 个版本（从 v0.3.1-beta.214 迭代至 v0.3.4-beta.232），显示出团队正在密集进行功能验证和缺陷修复。社区方面，42 条 Issue 更新和 50 条 PR 更新表明项目正处于快速演进期，但也伴随着版本迭代带来的阵痛。核心更新集中在 多智能体编排、上下文管理 以及 安全策略反馈。虽然功能迭代迅速，但用户对默认安全策略过严导致易用性下降的反馈较为强烈，同时部分新版本引入了 Web Dashboard 编译缺失和交互式引导失效等回归问题，值得维护者关注。

2. 版本发布

过去 24 小时内密集发布了 9 个版本，核心更新如下：

  • v0.3.4-beta.232 (最新版)
    • 主要更新:
      • Agent: 在聊天进度消息中显示工具调用失败的原因（响应 Issue #3628 的诉求）。
      • Context: 引入基于 Token 的压缩、持久化会话 和 LLM 整合。
      • Hands: 增加了自主知识积累智能体包。
      • Swarm: 增加了多智能体群体编排，修复了 Mistral 工具调用问题 (修复 Issue #2693)，恢复了 --intera 参数。
    • 贡献者: Argenis, simianastronaut, Claude Opus 4.6 (AI 编程辅助痕迹明显)。
  • v0.3.3-beta.218
    • 增加了 http_request 工具的 allow_private_hosts 选项，提升了网络请求的灵活性。
  • v0.3.2 (稳定版里程碑)
    • Heartbeat: 引入两阶段执行、结构化任务和自动路由。

⚠️ 迁移注意: 从 v0.3.2 升级到 v0.3.4-beta 版本时，请注意 context 模块的会话管理机制发生了变化（引入持久化），可能需要调整配置文件。

3. 项目进展

今日共有 28 个 PR 被合并或关闭，主要集中在功能增强和错误修复，项目正从单一智能体向多智能体协作和安全合规方向深化。

  • 核心修复与重构:
    • PR #3628 (相关): 通过在 v0.3.4 版本中增加工具失败原因的透传，解决了安全策略拦截导致用户困惑的问题。
    • Issue #3397 & PR #3369/#3377: 确认了主分支切换至 master 导致的功能丢失（MCP, agent_ipc）是暂时性问题，文档 PR 正在努力澄清分支策略，引导贡献者回归正轨。
  • 新功能推进 (PRs):
    • MCP 支持: PR #3394 试图添加 MCP 子系统工具层，允许连接外部 MCP 服务器，极大地扩展了工具生态。
    • 多租户/工作空间: PR #3661 正在推进多客户端工作空间隔离，这对企业级部署至关重要。
    • 企业集成: PR #3653 正在集成 Microsoft 365 Graph API，PR #3654 增强了节点间通信的安全性 (HMAC-SHA256)。

4. 社区热点

今日讨论最热烈的问题集中在易用性与安全策略的平衡上。

  1. [Feature] 安全与易用的博弈 (Issue #1478)

    • 热度: 👍 5, 评论 36
    • 核心诉求: 用户抱怨 Zeroclaw 默认安全策略过于严格，导致 "除了安全什么功能也没有"。用户希望能有一个简单的 "上帝模式" 配置来完全放开权限，而不是被各种安全拦截搞得只能当聊天机器人用。
    • 分析: 这是 Zeroclaw作为 "安全优先" AI 智能体的典型痛点。虽然 v0.3.4 已经尝试在 UI 中提示失败原因，但用户（尤其是个人玩家）渴望更激进的权限控制选项。

  2. [Feature] Token 使用与成本监控 (Issue #3565)

    • 热度: 评论 7
    • 核心诉求: 用户在使用付费 LLM API 时对成本完全不可见。请求增加结构化的 Token 日志和 CLI/Web 仪表盘。
    • 分析: 这是一个强需求，目前 Zeroclaw 缺乏完善的可观测性工具，阻碍了生产环境的应用。

  3. [Bug] Web Dashboard 不可用 (Issue #3580, #3655)

    • 热度: 评论 4
    • 现状: 用户安装后发现 Dashboard 提示需要手动 Build (npm ci && npm run build)，导致开箱即用体验断裂。

5. Bug 与稳定性

今日报告了多个影响使用的 Bug，部分已修复或有 PR 跟进。

严重度 Issue/PR 描述 状态
S0 (高危) #3537 ARM64 (树莓派) 守护进程静默崩溃。从 v0.2.1-beta.186 开始无法运行，无任何输出。 🔴 Open (未响应)
S1 (阻塞) #3658 v0.3.2 交互式引导 失效。升级后直接生成默认配置，不再弹出交互提示。 🔴 Open (回归问题)
S1 (阻塞) #3580 Web Dashboard 缺失编译产物。需要用户手动安装 npm 依赖并编译。 🟡 Closed (文档/构建流程问题)
S1 (阻塞) #2693 Mistral API 422 错误。调用 Mistral Large 时工具使用报错。 🟢 已修复 (v0.3.4-beta)
S2 (降级) #3643 Auto 模式下 Tool Schema 重复注入。本地模型 (Qwen) 被注入了两遍工具定义。 🟡 Open

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

  • 多智能体与 MCP (High Priority): Issue #3153 和 #3008 显示社区急切需要 zeroclaw agent 子命令支持 MCP 和更复杂的 Code Agent 能力。PR #3394 正在响应这一需求。
  • 成本控制: Issue #3565 提出的 Token 监控是生产环境刚需，建议纳入近期路线图。
  • 多渠道支持: PR #3385 正在增加 InboxAPI 邮件通道，PR #2948 正在集成 Cortex-Memory 作为后端，显示项目正在向 "全能型 Agent 框架" 演进。

7. 用户反馈摘要

  • 痛点: "我配置了半天，它拒绝执行任何命令，只跟我聊天" —— 反映了默认安全沙箱对用户体验的负面影响。
  • 痛点: "Web Dashboard 打不开，还要我自己装 npm build？" —— Binary 分发包缺乏前端资源，对非前端用户不友好。
  • 认可: Issue #1478 中尽管用户吐槽安全策略，但也承认 "OpenClaw 太大太复杂，所以选了 ZeroClaw"，说明轻量级定位依然有吸引力。
  • 场景: 很多用户尝试在树莓派 (ARM64) 上运行，说明边缘侧部署是重要场景，需重视 ARM 架构的稳定性。

8. 待处理积压

  • #3537 (ARM64 崩溃): 这是一个 S0 级别问题，影响所有边缘/IoT 用户，且目前无任何维护者响应。建议优先排查。
  • #3658 (Onboarding 失效): v0.3.2 的严重回归，直接阻断了新用户的初始化流程。
  • #3642 (Full Docker Image): 用户请求提供包含所有功能（如 WhatsApp）的完整 Docker 镜像，以降低自行编译的门槛。

分析结论：Zeroclaw 正处于功能大爆发期（Multi-agent, MCP, Persisted Sessions），但快速迭代导致了构建产物分发和回归测试的疏漏。建议团队在推进 v0.4 的同时，设立一个稳定性缓冲期，重点解决 ARM64 支持和 Binary 分发包的完整性问题。

PicoClaw — sipeed/picoclaw

PicoClaw 项目动态日报 (2026-03-16)

1. 今日速览

PicoClaw 项目今日保持极高活跃度，社区贡献主要集中在安全性加固与架构重构两个方向。过去 24 小时内共有 62 个 PR 更新（其中 56 个待合并）和 18 个 Issue 更新，显示出项目正处于快速迭代期。

今日核心亮点包括：

  • 安全优先：针对默认配置的远程执行漏洞和 Token 泄露风险，社区迅速提交了多个修复 PR。
  • 架构演进：针对 Agent Loop 的事件驱动重构提案正在积极推进，相关 PoC 代码已提交。
  • 生态扩展：Telegram 多机器人支持和 Web 内容抓取优化等功能正在审核中。

2. 版本发布

Nightly Build: v0.2.3-nightly.20260316.f2addff0

  • 类型: 自动化构建
  • 状态: 可能不稳定，仅供测试
  • 更新范围: 涵盖了从 v0.2.3 到 main 分支的所有最新代码，包含今日提交的安全修复与功能重构。

3. 项目进展

今日无合并记录（PR 更新多为新建或讨论中），但多个关键 PR 正在等待审核，预示着下一版本的重大改进：

  1. 安全性加固

    • PR #1628: 强化默认 exec 配置，默认禁用远程访问并修复会话存储权限。
    • PR #1563 [CLOSED]: 修复 Pico channel 设置中的不安全默认值，防止 Token 在 URL 中泄露（已被合并或关闭，相关 Issue #1530 已解决）。

  2. Agent 架构重构

    • PR #1585: 实现了层级化 Agent 执行的 PoC，引入上下文取消机制，这是响应 Issue #1316（事件驱动架构重构）的关键一步。

  3. 模型兼容性与修复

    • PR #1626: 修复 Anthropic 模型 ID 中点号（.）未正确转换为连字符（-）导致的 404 错误。
    • PR #1457: 增强了 Agent 对 LLM 提供商瞬时故障的重试能力，不再直接崩溃。

4. 社区热点

今日讨论最热烈的话题集中在架构设计与功能增强：

  1. [Issue #1316] Agent Refactor: Event-driven loop 👍 1 | 💬 11

    • 核心诉求：现有的 agent loop 是黑盒，缺乏可观测性和控制力。
    • 讨论焦点：如何设计 Hook、中断机制以及消息注入。这是目前最具影响力的架构级讨论。
    • 链接: sipeed/picoclaw Issue #1316

  2. [Issue 📊 AI CLI Tools Digest 2026-03-26 duanyytop/agents-radar#293] Feature: Autonomous Browser Operations 👍 4 | 💬 6

    • 核心诉求：用户强烈希望 PicoClaw 能具备原生浏览器自动化能力（像人类一样浏览网页、提取数据）。
    • 进展：这是一个高优先级路线图项目，正在评估实现路径。
    • 链接: sipeed/picoclaw Issue #293

  3. [Issue #1498] 期待功能：模型端搜索和 FastEmbed 💬 6

    • 核心诉求：用户希望集成模型自带的搜索能力（如 Grounding）以及 FastEmbed 嵌入模型，以增强 RAG 和知识库能力。
    • 链接: sipeed/picoclaw Issue #1498

5. Bug 与稳定性

今日报告了多个影响使用体验的 Bug，部分已有对应修复：

严重程度 Issue 描述 状态/修复 PR
高 #1624 Anthropic Claude 模型 ID 格式错误 (dots vs dashes) 导致 API 404。 Fixed: PR #1626
高 #1578 image_model 配置失效，图片总是路由到主模型，导致视觉模型无法工作。 Open
中 #1611 Gemini 模型作为备用时不工作。 Open
中 #1582 多 Agent 配置下报错 "model 'xxx' not found"。 Open
安全 #1530 Setup API 默认开启弱 Token 验证和通配符跨域。 Fixed: PR #1563

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

结合 Issues 和 PRs，识别出以下高潜力功能信号：

  1. 远程执行安全开关：

    • Issue #1621 建议允许完全禁用 exec 工具以降低攻击面。
    • PR #1627 已经实现了该功能（添加 exec.disabled 配置项），预计很快合入。

  2. Telegram 增强功能：

    • PR #1625 支持配置多个命名 Telegram 机器人，允许不同机器人对应不同 Agent 人格。
    • Issue #1591 请求“只读模式”，即 Bot 监听所有消息但不主动回复（除非被 @），用于上下文学习。

  3. Web 抓取优化：

    • PR #1622 改进了 web_fetch 工具，支持输出 Markdown 格式并保留 <a> 标签，显著提升了 Agent 获取网页结构信息的能力。

7. 用户反馈摘要

从评论中提炼出的真实痛点：

  • 配置复杂性与默认安全：多位用户指出默认配置存在安全隐患（如 exec 默认开启远程访问、CORS 配置过于宽松）。用户倾向于“默认安全”的配置策略。
  • 多模态支持问题：用户尝试配置专门的视觉模型处理图片，但发现配置项无效（#1578），表明多模态工作流目前存在阻塞。
  • 群聊机器人管理：在 Telegram 群组中部署多个 Bot 时会出现“抢答”或冲突（#1589, #1591），用户急需更精细的消息过滤和路由机制。

8. 待处理积压

以下重要 Issue 长期未得到解决或响应，建议维护者关注：

  1. [Issue #1316] Agent Refactor: 尽管有大量讨论和 PoC (PR #1585)，但该重构工程浩大，需要持续的架构评审。
  2. [Issue #1578] Image Model Routing: 影响视觉功能的核心 Bug，目前尚未指派修复者。
  3. [Issue #1623] Cron Timezone Support: 用户请求 Cron 任务支持本地时区而非仅 UTC，属于体验优化类需求。

数据来源：GitHub PicoClaw Repository (2026-03-16)

NanoClaw — qwibitai/nanoclaw

这里是 NanoClaw 项目 2026-03-16 的动态日报。

📊 NanoClaw 项目动态日报 (2026-03-16)

1. 今日速览

NanoClaw 今日呈现出极高的社区活跃度，虽然无新版本发布，但功能迭代与修复工作正在紧锣密鼓地进行。过去 24 小时内，社区贡献了 17 条 Issues 和高达 43 条 PRs，显示出开发者对项目架构的热情。重点动态集中在对非 Claude 模型的兼容性支持（如 OpenAI/OpenCode）以及对 Apple Container（MacOS 虚拟化）的适配与修复。此外，Signal 通讯渠道和 Google Workspace 集成等 Skill 也在积极开发中，项目生态正在快速横向扩展。

2. 版本发布

  • 无新版本发布。
    • 注：虽然无正式 Release，但 PR 列表中已有大量针对 Docker/Apple Container 的修复代码，预计近期可能会有一次针对部署稳定性的 Patch 版本。

3. 项目进展

尽管合并数较少（7 条），但待合并的 PR（36 条）包含了大量关键改进，显示出项目正处于密集开发期：

  • 核心架构拓展 - OpenCode 迁移：
    • PR #1124 (Feat/oc-migration) 正在进行中，旨在从单一的 Claude 依赖向更通用的 OpenCode 架构迁移，这可能改变项目底层对 LLM 的调用方式。
  • 平台兼容性 - Apple Container 修复：
    • PR #1109 和 #1107 集中解决了 macOS 上 Apple Container 的网络网关和 .env 挂载失败问题，这对于 Mac 用户至关重要。
  • 新通讯渠道 - Signal 支持：
  • 部署增强 - Linux/Docker 支持：
    • PR #1089 添加了 Dockerfile.unraid 和相关脚本，降低了在 Linux/Unraid 环境下的部署门槛。

4. 社区热点

社区讨论的焦点在于底层模型的灵活性与部署体验的痛点：

  1. 多模型支持呼声高涨 🔥
    • Issue #80 (👍 44, 评论 22)：用户强烈要求支持 Claude 以外的运行时（如 OpenCode, Codex, Gemini）。起因是 Anthropic 开始封禁第三方客户端，迫使社区寻找更灵活的底层支持。这是目前热度最高的话题。
  2. 日志与性能问题
    • Issue #1088：用户报告运行 5 天后日志文件膨胀至 27GB，引发了对日志轮转机制的担忧。
    • Issue #973：用户抱怨 Setup 过程极其缓慢，质疑配置复杂度过高。

5. Bug 与稳定性

今日报告了数个高优先级 Bug，主要集中在特定环境下的部署崩溃：

  • Critical: 日志文件体积爆炸 (High Priority)
    • Issue: #1088 - nanoclaw.log == 27 GB after 5 days
    • 状态: Open
    • 分析: 缺乏日志轮转机制，可能导致磁盘写满从而导致服务崩溃。
  • Critical: Apple Container (macOS) 基础设施崩溃 (High Priority)
    • Issue: #1103 - 网络不可达 (host.docker.internal 失效)。
    • Issue: #1104 - .env 挂载被系统拒绝。
    • Fix PR: #1109 (Networking), #1107 (Mounts)
    • 分析: Apple Container 与 Docker Desktop 的底层差异导致现有配置无法运行，修复工作已提交但待合并。
  • High: 代理凭据失效
    • Issue: #1105 - macOS Keychain 在容器中不可访问，导致 GH_TOKEN 认证失败。
    • Fix PR: #1108
  • Security: 间接提示注入风险
    • Issue: #411 - 呼吁在文档中明确标注 Agent 可能会被不可信数据控制的风险。

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

社区正在推动项目从“Claude 专属工具”向“通用 AI Agent 平台”演进：

  • 头部需求：OpenAI API 支持
    • Issue: #1092 和 #80 均指向支持 OpenAI/Local LLMs。
    • 信号: 如果 PR #1124 (OC Migration) 合并，此需求将被满足。
  • 技能扩展
    • Issue: #1122 - 请求集成 Google Workspace CLI (Gmail, Calendar 等)，已有对应 PR #1118 提交。
    • Issue: #832 - 请求 Chrome CDP 中继以绕过 reCAPTCHA，解决沙箱内浏览器被检测的问题。
  • 安装体验优化
    • Issue: #1116 - 请求提供“非 Agent 式安装”（直接下载容器镜像），避免必须运行 Host 脚本。

7. 用户反馈摘要

  • 痛点 (Pain Points)：
    • 部署复杂：新用户反馈从 Container 迁移到 Sandbox 环境极其痛苦，配置外部目录访问困难 (#1080)。
    • 厂商锁定焦虑：用户担心 Anthropic 的账号封禁策略会波及 NanoClaw 用户，急需多后端支持。
  • 正面反馈：
    • 尽管有配置困难，仍有用户称赞设计精良 (#957)，并认可容器化带来的安全性。
    • 新增的 Skill 系统（如 Signal, Google Workspace）受到了开发者的积极响应，迅速有了对应的 PR 实现。

8. 待处理积压

  • 高优先级积压：
  • PR 积压风险：
    • 目前有 36 个待合并 PR，其中包含大量修复 Apple Container 的关键补丁（如 #1109, #1107）。PR 堆积过多可能导致主分支不稳定，建议进行一次代码冻结集中 Review。
NullClaw — nullclaw/nullclaw

这里是 NullClaw 项目 2026-03-16 的动态日报。

1. 今日速览

NullClaw 今日完成了 v2026.3.15 版本的发布，标志着项目在跨平台兼容性和网络安全性上迈出了重要一步。项目活跃度极高，Issue 处理效率显著（关闭 18 个，仅新增/活跃 6 个），显示出维护团队正在积极清理积压问题并推进新功能合并。重点修复了 Windows 下的 WebSocket 通信故障，并引入了针对飞书和 QQ 等渠道的运维加固更新。目前待合并 PR 数量较多（26 个），预示着下一版本将包含大量新特性。

2. 版本发布

v2026.3.15
本次更新主要聚焦于底层依赖的同步与关键 Bug 修复：

  • Windows 兼容性修复：同步了 websocket.zig 库代码，并在 Windows 平台使用 recv 替代 NtReadFile，彻底修复了 Windows 下网关握手失败的问题 (PR #400, Issue #317)。
  • macOS 稳定性：修复了 macOS 上二进制文件原地替换后导致 Cron 任务执行失败的 InvalidExe 错误 (PR #522)。
  • 原子操作优化：为 Slack 频道引入了可移植的 Atomic 支持，提升了并发安全性。

3. 项目进展

今日共有 24 个 PR 被合并，项目整体质量与安全性显著提升：

  • 安全加固：合并了多个关于 http_request 工具的重构 PR，修复了 Header 截断导致的安全策略绕过问题，并移除了死代码 (Issue #516, Issue #518)。
  • Lark (飞书) 渠道增强：合并了 PR #564，修复了 WebSocket 模式下卡片动作回调的稳定性问题，确保回调响应符合官方 SDK 标准。
  • Qwen 认证支持：合并了 PR #524，现在原生支持自动发现 Qwen Portal 的 OAuth Token，无需手动配置。
  • 文档与社区：合并了 Discord 社区链接的添加 (PR #581)，加强了社区入口引导。

4. 社区热点

今日讨论最活跃的内容集中在扩展性与新运行时：

  • PR #568 feat(runtime): add wasm3 interpreter by default
    分析：该 PR 提议内置轻量级 wasm3 解释器以替代外部 wasmtime 依赖。这引起了关于“二进制体积膨胀”与“零依赖便利性”的讨论，反映了社区对简化部署流程的强烈渴望。
  • PR #451 feat(email): email channel with IMAP IDLE
    分析：社区贡献者正在完善 Email 渠道支持，包含 IMAP IDLE 推送和附件处理。这表明 NullClaw 正在从单纯的 IM/CLI 机器人向全渠道 AI Agent 演进。
  • Issue #580 Add '--skill' option for agent
    分析：用户希望硬编码指定 Skill 而非依赖 Token 相似度匹配，这暴露了当前动态路由机制在某些生产场景下缺乏精确控制力的痛点。

5. Bug 与稳定性

  • [已修复] WebSocket 在 Windows 上彻底失效 (Issue #317)
    • 严重程度：Critical
    • 状态：已通过 Vendor websocket 库并适配 Windows socket API 修复 (PR #400)。
  • [已修复] 工具调用重复执行与 Telegram 标记泄露 (Issue #569)
    • 严重程度：High
    • 状态：已关闭，推测已在最新版本中修复运行时逻辑。
  • [待处理] Moonshot (Kimi) 模型兼容性问题 (Issue #576)
    • 严重程度：Medium
    • 状态：Open。使用 kimi-k2.5 模型时解析 API 返回值失败，需适配新的 reasoning_content 字段。
  • [已修复] 离线编译失败 (Issue #220)
    • 严重程度：Medium (影响特定环境部署)
    • 状态：已关闭。

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

  • WebAssembly 运行时内置 (PR #568)：极大概率合并。这将消除对外部 wasmtime 的依赖，显著提升工具链的可移植性。
  • 配置与技能热重载 (PR #571)：刚刚合并。这为动态调整 Agent 行为提供了基础，可能预示着未来将支持更复杂的在线学习或动态配置下发。
  • HTTP 请求增强 (PR #541)：请求支持配置 HTTP 超时时间。这是目前待合并 PR，反映出用户在使用 NullClaw 访问慢速 API 时遇到了阻塞。

7. 用户反馈摘要

  • 痛点：Subagents 配置文档缺失：用户反馈虽然 Subagents 功能强大，但文档中极度缺乏关于绑定和路由的配置说明 (Issue #508)。
  • 痛点：离线环境构建困难：用户在尝试离线编译时遇到依赖清单解析错误 (Issue #220)，表明目前的 Zero-Dependency（或依赖管理）策略在断网环境下体验仍有待优化。
  • 场景：Self-hosted 拦截：用户在使用容器化部署访问本地服务（如 Seaxng）时，被 SSRF 防护拦截，希望能够禁用此限制 (Issue #393)。

8. 待处理积压

IronClaw — nearai/ironclaw

根据您提供的 2026-03-16 GitHub 数据，以下是 IronClaw (nearai/ironclaw) 项目的动态日报。

📊 IronClaw 项目动态日报 (2026-03-16)

1. 今日速览

IronClaw 项目今日呈现高活跃度状态，核心团队正集中精力进行架构重构与稳定性增强。过去24小时内共有 50 个 PR 更新（其中 28 个待合并）和 26 个 Issue 更新。核心维护者 (@​ilblackdragon, @​zmanian) 密集推送了关于故障注入测试、沙箱重试机制以及形式化验证的提案，显示出项目正从功能开发转向**“火星车级”高可靠性工程阶段**。今日无新版本发布，但多个关键修复 PR 已合并，代码库处于快速迭代期。

2. 版本发布

  • 无新版本发布。虽然今日无正式 Release，但 staging 分支有大量自动晋升活动（如 PR #1231, #1212），预示着近期可能有较大的版本更新。

3. 项目进展

今日已合并/关闭的 PR 主要集中在安全性修复、编译问题解决和文档完善，有效提升了代码健壮性：

  • 安全性修复：PR #1195 修复了内部作业监控标志的元数据欺骗漏洞，防止外部信道伪造内部消息，提升了 Agent 核心循环的安全性。
  • 编译修复：PR #1204 解决了 Feishu/Lark WASM 通道的编译错误，修复了 WIT 绑定不匹配的问题（关联 Issue #1200）。
  • 认证修复：解决了 Anthropic OAuth Token 刷新后未持久化的问题 (PR #1213 处于 Open 状态，但关联了相关修复逻辑)。
  • 文档更新：PR #1209 在 README 中补充了 MiniMax 作为内置提供商的说明。

整体评价：项目正在填补测试与稳定性的“技术债”，重点引入了 FaultInjector (PR #1233) 和混沌测试提案，为后续的高级 Agent 功能打下坚实基础。

4. 社区热点

今日讨论主要集中在多模型支持和部署上下文感知，反映了用户对基础设施兼容性的强烈需求：

  1. Issue #80 [OPEN]: feat: Multi-provider LLM support
    • 热度：长期活跃，今日再次更新。
    • 诉求：社区强烈呼吁原生支持 Ollama（本地模型）、AWS Bedrock 和 Google Gemini，希望实现故障转移和自动发现，打破对单一 LLM 提供商的依赖。
  2. Issue #857 [OPEN]: Create specific prompt for NEAR AI hosted IronClaw
    • 热度：今日有活跃讨论。
    • 诉求：部署在 NEAR AI 基础设施上的 Agent 缺乏环境自认知（不知道自己在哪、用什么后端），导致回复过于通用。用户希望 Agent 具备“身份意识”。
  3. PR #1198 [OPEN]: feat(workspace): add snapshot/hydration
    • 焦点：关于灾难恢复（快照/水合）的实现细节讨论，涉及 XL 级别的变更，备受资深贡献者关注。

5. Bug 与稳定性

今日报告了多个关键 Bug，部分已由 CI 自动检出并正在修复：

  • [P2] 工具安装失败 (Issue #1205):
    • 问题：Slack tool 安装时遭遇 404 错误，怀疑是 Release 下载链接构造错误。
    • 状态：Open，待确认修复路径。
  • [HIGH] Auth 错误存储漏洞 (Issue #1141):
    • 问题：oauth_http_client 将错误存储为 String 而非 AuthError，影响错误处理链。
    • 状态：由 Staging CI 检出，已关闭（推测已在相关重构中修复）。
  • [P2] Safari IME 输入冲突 (Issue #1139):
    • 问题：Safari 浏览器下，使用 Enter 键确认中文/日文输入法时，会误触发“发送消息”，导致未编辑好的内容被发出。
    • 状态：Closed (已修复)。
  • [P2] 认证状态误导 (Issue #1057):
    • 问题：Telegram 通道设置中，未提供 Token 也能显示“认证成功”，随后在激活时报错。
    • 状态：Closed。

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

核心团队今日密集提出了一系列高质量工程相关的 Issue，暗示了下一阶段的发展重点：

  • 高可靠性测试体系：
    • Issue #1220: 引入 FaultInjector 框架（已有对应 PR #1233），用于模拟间歇性故障和超时。
    • Issue #1225: 提议使用 TLA+ 编写作业状态机、熔断器和故障转移的形式化规范。
    • Issue #1226: 建议使用 Kani 进行有界模型检查，防止算术溢出。
    • Issue #1214: 引入基于属性的测试 用于状态机验证。
  • CI/CD 增强：
    • Issue #1230: 要求涉及状态机变更的 PR 必须包含回归测试。
    • Issue #1228: 建议配置 codecov.yml 设置覆盖率门禁。

结论：IronClaw 正在构建一套极其严格的工程质量保障体系，以确保其在关键任务场景下的稳定性。

7. 用户反馈摘要

  • 痛点：多语言用户在 Web 端输入体验不佳（Safari IME 问题），且复制聊天内容到白底应用（如 Excel）时字体不可见（Issue #1059，已修复）。
  • 场景：用户倾向于将 IronClaw 部署在不同的基础设施上（本地 Ollama、云厂商 Bedrock/Gemini），对“锁定单一平台”感到不便。
  • 满意度：社区对项目的模块化尝试（如拆分 Podman 支持和初始化逻辑重构）持积极关注态度，但也对新功能的复杂性（如 LLM-as-Judge）带来的集成风险表示担忧。

8. 待处理积压

以下重要 Issue 长期未关闭或需要更多关注：

  • Issue #80 (Multi-provider LLM): 作为 P1-P3 优先级的特性，自 2 月中旬提出以来仍处于 Open 状态，是目前社区最期待的功能之一。
  • Issue #1223 (Stuck Job Detection): 目前已有 PR #1234 正在解决，建议维护者优先合并，以解决作业静默卡死的问题。

分析师注：IronClaw 项目今日的动态显示出其正处于“由量变到质变”的关键节点，从单纯的功能堆叠转向了对形式化验证和混沌工程的深入探索，这对于一个旨在处理复杂任务的 AI Agent 框架来说是极其积极的信号。

LobsterAI — netease-youdao/LobsterAI

以下是基于 2026-03-16 GitHub 数据生成的 LobsterAI 项目动态日报。

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

1. 今日速览

LobsterAI 今日呈现出高频迭代与架构转型并行的态势。代码侧极其活跃，单日处理了 17 个 PR（其中 15 个已合并），主要围绕 OpenClaw 引擎集成、IM（即时通讯）渠道修复以及沙箱重构进行大规模更新。与此同时，社区侧出现了显著的用户反馈高峰，多位用户对基于 OpenClaw 的新版架构提出质疑，反馈集中在稳定性、任务执行速度及沙箱配置难度上。整体来看，项目正处于从原有 Cowork 架构向 OpenClaw 架构迁移的关键磨合期，虽然功能模块（如定时任务、IM同步）修复迅速，但用户端的适应性和稳定性体验面临挑战。

2. 版本发布

  • 无新版本发布：尽管有大量代码合并，今日暂未发布正式 Release 版本，推测大量更新正在主分支积累，预计近期将发布包含 OpenClaw 内核的较大版本更新。

3. 项目进展

今日共有 15 个 PR 被合并，显示出维护者（主要是 @​fisherdaddy 和 @​liuzhq1986）正在密集推进下一阶段的发布准备：

  • 核心架构迁移:
    • PR #403 (已合并)：完成了沙箱层面的重大重构，移除了内置沙箱，系统提示词与 OpenClaw 默认合并。这标志着项目底层运行环境已正式切换。
    • PR #430 (已合并)：为 Agent 添加了默认身份模板，完善了 OpenClaw 下的角色设定。
  • IM 与稳定性修复:
    • PR #431 (已合并)：大幅改进了定时任务投递（支持钉钉路由解析）和通道历史记录同步算法（采用 tail-overlap 策略）。
    • PR #432 & PR #433 (已合并)：快速修复了 MCP 不可用以及 Agent 配置被系统提示词覆盖的关键 Bug。
    • PR #423 & PR #426 (已合并)：解决了 Cowork 和 IM 侧定时任务失效及消息同步延迟问题。
  • 待合并功能 (PR Open):
    • PR #428：新增 LM Studio 作为模型提供商（待合并）。
    • PR #429：修复 Windows 端中文路径编码问题（待合并）。

4. 社区热点

今日讨论最激烈的 Issue 围绕架构变更后的可用性展开：

5. Bug 与稳定性

根据今日反馈，项目存在数个严重影响使用体验的 Bug，部分已有修复方案：

  • P0 - 系统卡顿与功能失效 (已有部分修复)
    • 现象: Win11 环境下沙箱无法启用，本地软件无法控制，甚至出现页面卡死 (Issue #417, Issue #434)。
    • 状态: PR #432 已尝试修复 MCP 不可用问题，但用户反馈的整体流畅度问题仍需验证。
  • P1 - 文件编码问题
    • 现象: Windows 下 HTTP API 创建定时任务时，包含中文的 workingDirectory 字段乱码。
    • 状态: PR #429 已提交修复，等待合并。
  • P2 - 提示词覆盖 Bug
    • 现象: agents.md 文件被系统提示词意外覆盖。
    • 状态: 已通过 PR #433 修复。

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

  • 本地模型支持增强: 社区提交了支持 LM Studio 的 PR，这表明项目正在积极扩展本地/私有化模型部署能力，符合 AI 助手脱离云端依赖的趋势。
  • MCP 配置文档: Issue #419 强烈请求增加 MCP 配置教程，说明当前 Sandbox 和 MCP 的集成门槛较高，文档滞后于代码开发。

7. 用户反馈摘要

从今日的 Issues 中可以提炼出以下核心痛点：

  1. 性能焦虑: 用户普遍感觉切换新架构后，任务处理（如创建 PPT）变慢，且经常无结果，体验不如旧版。
  2. 配置断层: 技能市场里的工具（如图片生成）缺少 API Key 配置入口，导致“安装即摆设”，用户怀疑官方未做充分测试。
  3. 功能缺失: 缺少国外 IM（如 Discord/Telegram）的配置入口，以及 QQBot 的断连问题影响了可用性。
  4. Token 不可视: 用户希望增加 Token 计算显示功能，以便评估成本。

8. 待处理积压

  • 官方澄清架构路线: Issue #418 目前仍为 Open 状态，急需官方出面解释 OpenClaw 与 Cowork 的关系及后续支持计划，以稳定社区信心。
  • 关键功能验证: Issue #417 中提到的“Win11 沙箱无法启用”和“浏览器控制失效”是严重的回归问题，虽然部分相关 PR 已合并，但需要确认是否完全解决了该用户的场景问题。

分析师注：LobsterAI 目前正处于“破茧重生”的阵痛期，代码层面的激进重构（OpenClaw 化）与用户层面的体验稳定性存在脱节。建议维护者优先解决性能和文档缺失问题，并尽快发布正式版以统一修复目前的散点 Bug。

TinyClaw — TinyAGI/tinyclaw

以下是根据 TinyClaw 项目 2026-03-16 的 GitHub 数据生成的动态日报。

TinyClaw 项目日报 (2026-03-16)

1. 今日速览

TinyClaw 项目今日呈现出**“高修补、高活跃”的态势，核心焦点在于强化多智能体系统的稳定性与安全性**。过去 24 小时内虽然没有新版本发布，但产生了 11 个 PR 更新（9 个待合并，2 个已合并）。主要贡献者 @​jcenters 集中修复了 Agent 团队协作中的反馈循环失控、进程僵死及 API 预算耗尽等严重隐患。同时，社区功能也在稳步扩展，新增了对 Google Gemini 的支持和 Web 端配置功能。整体而言，项目正处于密集的除错与加固阶段，核心稳定性显著提升。

2. 版本发布

  • 无新版本发布。

3. 项目进展

今日共有 2 个 PR 合并，主要聚焦于用户体验增强和功能扩展：

4. 社区热点

今日的讨论与开发重心高度集中在 @​jcenters 提交的一系列关于防止系统失控的修复 PR 上。虽然没有大量用户评论，但从提交的代码逻辑来看，这些 PR 解决了多智能体协同中最棘手的“无限循环”问题，反映了项目在复杂场景下的实战需求。

5. Bug 与稳定性

今日报告了多个高危等级的 Bug，且大部分已提交修复 PR，主要集中在多智能体资源管控和进程管理方面。

  • 🔴 严重 - API 预算耗尽风险
    • 问题：Agent 团队中的消息扇出和无限重试可能导致 API 调用在几分钟内呈指数级爆炸，耗尽预算。
    • 修复：[PR #220] (移除扇出) 和 [PR #224] (增加速率限制与深度限制)。
  • 🔴 严重 - 代理进程僵死
    • 问题：挂起的 Claude/CodeX 进程不会被超时杀死，导致消息队列堵塞。
    • 修复：[PR #218] (增加 5 分钟超时 kill 机制)。
  • 🟠 中等 - 配置被覆盖风险
    • 问题：开启了 --dangerously-skip-permissions 的 Agent 可能调用 API 意外清空 settings.json。
    • 修复：[PR #222] (增加写入保护)。
  • 🟠 中等 - 死信队列无限重试
    • 问题：手动重试会重置计数器，导致死信无限复活。
    • 修复：[PR #223] (限制手动重试次数)。
  • 🟢 轻微 - 静默消息骚扰
    • 问题：空响应在 Telegram 触发无内容的 "(Silent)" 通知。
    • 修复：[PR #221] (拦截空响应)。

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

  • Web 端配置：[PR #214] 表明项目正在从纯 CLI 工具向拥有 Web 界面的完整应用演进，旨在降低小白用户的上手难度。
  • 多模型支持 (L1)：[PR #217] 对 Gemini 的支持显示项目致力于成为多模型通用的 Agent 框架。

7. 用户反馈摘要

虽然 Issue 区无新增，但从 PR 描述中的 "Real-world impact"（真实世界影响）可以看出：

  • 痛点：在实际运行多 Agent 团队时，用户极易遇到系统失控和资源耗尽问题。这表明 TinyClaw 的核心用户群已经在尝试构建复杂的自动化工作流，对鲁棒性和资源控制的需求极高。
  • 体验：之前的版本在错误处理上较为暴力（如无限重试），现在的修复显示开发团队正在将这些“野性”的逻辑驯化为可控的企业级特性。

8. 待处理积压

目前共有 9 个 Open PRs，建议维护者重点关注：

  1. [PR #224] fix(teams): add agent loop protection：涉及核心资源安全，建议优先 Review 并合并。
  2. [PR #220] fix(teams): remove chatroom fan-out：修复关键架构缺陷，需尽快测试对现有 Team 功能的影响。
  3. [PR #214] Web-based setup：这是一个较大的功能变更，建议验证与现有 CLI 流程的兼容性。
Moltis — moltis-org/moltis

以下是为您生成的 Moltis 项目 2026年3月16日 动态日报：

Moltis 项目动态日报 (2026-03-16)

1. 今日速览

Moltis 项目在过去24小时内表现出中等偏高的活跃度，开发重心明显向稳定性修复与跨平台兼容性倾斜。今日共有 6 项 PR 更新（其中 2 项关键修复已合并）和 5 项 Issue 状态变更，显示出维护者正在积极清理积压问题。重点修复了 Windows 平台的文件锁定问题以及浏览器会话隔离的逻辑漏洞。虽然无新版本发布，但多个处于 Open 状态的 PR 表明下一版本将包含 MCP 自定义命名和心跳功能增强。

2. 版本发布

  • 无新版本发布。

3. 项目进展

今日项目整体稳健推进，共有 2 项 PR 被合并，主要解决了浏览器沙箱和会话管理的顽疾：

  • [MERGED] 修复浏览器会话隔离问题 (PR #412):
    • 详情: 解决了新旧聊天窗口复用同一个浏览器会话 ID 导致的状态污染问题。
    • 影响: 显著提升了多会话并发的稳定性，关闭了 Issue #202。
  • [MERGED] 对齐沙箱浏览器超时设置 (PR #403):
    • 详情: 修复了在 browserless/chrome 环境下，沙箱会话因未显式设置超时而意外中断的问题。
    • 影响: 增强了容器化部署环境下的浏览器工具连接稳定性。

此外，还有 4 项高价值 PR 正在待合并状态，涵盖 Windows 文件锁修复、MCP 自定义名称等关键功能。

4. 社区热点

今日社区互动主要集中在以下功能性缺陷和改进建议上：

5. Bug 与稳定性

今日修复和暴露的 Bug 主要集中在 平台兼容性 和 工具层：

  1. [High] Windows 平台文件锁定崩溃 (Issue 📅 AI 工具生态周报 2026-W15 duanyytop/agents-radar#434 -> PR 🌐 Official AI Content Report 2026-04-07 duanyytop/agents-radar#436)
    • 问题: Windows 系统下使用 append 模式写入文件会导致 LockFileEx OS 错误 5，引发崩溃。
    • 状态: 已有修复 PR #436，通过改用 write(true)+seek 解决，待合并。
  2. [Medium] 浏览器工具无响应/超时 (Issue 📊 AI CLI 工具社区动态日报 2026-04-01 #172 -> PR 📊 AI CLI Tools Digest 2026-04-04 duanyytop/agents-radar#403)
    • 问题: 浏览器停止响应或请求超时。
    • 状态: 已修复并合并。
  3. [Low] 心跳 Cron 任务未创建 (PR 🚀 Product Hunt AI 产品日报 2026-04-07 duanyytop/agents-radar#440)
    • 问题: 保存设置时未能自动创建 Cron 任务，导致心跳功能失效。
    • 状态: 已有修复 PR #440，待合并。

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

从最新的 Issue 和 PR 来看，项目的短期路线图信号非常明确：

  • 开发者体验 (DX) 改进:
    • Issue #441 请求自动解析 CSS 路径，表明社区希望简化前端构建配置，减少手动维护相对路径的痛苦。
  • MCP (Model Context Protocol) 增强:
    • PR #439 提出为 MCP 服务器添加 display_name。这表明项目正在致力于让复杂的多模型配置更加用户友好，区分技术标识符与用户可见名称。
  • Agent 自主性与安全性:
    • PR #413 正在推进 "Agent-written sidecar files" 功能。这是一个高风险高回报的特性，允许 Agent 写入辅助文件，但同时引入了路径 guards 和审计日志，显示出项目在 Agent 自主能力与安全边界上的谨慎探索。

7. 用户反馈摘要

  • 痛点: 用户在 Docker 部署 和 Windows 本地运行 时遇到的兼容性问题较多，特别是文件系统权限和路径处理。
  • 场景: 大量 Issue 涉及 Browser Tool 的使用（超时、会话复用），说明 Moltis 被广泛用于涉及网页自动化或浏览的 AI Agent 场景。
  • 评价: 社区对 Bug 的响应速度较快（如 Issue 🦞 OpenClaw 生态日报 2026-04-07 #202 从报告到修复关闭），但对功能增强（如 CSS 路径自动化）的需求正在增加。

8. 待处理积压

CoPaw — agentscope-ai/CoPaw

CoPaw 项目动态日报 (2026-03-16)

1. 今日速览

CoPaw 项目今日保持高度活跃状态，社区互动频繁。过去24小时内共有 43 条 Issue 更新（其中 37 条为新活跃议题）和 40 条 PR 更新，显示出项目正处于快速迭代与功能扩展期。虽然今日无新版本发布，但代码库变动剧烈，重点集中在多渠道集成（飞书、钉钉、Telegram）的 Bug 修复以及多智能体架构等核心功能的前瞻性开发上。待处理的 PR 数量达到 30 条，表明项目正处于功能积蓄阶段，下一次版本更新可能会包含大量新特性。

2. 版本发布

无新版本发布。
当前最新版本仍为 V0.0.7 (或 0.0.7.post1)，今日无 Tag 或 Release 更新。

3. 项目进展

今日共有 10 条 PR 被合并或关闭，主要推进了以下方面的进展：

  • 安全性修复：PR #1529 修复了 Pip 安装包中缺失安全规则文件的问题，确保了 dangerous_shell_commands.yaml 能够随包发布，直接解决了 Issue #1519 的用户痛点。
  • Ollama 连接优化：PR #1480 被合并，修复了部分环境下 localhost 解析优先级导致的 Ollama 连接超时问题，增强了本地模型部署的稳定性。
  • 国际化与 UI 修复：PR #1409 修复了控制台 UI 中时间选择和模型选择器的国际化显示问题。
  • 时区处理改进：PR #1432 的合并意味着系统将在上下文中注入 UTC 时间，缓解了 Cron 任务和弱模型的时间认知偏差问题。

整体评价：项目今日的合并主要集中在修葺与补漏，为后续更大功能的发布（如多智能体架构）夯实基础。

4. 社区热点

今日社区讨论集中在飞书/钉钉等渠道的使用体验及Web UI 的显示问题：

  1. [Issue #981] 飞书/QQ 频道文件发送受限 (13 评论)
    • 诉求：用户强烈需要机器人在回复中能够发送文件（如生成的文档、图片），而不仅仅是文本。
    • 🔗 Issue #981
  2. [Issue #1345] 飞书频道"延迟回复"严重 (6 评论)
    • 现象：Bot 经常回答上一个问题的内容，忽略当前输入，导致对话错位。这反映了当前上下文管理或消息队列处理存在逻辑缺陷。
    • 🔗 Issue #1345
  3. [Issue 📊 AI CLI Tools Digest 2026-04-16 duanyytop/agents-radar#612] 飞书文档操作权限问题 (6 评论)
    • 痛点：即使开通权限，Bot 仍无法操作飞书文档，表明集成深度有待加强。
    • 🔗 Issue #612
  4. [Issue #1502] 火山引擎 Coding Plan 模型兼容性 (6 评论)
    • 问题：使用特定模型时出现 "Answers have stopped"，这是后端适配性的典型问题。
    • 🔗 Issue #1502

5. Bug 与稳定性

今日报告的 Bug 暴露了在特定渠道集成和前端渲染上的不稳定性：

  • 高优先级 (影响核心功能)

    • [Issue #1345] 飞书对话上下文错乱（延迟回复）。目前尚无关联的修复 PR。
    • [Issue #1488] Docker 服务运行一天后假死无响应。涉及稳定性与内存泄漏风险。
    • [Issue #1545] Windows 平台 Shell 命令始终报错 "系统找不到指定的路径"。严重阻碍 Windows 用户的工具调用体验。

  • 中优先级 (UI/UX 与 配置)

    • [Issue #1477] & [Issue #1520] Web UI 模型选择下拉菜单渲染越界/显示不全。属于前端 CSS 问题。
    • [Issue #1501] Docker 镜像时区无法修改。
    • [Issue #1519] Pip 安装版缺失安全规则文件。（已由 PR #1529 修复）

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

社区与贡献者正在推动项目向多模态、多协议、多智能体方向演进：

  • ACP 协议支持 (强信号)：
    • [PR #1544] 正在添加 ACP (Agent Client Protocol) 支持，允许调用外部 Agent（如 OpenCode, Gemini CLI）。
    • 🔗 PR #1544
    • [Issue #1059] 对应的功能需求讨论。
    • 🔗 Issue #1059
  • 语音消息支持 (即将到来)：
    • [PR #1476] 增加语音转录支持，允许处理 Telegram/Discord 的语音消息。
    • 🔗 PR #1476
  • 多智能体架构 (重大重构)：
    • [PR #1375] 提出了多智能体/多工作区架构。这是一个 Breaking Change，预示着 CoPaw 将从单一助手向多 Agent 平台转型。
    • 🔗 PR #1375
  • 更多渠道集成：
    • [PR #1535] 用户时区配置与系统提示优化。
    • [PR #1213] 小艺 渠道支持。
    • [PR #1407] 企业微信 渠道支持。

7. 用户反馈摘要

  • 部署痛点：Docker 用户普遍反映时区设置困难和长时间运行后的稳定性问题（假死）。
  • 渠道体验：飞书用户的反馈集中在文件交互能力缺失和对话响应延迟/错乱，这是目前最拖累体验的短板。
  • UI 反馈：模型切换选择器在 Web 端显示不完整（尤其是长模型名或供应商层级多时），是一个广泛存在的视觉 Bug。
  • 中断机制：用户强烈希望能够中途打断正在执行的任务（特别是飞书/钉钉渠道），目前一旦指令发出很难取消。

8. 待处理积压

以下高活跃度或关键性 Issue 目前仍处于 Open 状态，建议维护者优先关注：

  1. [Issue #981] 飞书/QQ 无法发送文件：影响实用性，且评论数最高。
  2. [Issue #828] Tool use input 参数经常为空：这是一个核心 Bug，影响工具调用的成功率。
  3. [Issue #1345] 飞书频道延迟回复：严重影响对话逻辑，需尽快排查消息队列或状态管理问题。
  4. [PR #1375] 多智能体架构重构：巨大的代码变动，需要核心团队进行大量 Review，目前处于 Open/WIP 状态。
ZeptoClaw — qhkm/zeptoclaw

ZeptoClaw 项目动态日报 (2026-03-16)

分析师摘要：ZeptoClaw 今日表现出极高的开发活跃度，核心团队专注于修复关键 Bug 并拓展企业级功能支持。项目在稳定性的基础上增加了对 Google Vertex AI 的支持，并修复了 Coder 模板中的逻辑缺陷。

1. 今日速览

ZeptoClaw 在过去 24 小时内处于高强度开发与维护状态。核心维护者 @​qhkm 推动了 6 个 PR 的更新，其中 4 个已成功合并，主要解决了 R8r Bridge 的稳定性问题和 Coder 模板的逻辑缺陷。社区方面，虽然有外部贡献者提出了文档配置的 Bug 报告，但整体重心仍集中在为项目添加 Google Vertex AI 企业级支持与 Telegram 交互优化 上。目前项目无新版本发布，但代码库变动显著，预计正在为下一个版本积蓄功能。

2. 版本发布

  • 无新版本发布 (Recent Releases: 0)

3. 项目进展

今日共有 4 个 PR 被合并，显著提升了项目的鲁棒性和功能广度：

4. 社区热点

5. Bug 与稳定性

今日共处理 3 个 Bug，其中 2 个已关闭，整体修复速度极快。

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

7. 用户反馈摘要

  • 痛点：用户（@​taqtiqa-mark）反馈在进行 Fork 开发时，AI 助手被误导去操作上游仓库，说明项目文档（AGENTS.md）对分布式协作的支持尚显不足。
  • 期望：核心维护者显然将“可验证的代码修复”作为重点，Issue 📈 AI Open Source Trends 2026-04-01 duanyytop/agents-radar#345 的修复表明项目方不希望 AI 产生“掩盖错误”的行为，强调了工程严谨性。

8. 待处理积压

EasyClaw — gaoyangz77/easyclaw

以下是为您生成的 EasyClaw 项目 2026-03-16 动态日报。

📊 EasyClaw 项目动态日报 (2026-03-16)

1. 🏁 今日速览

EasyClaw 项目今日整体呈现出 “低交互、高交付” 的维护状态。虽然社区侧的 Issue 讨论与 PR 贡献在过去的 24 小时内暂时归零，但核心团队专注于代码构建与发布，成功推出了 v1.6.8 版本。本次更新并未涉及复杂的功能迭代，主要聚焦于 macOS 平台的兼容性与用户体验优化，特别是针对未签名应用被系统拦截的痛点提供了官方解决方案。总体来看，项目处于稳定维护期，核心交付路径畅通，但社区活跃度有待提升。

🔗 项目地址: github.com/gaoyangz77/easyclaw

2. 🚀 版本发布

今日项目发布了 v1.6.8 版本，主要针对特定平台的使用体验进行了修正。

  • 版本号: v1.6.8: EasyClaw v1.6.8
  • 更新重点:
    • macOS 安全提示优化: 本次发布重点解决了 macOS 用户常见的安装阻断问题。Release Notes 中详细记录了当 macOS Gatekeeper 拦截未签名应用（提示“已损坏”）时的解决方法。
    • 文档增强: 将故障排除指南直接集成在版本说明中，降低了用户的搜索成本。
  • 破坏性变更/迁移注意:
    • 无需代码迁移。
    • 用户操作: macOS 用户下载后若遇到“已损坏”提示，需按照文档指引在终端执行移除隔离属性命令（通常为 xattr -cr ... 类指令，文档中已包含具体步骤）。

3. 🛠️ 项目进展

过去 24 小时内，项目代码库无活跃的合并或关闭操作。

  • PR 状态: 待合并 0 条，已合并/关闭 0 条。
  • 分析: 缺乏 PR 流动通常意味着当前阶段没有进行大规模的重构或社区代码贡献。结合发布的新版本来看，v1.6.8 可能是一个以配置调整或文档修复为主的轻量级更新，或者是由维护者直接推送的构建产物。

4. 🔥 社区热点

今日社区讨论极其平静。

  • 活跃 Issues: 0 条
  • 活跃 PRs: 0 条
  • 分析: 今日无高热度话题。这可能表明当前版本（v1.6.8 之前的版本）在核心功能上表现相对稳定，尚未引发大规模的用户报错或新功能激辩。对于新发布的 v1.6.8，预计反馈会有 1-2 天的滞后。

5. 🐛 Bug 与稳定性

今日未收到新的 Bug 报告或崩溃反馈（Issues 数量为 0）。

  • 潜在风险点: 尽管今日无报错，但 v1.6.8 的 Release Notes 暗示了 macOS 平台的安装稳定性 曾是过往版本的隐忧。通过明确提供“解决损坏提示”的方案，项目方实际上是在对一种“软性 Bug”（安装失败）进行预防性修复。
  • 状态: 无严重级 Bug 报告，无需紧急修复 PR。

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

今日无新增功能请求。

  • 信号判断: 由于缺乏用户提议，无法从今日数据中推断下一版本（v1.6.9 或 v1.7.0）的走向。建议关注后续几天 v1.6.8 发布后的用户反馈，通常安装体验的改善会引出更深层次的功能需求。

7. 📢 用户反馈摘要

虽然今日无新增 Issue 评论，但从 v1.6.8 的发布说明 中可以反推维护者接收到的隐性反馈：

  • 核心痛点: macOS 安装受阻。Release Notes 中专门针对 macOS “App is damaged” 提供双语解决方案，说明这是过去一段时间内用户咨询量最高的问题。
  • 用户画像: 拥有相当比例的非技术背景 macOS 用户，他们对于终端命令操作可能不熟悉，因此需要详细的图文指引（Release 中提到了 "Open Terminal"）。

8. 📂 待处理积压

由于今日无活跃 Issue 且积压未显示具体数据，暂无具体的长期未响应 Issue 列表。

  • 建议: 建议维护者利用当前的低活跃期，清理过往的陈旧 Issue，或更新项目 Wiki/文档，将 v1.6.8 中提到的 macOS 安装指南固化为长期文档，以便未来直接引导用户查阅，减少重复提问。

分析师结语: EasyClaw 今日的动态体现了“小步快跑”的维护策略——通过快速发布 v1.6.8 解决显性的安装门槛问题。项目目前健康度尚可，但社区交互频率较低，建议加强与用户的互动以收集更多功能迭代信号。

本日报由 agents-radar 自动生成。

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