Skip to content

🦞 OpenClaw 生态日报 2026-05-13 #55

Open
Open
🦞 OpenClaw 生态日报 2026-05-13#55
Labels
openclaw

Description

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

OpenClaw 生态日报 2026-05-13

Issues: 500 | PRs: 500 | 覆盖项目: 12 个 | 生成时间: 2026-05-13 00:32 UTC

OpenClaw 项目深度报告

⚠️ 摘要生成失败。

横向生态对比

AI 智能体开源生态横向对比分析报告 (2026-05-13)

1. 生态全景

当前个人 AI 助手与自主智能体开源生态呈现 “多极分化、快速演进” 的态势。头部项目（如 NanoBot, Zeroclaw, CoPaw, LobsterAI）处于高速迭代期，核心竞争焦点从基础功能实现转向 深度稳定性、多模型/多通道兼容性、以及多智能体协作架构 的打磨。中腰部项目（如 PicoClaw, NanoClaw）在积极扩展功能边界（如嵌入式部署、容器化），但面临 代码评审瓶颈与架构债务 的挑战。尾部项目（如 ZeptoClaw, Moltis）活动停滞，处于维护期。整体生态正从“单点工具”向“可观测、可扩展、多租户”的成熟平台演进，同时普遍受困于 模型提供商碎片化 带来的适配成本。

2. 各项目活跃度对比

项目 24h Issues 24h PRs Release 健康度评估 关键特征
NanoBot 8 10 (合并10) 无新版本 极高 高合并率，问题响应快，聚焦模型与通道适配
Zeroclaw 10 (关闭5) 50 (合并18) 无新版本 极高 活动量最大，基础设施与渠道扩展并重
CoPaw 31 (关闭14) 39 (合并26) v1.1.7-beta.1 极高 版本发布频繁，多智能体与插件生态活跃
LobsterAI 0 25 (全合并) 无新版本 极高 无新增Issue，PR合并率高，冲刺发布
NanoClaw 5 19 (合并4) 无新版本 中高 高贡献流量，但合并率低，积压严重
PicoClaw 16 (关闭6) 16 (合并4) v0.2.8-nightly 中 发布频繁但合并慢，评审成瓶颈，安全漏洞待修复
Moltis 1 0 无新版本 低 开发停滞，仅单点用户反馈
ZeptoClaw 0 2 (依赖更新) 无新版本 极低 仅自动化依赖更新，无功能活动
TinyClaw 0 0 - 停滞 无任何活动
EasyClaw 0 0 - 停滞 无任何活动
OpenClaw - - - 未知 核心参照，今日数据缺失
IronClaw - - - 未知 今日数据缺失

健康度说明：基于PR合并/关闭率、Issue响应速度、新功能与修复的平衡性综合评估。

3. OpenClaw 在生态中的定位

作为生态的 “事实参照标准”（被Zeroclaw、NanoClaw等多次提及），OpenClaw 很可能处于 核心架构稳定、生态扩展外溢 的阶段。其技术路线可能更偏向 基础框架与协议定义，而将具体的通道、模型适配工作下放至衍生项目（如NanoBot, Zeroclaw）。与同类相比，其优势在于 早期建立的规范影响力 和潜在的 更广泛的工具链兼容性。社区规模可能小于高速迭代的头部项目，但作为“上游”项目，其设计决策对下游有深远影响。今日数据缺失，无法评估其当前开发节奏，但其名称被广泛引用表明其概念核心地位未变。

4. 共同关注的技术方向

  1. 模型提供商碎片化适配

    • 涉及项目：NanoBot, CoPaw, Zeroclaw
    • 诉求：自动处理不同模型（DeepSeek, Codex, VolcEngine, Qwen）的参数差异（如 reasoning_content, max_tokens vs max_completion_tokens）、故障降级（fallback机制）与能力探测（视觉支持判断）。用户期望“即插即用”，减少手动配置。

  2. 多通道/渠道集成与体验一致性

    • 涉及项目：Zeroclaw (Wecom, Discord), NanoClaw (Webhook, WhatsApp), LobsterAI (Artifact), CoPaw (Telegram流式)
    • 诉求：覆盖企业微信、Discord、Telegram等主流平台，并解决跨平台媒体附件处理（图片识别、路由）、消息隔离（飞书Topic）、输入指示器等体验不一致问题。

  3. 会话与状态管理精细化

    • 涉及项目：NanoBot (多用户/MEMORY隔离), CoPaw (会话生命周期钩子), LobsterAI (Agent独立工作目录)
    • 诉求：支持多租户数据隔离、长任务上下文持久化（中断恢复）、Agent间状态同步，从单次对话向多会话、多Agent协作演进。

  4. 可观测性与运维加固

    • 涉及项目：Zeroclaw (SSE日志流、健康检查), CoPaw (浏览器工具监控), NanoClaw (挂载配置管理)
    • 诉求：提供结构化日志、运行时指标、容器/部署健康度探测，降低Docker等部署场景的运维复杂度。

  5. 安全与沙箱加固

    • 涉及项目：PicoClaw (沙箱绕过漏洞), NanoClaw (OneCLI端口暴露)
    • 诉求：严格限制工具执行权限（如 find / 限制）、最小化依赖安装后的攻击面、明确安全边界。

5. 差异化定位分析

项目 功能侧重 目标用户 技术架构关键差异
NanoBot 轻量通道与模型适配 需要快速对接多种IM和LLM的个人/小团队 工具系统重构，强调配置灵活性与提供商生态兼容
Zeroclaw 企业级可观测与渠道覆盖 需要高可靠、多平台部署的中大型组织 强运维能力（日志、健康检查），工具层限流统一，高风险渠道集成（Wecom）
CoPaw 多智能体协作与插件生态 构建复杂、多Agent工作流的研究者/开发者 内置多Agent框架，插件系统（APIRouter注册），会话生命周期管理
LobsterAI 桌面体验与记忆自动化 追求原生应用体验、强记忆功能的终端用户 独立桌面应用（Electron），Dreaming记忆后台整合，Artifact渲染
PicoClaw 嵌入式与边缘部署 树莓派等嵌入式设备开发者/爱好者 针对ARM等硬件优化，网关设计，资源占用敏感
NanoClaw 容器化与OneCLI集成 偏好容器部署、依赖OneCLI生态的用户 深度绑定OneCLI，容器挂载管理，Webhook推送式通道
Moltis 基础聊天界面 需求简单的终端用户 功能单一，UI层为主，活跃度低

6. 社区热度与成熟度

  • 快速迭代层（高活跃、高合并率）：NanoBot, Zeroclaw, CoPaw, LobsterAI。这些项目PR/Issue数量大，合并关闭迅速，社区贡献积极，处于功能扩张与质量并重的成熟迭代阶段。LobsterAI甚至无新增Issue，显示其当前版本相对稳定。
  • 质量巩固层（高活跃、低合并率/高积压）：PicoClaw, NanoClaw。贡献流量大，但PR合并慢（评审瓶颈），存在大量高需求但未合并的PR（如沙箱修复、模型配置），处于快速开发但集成能力不足的成长阵痛期。
  • 稳定维护层（低活跃）：ZeptoClaw, Moltis, TinyClaw, EasyClaw。活动极少，仅依赖自动化更新或单点反馈，项目可能已满足核心需求或缺乏维护动力，处于维护或衰退期。

7. 值得关注的趋势信号

  1. “配置即代码”与自动适配：社区强烈要求减少手动配置（如模型参数、通道设置）。趋势是向 ModelPresetConfig（NanoBot PR #3714）、fallback_models（NanoBot PR #3756）、提供商能力自动探测（Zeroclaw PR #6597） 等抽象层演进。对开发者的启示：投资建设健壮的配置抽象和提供商适配层，是降低用户门槛、提升生态兼容性的关键。
  2. 多租户与状态隔离成为刚需：从NanoBot的session级MEMORY请求到CoPaw的会话生命周期钩子，数据隔离与状态管理已成为团队协作和复杂任务的基础需求。对开发者的启示：在设计初期就需考虑会话（Session）与用户（User）的分离，避免后期重构。
  3. 流式输出与实时交互体验标准化：Web/API流式（PicoClaw #1950, CoPaw #4247）、通道流式（CoPaw Telegram）成为提升体验的标配。对开发者的启示：流式协议（SSE/WebSocket）的端到端支持应作为核心交互能力的基准。
  4. 嵌入式与边缘计算场景崛起：PicoClaw在树莓派、LicheeRV等硬件上的持续适配，表明资源受限环境是重要细分市场。对开发者的启示：需关注二进制体积、内存占用、ARM优化，并提供针对性的部署方案。
  5. 可观测性从“加分项”变为“必需品”：Zeroclaw恢复SSE日志流、CoPaw增强工具监控，显示生产环境部署对日志、指标、健康检查的需求已迫在眉睫。对开发者的启示：集成OpenTelemetry或类似标准，提供开箱即用的运维接口，是项目走向企业级的门槛。
  6. “通道即服务”与事件驱动集成：NanoClaw的webhook通道、Zeroclaw对Wecom的追求，体现项目正从“用户主动聊天”向“接收外部系统事件并触发Agent”的模式扩展。对开发者的启示：设计统一的入站消息抽象，支持Webhook、WebSocket等多种触发方式，将极大扩展应用场景。

总结：生态正经历从“玩具”到“工具”、从“单机”到“服务”、从“单Agent”到“多Agent系统”的深刻转型。稳定性、可观测性、多租户支持已成为头部项目的竞争壁垒，而模型/通道适配的自动化程度则是吸引新用户的关键。对于新入局者，建议在以上任一方向进行深度创新，或选择一个细分场景（如嵌入式、特定企业通道）做透，避免在通用层与头部项目直接竞争。

同赛道项目详细报告

NanoBot — HKUDS/nanobot

NanoBot 项目动态日报 (2026-05-13)

1. 今日速览

项目开发活跃度保持高位，过去24小时有10个PR被合并关闭，仅8个Issue更新。核心开发重点集中在模型提供商兼容性增强（如DeepSeek、Codex、VolcEngine的故障处理与参数适配）和通道功能细化（如飞书Topic隔离开关、WhatsApp交互体验）。社区反馈集中暴露了DeepSeek模型在reasoning_content参数和文件读取逻辑上的严重兼容性问题，可能影响部分用户稳定性，需紧急关注。

2. 版本发布

无新版本发布。 最新稳定版本仍为 v0.1.5.post3。

3. 项目进展

今日合并的PR主要推进了稳定性、配置灵活性和代码质量：

  • PR #3757：移除 ask_user 工具，简化控制流，使模型问答更自然。
  • PR #3747：为飞书通道增加 topic_isolation 配置开关，响应用户对消息隔离的灵活需求。
  • PR #3738：修复VolcEngine提供商因同时发送 max_tokens 和 max_completion_tokens 导致的请求拒绝问题。
  • PR #3755：清理死代码，提升代码库可维护性。
  • PR #3714：引入 ModelPresetConfig 并支持运行时预设切换，为模型管理奠定基础。
    整体进展：项目在架构重构（工具系统、配置管理）和提供商生态兼容性上持续深化。

4. 社区热点

讨论最活跃的议题围绕DeepSeek模型兼容性和多用户会话管理：

  • Issue #3754 (deepseek-v4-flash模型忽略外部文件)：用户报告模型跳过 read_file 工具调用，自行编造内容，严重性高，已获1条评论。
  • Issue #3753 & #3760：均报告 reasoning_content 参数导致DeepSeek API返回400错误，为同一根本问题的不同表现，严重性高。
  • Issue #3744 (session级MEMORY功能请求)：探讨多用户共享Agent时的数据隔离问题，引发对现有 USER.md/MEMORY.md 机制的讨论，评论数最多（3条），反映多租户场景的普遍需求。
  • PR #3761 (WhatsApp输入指示器)：新增功能PR，可能吸引通道用户关注。

5. Bug 与稳定性

严重 (Critical)：

  • DeepSeek模型系列崩溃：reasoning_content 参数注入错误（#3753, #3760）及文件读取逻辑缺陷（#3754）。尚无直接修复PR，但PR #3756的 fallback_models 机制可能提供临时缓解方案。
    中等等：
  • 中断会话上下文丢失（#3689）：用户打断任务后，Agent无法记住上一轮进度，影响长任务体验。
  • 企业微信文件名识别（#3737）：已通过PR #3751修复，问题关闭。
    低：
  • 飞书Topic隔离过于激进（#3692）：已通过PR #3747增加开关解决。

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

  • 多用户/会话隔离（#3744）：请求session级MEMORY，与现有文件机制冲突。结合PR #3460（LongTaskTool）和PR #3714（模型预设），项目正朝更精细的会话与状态管理演进，此需求可能在未来版本中通过增强的会话存储方案实现。
  • 动态模型切换（#3742）：/model 命令请求，与PR #3756的 fallback_models 及PR #3714的运行时预设功能方向一致，极有可能纳入下一版本。
  • 本地LLM提供商支持（PR #3750）：Atomic Chat支持已提交，显示项目积极扩展本地/兼容后端生态。

7. 用户反馈摘要

痛点：

  1. 模型提供商碎片化：DeepSeek等新模型的参数差异导致运行时错误，用户期望更智能的自动适配（如PR #3756的fallback逻辑）。
  2. 多用户场景缺失：共享Agent时数据隔离是团队协作的核心障碍（#3744）。
  3. 长任务鲁棒性不足：中断后上下文丢失使复杂任务难以进行（#3689）。
    满意点：
  • 对飞书Topic隔离功能响应迅速，增加开关即获用户认可（#3692 -> PR #3747）。
  • 工具系统重构（PR #3729）和死代码清理（PR #3755）获得维护者积极推动，体现项目对健康的关注。

8. 待处理积压

  • Issue #3689（中断会话丢失记录）：创建于5月8日，至今未关闭，虽有2条评论但无明确修复计划，属于高影响、低响应的体验问题，建议优先评估。
  • DeepSeek系列Issue（#3753, #3754, #3760）：虽为新开，但问题集中且严重，已形成“热点积压”，需紧急协调修复方案，避免影响新用户接入。
  • PR #3762（Codex重试逻辑）：已打开，针对Codex提供商稳定性，但评论未定义，需关注其合并状态以完善提供商容错体系。

报告生成说明：本报告基于提供的GitHub活动数据（Issues/PRs）生成，聚焦事实性更新与社区动态，不包含外部信息。链接均为GitHub对应页面。

Zeroclaw — zeroclaw-labs/zeroclaw

Zeroclaw 项目动态日报 (2026-05-13)

1. 今日速览

过去24小时，Zeroclaw 项目维持极高活跃度，共处理 50 个 PR（18 个已合并/关闭）和 10 个 Issues（5 个已关闭）。社区贡献聚焦于核心稳定性修复与基础设施增强，同时多个高风险功能扩展（如 Wecom、SearXNG、ComfyUI 集成）持续讨论。项目整体处于“快速迭代修复与前瞻性功能设计并行”的健康状态，但部分长期高优先级 Issue 响应速度有待提升。

2. 版本发布

无新版本发布。

3. 项目进展

今日合并/关闭的 PR 主要推进了以下关键领域：

  • 可观测性与运维：合并 PR #6553 与 #5986，恢复并增强了 SSE /logs 流，为远程/Docker 部署添加了构建版本戳和健康脉冲，显著提升运维诊断能力。
  • 基础体验与跨平台兼容性：合并 PR #6601（修复 Windows 下 Google Workspace 工具路径解析）、#6600（提供商 HTTPS 请求信任系统 CA 根证书）、#6599（修复工作区配置文件未在启动时加载），解决了多个环境下的基础功能失效问题。
  • 提供商逻辑修正：合并 PR #6598（Anthropic Opus 4.7 温度参数防御性省略）与 #6597（修正 supports_vision() 逻辑以反映默认提供商能力），避免了模型调用时的参数错误和视觉功能误判。
  • 频道与内存稳定性：合并 PR #6525（Matrix 频道避免根消息自动线程化）、#6432（SQLite 内存模式并发迁移安全）、#6550（频道运行时命令回复本地化），提升了多频道场景下的稳定性和用户体验。
  • 功能扩展：合并 PR #6464，新增 home_assistant 工具，通过 REST API 集成 Home Assistant，扩展了智能家居控制能力。
  • 工具架构重构：合并一系列 PR（如 #5772, #4947, #4954, #4953, #4952, #4949），将限流逻辑统一委托给 RateLimitedTool 包装器，提升了工具层的代码一致性与可维护性。

4. 社区热点

  • 最活跃 Issue： #3090 (Wecom 频道支持) - 创建于 3 月 10 日，更新于 5 月 12 日，4 条评论。诉求明确：集成企业微信（Wecom）的 WebSocket 和 Webhook 模式，参考了 openclaw 现有扩展。这是高风险、高价值的渠道扩展需求。
  • 最热 PR： #6555 (Image gen runpod) - 创建于 5 月 9 日，更新于 5 月 13 日。修改了图像生成的文件命名格式，并添加了 RunPod ComfyUI 作为替代提供商，直接关联媒体生成能力扩展。
  • 核心基础设施 PR： #6553 (可观测性修复) - 评论数未显示但集成范围广，恢复了关键的 SSE 日志流并增强了部署健康检查，是运维层面的重大改进。

5. Bug 与稳定性

按严重程度排列，今日已关闭或存在修复 PR 的问题：

  • P1 / S1 (工作流阻塞)：
    • #6120 (OPEN): 引导流程中 OpenAI Codex 选项错误指向 Codex 模型，导致用户无法连接 Codex 订阅。暂无修复 PR，需优先处理。
  • P1 / S2 (严重降级)：
    • #6556 (CLOSED): Discord 频道媒体处理完全损坏（ inbound 附件为空、非图像类型丢弃、出站标记泄露）。已修复关闭。
    • #5453 (CLOSED): WebSocket /ws/chat 端点无法处理 [IMAGE:] 多模态标记。已修复关闭。
  • P2 / S2 (降级行为)：
    • #6097 (CLOSED): 技能生成的图像使用本地路径，导致 API 模型无法读取。已修复关闭。
    • #6415 (CLOSED): Telegram 频道在 stream_mode = "partial" 时静默禁用 TTS。已修复关闭。
    • #6422 (CLOSED): cron_add 工具对纯字符串调度参数报错信息不友好。已修复关闭。

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

  • 高风险渠道扩展： #3090 (Wecom) 和 #6563 (ComfyUI/Comfy Cloud 作为共享媒体提供商，并为 gen_video 铺路) 均标记 risk: high 且 priority:p2。结合 PR #6555 (RunPod 集成)，媒体生成与多平台通信集成是明确的近期路线图重点。
  • 搜索能力增强： #5316 (SearXNG 支持与 DuckDuckGo CAPTCHA 检测) 旨在提升 Web 搜索工具的隐私性与鲁棒性，是提升自主代理能力的关键功能。
  • 新工具集成： PR #6464 已合并的 home_assistant 工具表明项目在积极扩展 IoT/智能家居 领域的工具生态。

7. 用户反馈摘要

  • 核心痛点：
    1. 渠道覆盖不足：企业微信、Discord（已修复）、Telegram（已修复）等主流平台存在功能缺陷或缺失，影响多平台部署体验。
    2. 多模态处理不一致：WebSocket 端点与 Discord inbound 处理曾存在严重缺陷，用户对 [IMAGE:] 等标记的端到端支持敏感。
    3. 搜索工具脆弱性：依赖 DuckDuckGo 易受 CAPTCHA 阻断，缺乏隐私选项（SearXNG），限制了自动化任务范围。
    4. 引导与错误体验：Onboarding 流程混淆（Codex 问题）、cron 参数错误信息不明确，增加了用户调试成本。
  • 积极信号：社区对限流架构重构（多个 PR）、可观测性增强（PR #6553）和提供商逻辑修正（PR #6597, #6598）贡献了大量 PR，表明开发者群体认可这些基础改进的价值，并积极参与。

8. 待处理积压

以下为创建时间较长、高风险但近期更新/评论较少的重要 Issue，建议维护团队优先关注：

  • 审计与历史代码恢复： #6074 (创建于 2026-04-24) - 追踪并恢复 2026-03-28 一次 bulk revert 丢失的 153 个提交。涉及大量历史工作，复杂度高，需制定恢复策略。
  • 搜索工具重构： #5316 (创建于 2026-04-05) - SearXNG 支持与 CAPTCHA 处理。评论仅 3 条，但标记 risk: high，是影响代理自主性的关键功能。
  • 企业级渠道集成： #3090 (创建于 2026-03-10) - Wecom 集成。时间跨度长，评论 4 条，需评估实现复杂度并分配资源。
PicoClaw — sipeed/picoclaw

PicoClaw 项目动态日报 (2026-05-13)

报告生成时间： 2026-05-13
数据周期： 过去24小时 (2026-05-12 至 2026-05-13)

1. 今日速览

项目在过去24小时维持了中等活跃度，Issues与PR更新量均为16条，但合并/关闭率偏低（PR仅4条关闭，Issues仅6条关闭），表明社区贡献多处于讨论和开发阶段，评审与集成流程可能成为瓶颈。今日发布了 v0.2.8-nightly 构建版本，引入了新功能但稳定性待验证。核心讨论围绕流式输出、配置可靠性、安全沙箱加固等关键体验与安全问题展开。

2. 版本发布

  • 新版本： v0.2.8-nightly.20260512.777269b4 (Nightly Build)
    • 性质： 自动化夜间构建，基于最新 main 分支，可能不稳定，建议仅用于测试。
    • 更新概要： 完整更新日志未在发布说明中详列，需参考 v0.2.8 至 main 的对比。根据同期PR活动，预计包含对网关PID检查、find命令沙箱绕过、Web API连接测试等修复，以及 Gemini Web Search、流式推理等新提供商支持。
    • 迁移注意： Nightly 版本可能存在破坏性变更，不建议用于生产环境。用户应关注后续稳定版发布说明。

3. 项目进展

今日有 4 个 PR 被关闭/合并，主要为文档完善与关键缺陷修复，推动项目在稳定性与用户体验上小幅前进：

  • #2852 (已关闭): 为 Agent 自进化功能 (evolution 配置块) 补充文档及 Web UI 配置支持。
  • #2854 (已关闭): 文档更新，添加 LicheeRV-Claw 的 AliExpress 新闻。
  • #2505 (已关闭): 修复 CLI 工作区文件嵌入流程，确保二进制文件仅包含最新 workspace 内容，避免残留文件。
  • #2490 (已关闭): 修正自 v0.2.5 后已过时的 CLI 初始化引导文案，使其与当前配置文件和安全文件结构一致。

4. 社区热点

讨论最活跃的议题集中在功能增强与稳定性问题：

  • #1950 (OPEN, 8 评论): “为 Web Chat 支持流式输出”。用户强烈期望改善交互体验，与 PR #2755 (流式推理支持) 方向契合，可能成为下一版本核心功能。
  • #1757 (OPEN, 8 评论): “Cron 任务执行时出现通道错误”。反映了在定时任务场景下通道管理的稳定性问题，影响自动化工作流，需优先关注。
  • #2513 (CLOSED, 9 评论): “网关启动异常”。虽已关闭，但高评论量表明该问题曾影响广泛，其修复（可能与 PR #2813 相关）是 v0.2.8-nightly 的关键改进之一。

5. Bug 与稳定性

今日报告及待修复的高优先级问题：

  1. #2720 (OPEN, 高优先级): “单例 PID 检查无法验证进程身份，导致过期 PID 引发崩溃循环”。严重：网关可能因 PID 文件残留而无法启动。已有修复 PR #2813 待合并。
  2. #2688 (OPEN, 高优先级): “find / 可枚举工作区沙箱外的路径”。安全漏洞：沙箱绕过风险。修复 PR #2693 已提出但尚未合并。
  3. #2742 (OPEN): “v0.2.8 网关在无通道配置时启动”。回归问题：新版本可能引入配置处理缺陷，影响基础可用性。
  4. #2753 (OPEN): “从源码构建后 picoclaw-launcher 不存在”。构建系统问题：影响开发者体验和二次分发。

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

用户提出的高价值新需求，部分已有对应 PR 在开发中：

  • 流式输出与请求 (Web/API): #1950 (Web Chat) 与 #2404 (HTTP 配置) 指向核心交互体验升级。PR #2755 已添加提供商层流式支持，为功能落地奠定基础。
  • 配置系统可靠性: #2771 指出配置迁移与示例文件过时问题，影响新用户。相关改进可能纳入配置工具重构。
  • 硬件与部署便利性: #2625 请求提供内置 WhatsApp 支持的编译版本，反映对即用型部署的需求。
  • 高级 Agent 能力: #2774 建议集成“魔法上下文”插件，实现缓存感知的无限上下文与跨会话记忆，指向长期记忆管理方向。

7. 用户反馈摘要

从 Issues 评论与描述中提炼的核心痛点：

  • 稳定性与可靠性： 网关启动失败 (PID 问题)、通道错误 (Cron 场景)、v0.2.8 回归问题，是当前最紧迫的负面反馈。
  • 安全担忧： 沙箱绕过漏洞 (find /) 被明确报告，用户对工具执行的安全性存在疑虑。
  • 配置与部署复杂度： 从源码构建失败、配置示例过时、Android .so 文件文档缺失，增加了高级用户和开发者的使用门槛。
  • 功能缺失影响工作流： 缺乏流式输出影响交互体验；无内置 WhatsApp 支持迫使 Raspberry Pi 用户自行编译；Mission Control 集成缺失限制了高级用户。
  • 正向反馈： 成功在 i.MX93 EVK 等新硬件上运行 (Issue #2646)，表明硬件兼容性持续扩展。

8. 待处理积压

大量标记为 stale 的 Issues/PRs 长期未更新，需维护者评估状态：

  • 高评论/高需求但停滞：
    • #1950 (流式 Web Chat, 8 评论, stale)
    • #1757 (Cron 通道错误, 8 评论, stale)
    • #2404 (流式 HTTP 配置, 6 评论, stale)
  • 重要功能/修复但未合并：
    • #2763 (Gemini Web Search 提供商, OPEN, stale)
    • #2703 (Intel OpenVINO 支持, OPEN, stale)
    • #2693 (修复 find / 沙箱绕过, OPEN, stale)
    • #2813 (修复 PID 检查, OPEN)
  • 建议行动： 维护团队应系统性地清理 stale 标签，对高需求 Issue 进行状态更新（如纳入路线图、请求更多信息或关闭），并加速关键修复 PR 的评审与合并，以提升项目健康度与社区信心。
NanoClaw — qwibitai/nanoclaw

NanoClaw 项目动态日报 (2026-05-13)

1. 今日速览

过去24小时，NanoClaw 项目维持高活跃度，共处理 19 个 Pull Request 和 5 个新开 Issues。社区工作重心明确：一方面持续推进核心稳定性与安全性修复（尤其是围绕 OneCLI 依赖的配置与隔离问题），另一方面积极扩展集成生态（新增 Webhook 通道、Google Drive 工具等）。大量 PR 处于待合并状态（15个），表明项目贡献 pipeline 健康，但维护者合并压力较大。整体项目处于快速迭代与问题修复并行的健康发展阶段。

2. 版本发布

无新版本发布。

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

今日有 4 个 PR 被合并或关闭，直接推动了项目功能与质量向前迈进：

  • #2439 [CLOSED] feat(webhook): webhook channel type：合并。新增基于 POST 端点的 webhook 通道类型，支持从 Supabase、GitHub Actions 等系统进行推送式入站消息，绕过了 Chat SDK 适配器层，简化了外部系统集成流程。
  • #2425 [CLOSED] chore(container): bump pinned CLI versions to latest：合并。执行了容器内 CLI/包版本的定期刷新，将 @anthropic-ai/claude-code 等核心依赖更新至最新补丁版本，提升了运行时环境的安全性与稳定性。
  • #1912 [CLOSED] fix: handle empty container stdout with clear error in fallback parser：合并。改进了容器输出回退解析器，在容器无任何输出时能提供清晰的错误信息，而非静默失败，显著提升了调试体验。
  • 其他关闭：#2434（OneCLI 安全配置修复）的关联 PR 也已关闭，表明该安全问题已得到解决。

整体推进评估：项目在集成能力（Webhook）、依赖管理（版本刷新）、错误处理（空输出）和安全性（OneCLI 绑定）四个关键维度均取得了实质性进展。

4. 社区热点

尽管 Issues/PRs 的评论与反应数在数据中未显示（均为0或undefined），但基于问题的重要性和关联性，以下讨论构成了今日核心热点：

5. Bug 与稳定性

今日报告的问题按潜在影响程度排列：

  1. 高严重性 - 消息投递失败无信号：Issue #2423 指出，当消息投递失败（如 Telegram API 错误、限流）时，Agent 无法获知失败状态，导致其误以为消息已成功发送。这破坏了 Agent 的状态感知与重试逻辑，是核心通信可靠性问题。暂无直接修复 PR。
  2. 高严重性 - 容器挂载配置在重启后丢失：Issue #2424 描述了主机文件夹重命名并重启守护进程后，容器挂载配置（/workspace/agent）部分丢失且无错误报出的严重问题，可能导致 Agent 工作区数据不可访问。PR #2432（新增挂载管理 CLI）从管理层面提供了更稳健的解决方案，但未直接修复此特定场景的检测与恢复逻辑。
  3. 中严重性 - Discord 图片无法识别：Issue #2426 报告 Discord 发送的图片仅显示为 [image: file.png] 文本。已有修复 PR #2427 待合并。
  4. 中严重性 - WhatsApp 媒体路由错误：PR #2429 修复了 WhatsApp inbound 媒体文件被错误地存储到主机通用附件目录而非会话专属挂载点的问题，确保了容器隔离性。

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

基于活跃的 PR 和 Issues，以下功能很可能被纳入近期版本：

  • Webhook 通道：PR #2439 已合并，是最重要的新集成能力，使 NanoClaw 能作为接收端响应外部系统事件。
  • 挂载配置的声明式管理：PR #2432 新增 ncl groups config add-mount/remove-mount 命令，将绑定挂载的管理纳入标准审批流程，极大简化了容器配置的运维复杂度。
  • 条件线程策略：PR #2431 为 Slack 适配器添加条件线程逻辑（DM 不使用线程，频道使用），优化了不同对话场景的用户体验。
  • Google Drive 工具：PR #2430 通过 OneCLI 集成 Google Drive MCP，扩展了 Agent 的文件操作能力。
  • 模型配置的细粒度控制：PR #1545（已开放较久）添加 /add-model-config 技能，允许每次调用指定模型、effort 和 thinking 配置，增强了 Agent 行为的灵活性。
  • 架构讨论信号：Issue #2437 关于移除/改进 OneCLI 依赖的讨论，若达成共识，可能在未来版本中引发重大架构调整。

7. 用户反馈摘要

从 Issues 描述中提炼的核心痛点与场景：

  • 对“轻量”的坚持与对 OneCLI 的担忧：用户选择 NanoClaw 的核心理由是“轻量、易部署 (pnpm run dev)”，但 OneCLI 依赖及其安装后的端口暴露行为（#2433, #2434）被认为显著增加了复杂性和安全风险，与项目初衷相悖。
  • 跨平台媒体处理的可靠性：Discord（#2426）和 WhatsApp（#2429）的图片/媒体处理均出现问题，用户期望统一的、可靠的媒体附件体验，无论来源平台如何。
  • 运维可见性与控制力不足：容器挂载配置丢失无报错（#2424）、消息失败无反馈（#2423）等问题，反映出用户需要更透明的系统状态和更明确的错误信号，以便进行故障排查和确保数据完整性。
  • 配置管理的便捷性：直接编辑 container.json 或数据库行（#2432）被认为不友好，用户期望通过标准 CLI 工具进行日常配置变更。

8. 待处理积压

以下 PR/Issue 创建时间较早，历经多次更新仍未合并/关闭，建议维护者优先关注：

总结：NanoClaw 项目今日呈现高贡献流量与显著待处理积压并存的态势。社区在积极推动新功能（Webhook、挂载管理）和关键修复（OneCLI安全、媒体处理），但部分基础性修复和功能（如模型配置、时间戳标准化）因审查资源有限而延迟。建议维护团队评估积压 PR 的优先级，特别是那些影响核心稳定性和数据一致性的修复。

IronClaw — nearai/ironclaw

⚠️ 摘要生成失败。

LobsterAI — netease-youdao/LobsterAI

LobsterAI 项目动态日报 (2026-05-13)

1. 今日速览

过去24小时，LobsterAI 项目开发活动极为活跃，共合并/关闭 25 个 Pull Request，无新开或活跃 Issues。开发团队聚焦于 2026.5.11 版本的功能完善、跨平台兼容性修复及 UI 优化，核心模块（renderer、main、cowork、artifacts 等）均有涉及。社区讨论未通过 Issues 体现，但 PR 的密集合并表明项目处于 高速迭代和发布前冲刺阶段，整体健康度良好。

2. 版本发布

  • 无新版本发布。最新稳定版为 2026.5.11（通过 PR #1961 合并引入），包含 Dreaming 记忆整合、有道笔记技能升级等特性。

3. 项目进展

今日合并的 PR 推动项目在以下方向取得显著进展：

功能领域 关键 PR 进展说明
核心功能发布 #1961 合并 2026.5.11 版本：新增 Dreaming 记忆后台整合（支持定时、时区、模型覆盖）、有道笔记技能升级至 v1.0.9，并包含多项修复。
语音输入增强 #1956, #1952 优化 macOS 体验：优先通过系统菜单触发听写，完善权限检测与错误提示（拒绝权限后显示 Toast）。
Artifact 功能修复 #1958 修复 PNG/JPEG 图片复制功能，修正 Mermaid 图表缩放容器嵌套问题。
跨平台兼容性 #1955 解决 Windows 系统下 中文路径 导致“在浏览器中打开”功能失效的严重问题。
多代理与 IM #1960 修复多 Agent 切换时 IM 通道失效的 Bug。
UI/UX 优化 #1954, #1953, #1937 等 持续优化模型选择器、输入框、Agent 列表布局、空状态样式等界面细节。
架构改进 #1904 实现 每个 Agent 独立工作目录，增强任务隔离性与数据管理灵活性。

4. 社区热点

  • 最受关注 PR：#1961（版本发布）。该 PR 涉及 8 个代码区域（renderer, main, docs, openclaw, skills, cowork, im, artifacts），包含多项新特性与修复，是今日合并范围最广、潜在影响最大的更新，可能引发最多讨论。
  • 平台特定问题 PR：#1956（macOS 语音输入）和 #1955（Windows 中文路径）针对特定操作系统痛点，可能吸引相关用户群体高度关注。
  • 说明：因 GitHub 数据中评论数字段为 undefined，无法精确量化热度，以上基于 PR 的 变更范围、平台影响及问题普遍性 进行推断。

5. Bug 与稳定性

今日修复的 Bug 按潜在影响程度排列：

严重程度 问题描述 修复 PR 状态
高 Windows 系统下，项目路径包含中文字符时，artifact “在浏览器中打开”功能完全失效。 #1955 ✅ 已合并
中 macOS 语音输入权限被拒绝后，用户无任何反馈提示，导致功能看似“失灵”。 #1952 ✅ 已合并
中 在多个 Agent 间快速切换时，IM 通道消息发送/接收功能异常。 #1960 ✅ 已合并
低 IM 聊天历史中时间显示不准确或格式混乱。 #1936 ✅ 已合并
低 Artifact 中 Mermaid 图表缩放控件因容器嵌套问题定位不准。 #1958 ✅ 已合并

无新增崩溃或回归问题报告（基于 Issues 数据）。

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

从近期合并的 PR 可推断项目路线图重点：

  • AI 记忆与自动化：Dreaming memory consolidation（PR #1961）作为核心功能发布，表明项目正深化 AI 自主记忆管理 能力，支持后台任务与精细控制。
  • 多任务隔离：每个 Agent 独立工作目录（PR #1904）满足用户对 多项目并行、数据隔离 的强烈需求，可能源自高频功能请求。
  • 平台体验深化：针对 macOS 语音输入（PR #1956, #1952）和 Windows 路径兼容性（PR #1955）的持续投入，显示团队致力于 消除主流平台的体验短板。
  • UI 精细化：大量 UI 优化 PR（如模型选择、输入框）反映 用户体验（UX） 是持续迭代的重点。

7. 用户反馈摘要

  • 无新 Issues 或评论，故无直接用户反馈报告。
  • 间接反馈（通过已修复 Bug 推断）：
    • 痛点：Windows 用户对 非 ASCII 路径支持 有强烈需求；macOS 用户对 语音输入权限引导 不清晰感到困惑；多代理用户遭遇 IM 状态同步 问题。
    • 满意点：团队对上述问题的 响应与修复速度极快（均在数日内合并），且修复方案针对性强（如改用 shell.openPath 处理路径）。
    • 使用场景：用户广泛使用 Artifact 预览、多 Agent 协作、语音输入 等核心交互功能。

8. 待处理积压

  • 需关注的老旧 PR：#1277（dependabot 电子组件更新）创建于 2026-04-02，距今已超一个月。虽为依赖升级，但建议合并以保持 Electron 生态安全与兼容性，避免未来升级冲突。
  • 无长期未响应的关键 Issues（过去 24 小时 Issues 无活动）。
  • 建议：定期清理 dependabot 等自动化 PR，避免积压干扰重要功能评审。

报告生成时间：2026-05-13
数据来源：LobsterAI GitHub (github.com/netease-youdao/LobsterAI) 过去 24 小时公开数据
注：本报告基于提供的 PR 列表及摘要生成，评论数等字段因数据缺失未使用。

TinyClaw — TinyAGI/tinyclaw

过去24小时无活动。

Moltis — moltis-org/moltis

Moltis 项目动态日报 (2026-05-13)

报告生成时间： 2026-05-13
数据周期： 过去24小时 (相对于报告生成时间)

1. 今日速览

项目今日处于低活跃度稳定期。过去24小时内仅新增1条用户反馈（一个Bug报告），无任何代码合并（PR）、版本发布或社区讨论。核心开发活动似乎处于暂停或深度规划阶段，项目健康度依赖于既有代码的稳定性。

2. 版本发布

无新版本发布。

3. 项目进展

无Pull Request被合并或关闭。 项目代码库在今日未向前推进，无新功能集成或缺陷修复进入主线。

4. 社区热点

今日无活跃讨论。 唯一的新Issue #994 目前评论数为0，尚未引发社区讨论。该Issue指向一个具体的UI回归问题，可能成为后续关注焦点，但当前未形成热点。

5. Bug 与稳定性

严重程度 (预估) 问题描述 状态 Fix PR
中 #994: 聊天界面再次出现水平滚动条，影响阅读体验。 新开 无

分析： 该问题被用户标记为bug，描述为“again”（再次），暗示这可能是一个曾修复过的回归问题。虽非崩溃级，但直接影响核心聊天功能的用户体验，需优先关注。

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

今日无新的功能请求（Feature Request）Issue 或相关PR。 无直接路线图信号。

7. 用户反馈摘要

基于唯一的新Issue #994：

  • 痛点： 用户遭遇聊天界面布局缺陷（水平滚动），破坏了可能已习惯的无滚动体验，暗示对UI/UX细节的敏感度较高。
  • 使用场景： 核心聊天会话中。
  • 满意度： 该反馈明确表达了对当前UI状态的不满，属于负面体验报告。

8. 待处理积压

数据不足，无法评估。 本次报告仅覆盖单日数据，无法识别长期未响应的积压Issue或PR。建议维护者定期审查所有open状态的Issue，特别是带有bug标签且近期有活动的项目。

项目健康度小结： 今日数据反映项目开发活动停滞，但用户反馈渠道畅通（有新Bug报告）。核心风险在于已报告的UI回归问题可能影响用户留存，且缺乏即时响应。建议维护者关注 #994 并评估其优先级，同时审视近期开发节奏。

数据来源： Moltis GitHub Repository
具体Issue链接： #994

CoPaw — agentscope-ai/CoPaw

CoPaw 项目动态日报 (2026-05-13)

今日速览

过去24小时，CoPaw 项目保持高活跃度：共处理 31 个 Issues（17 个新开/活跃，14 个关闭）和 39 个 PRs（13 个待合并，26 个已合并/关闭），并发布了 v1.1.7-beta.1 测试版。社区讨论聚焦于多智能体协作稳定性、浏览器工具增强和配置兼容性问题，核心开发团队与社区贡献者协同推进了多个关键功能模块的重构与修复，项目整体健康度良好，但部分用户体验问题仍需优先处理。

版本发布

v1.1.7-beta.1 于今日发布，主要更新内容：

  • 修复火山引擎提供商：修正 VOLCENGINE Provider 中的模型列表问题（PR #4169）
  • 控制台优化：改进计划模式下的文本对比度（PR 描述不完整）
  • 版本同步：版本号升至 1.1.7b1（PR #4196）

⚠️ 迁移注意事项：此为测试版本，主要修复提供商配置问题，建议生产环境用户暂缓升级，等待正式版发布。火山引擎用户若遇到模型列表异常，此版本已修复。

项目进展

今日合并/关闭的重要 PR 共 26 个，关键进展包括：

已合并/关闭

  • PR #4248：新增 Qwen-Image 和 Wan 2.7 工具插件，扩展多模态能力
  • PR #4250：重构 agent_stats 模块，简化会话文件处理逻辑，移除冗余代码
  • PR #4224：修复 #4220 问题，自动记忆摘要后立即刷新向量索引（首次贡献者）
  • PR #4197：为 delegate_external_agent 工具添加异步执行支持，优化长时任务处理
  • PR #3859：在 WebUI 的 ACP 配置页面支持自定义 ACP agent 的重命名与删除

待合并（13个）

  • PR #4254：浏览器工具实现活动跟踪、崩溃监控与生命周期管理（修复 #4257）
  • PR #4210：新增 inbox 系统并优化 cron 定时任务，支持一次性/重复执行
  • PR #4256：为远程 MCP 服务器添加 OAuth 2.1 PKCE 认证支持（修复 #4227 相关）
  • PR #4255：允许插件注册 FastAPI APIRouter 实例，扩展插件系统能力
  • PR #4198：强化计划确认机制，防止用户在确认前执行非计划工具
  • PR #3813：添加 Tauri 2.x 桌面应用支持（首次贡献者，跨平台桌面端进展）

社区热点

今日讨论最活跃的 Issues/PRs（按评论数排序）：

Issue/PR 标题 评论数 状态 核心诉求
#4159 DashScope provider 配置正确但未读取，API key 为空 6 OPEN 配置加载逻辑缺陷，导致 401 错误
#3499 访问页面慢 6 CLOSED 性能优化，接口响应不稳定
#4220 auto_memory_interval 写入文件但不同步向量索引 4 OPEN 记忆系统索引实时更新机制缺失
#3969 FunctionCallOutput 验证错误 + loop_config.json 损坏 4 CLOSED 数据验证与配置文件容错
#4185 持久化历史包含 malformed tool_use 导致聊天无法打开 4 CLOSED 历史数据解析健壮性

热点分析：配置兼容性（#4159）与记忆系统同步（#4220）是当前最高频的痛点，均涉及核心数据流处理。多智能体协作的稳定性问题（#4251）虽已关闭，但反映出复杂场景下的生命周期管理缺失，相关 PR #4198 正在修复。

Bug 与稳定性

今日报告的严重 Bug（按影响范围排序）：

严重程度 Issue 标题 状态 关联 PR
🔴 高 #4227 stream_http 模式 MCP 调用返回 401 时堵塞超时 OPEN PR #4256（OAuth 支持）
🔴 高 #4251 Matrix Team Room 形成 ack mirror loop CLOSED 需运行时生命周期守卫
🟠 中 #4220 auto_memory 不同步向量索引 OPEN PR #4224（已合并）
🟠 中 #4244 shell_evasion_checks.newlines=True 阻止多行命令 OPEN 无
🟡 低 #3816 macOS Desktop 本地文件超链接无法打开 OPEN 无
🟡 低 #4239 打包桌面客户端无法打开外部链接 OPEN 无

稳定性评估：MCP 认证堵塞（#4227）和智能体协作循环（#4251）为高风险问题，已分别通过 OAuth 增强和生命周期机制修复。记忆索引同步（#4220）已有修复 PR 合并。shell 命令多行支持（#4244）和桌面端链接问题（#3816/#4239）影响特定场景，需排期修复。

功能请求与路线图信号

今日新增/活跃的功能请求：

Issue 标题 潜在版本 依据
#4211 对齐 multi_agent_collaboration 与内置 agent 间工具 v1.2.x PR #4198 已强化计划工具，协作流程需同步优化
#4258 增加回滚按钮和合作日记模块 v1.2.x 用户强烈需求，已有初步实现但体验不足
#4249 添加会话生命周期钩子（session.create/reset） v1.2.x 插件化扩展的关键基础设施
#4247 支持 Telegram 等频道的流式传输 v1.2.x 其他项目已实现，用户期望提升交互实时性
#4237 运行中 shell 命令的可观测性（查看/终止/超时） v1.1.8 复用现有 ApprovalCard 管道，实现成本低

路线图信号：插件系统（APIRouter 注册）、多智能体协作流程、会话生命周期管理是下一阶段重点。流式传输和桌面端体验优化（Tauri 2.x）已进入开发阶段。

用户反馈摘要

从 Issues 评论与描述中提炼的核心痛点：

  1. 配置复杂性：用户反映 DashScope、火山引擎等提供商配置正确但运行时未生效（#4159），自定义模型名称被错误前缀化（#4183），表明配置加载与验证逻辑需更透明。
  2. 性能与体验：大文件传输卡顿（#4213）、网页端手机适配差（#4221）、对话历史加载慢（#3499），影响移动端与长会话使用。
  3. 协作可靠性：Matrix Team Room 的循环问题（#4251）和计划确认绕过（#4198）暴露多智能体场景下的状态同步缺陷。
  4. 平台兼容性：Windows shell 编码（#4103）、macOS 文件链接（#3816）、桌面客户端外部链接（#4239）显示跨平台细节处理不足。
  5. 功能可见性：用户希望更实时的反馈（流式传输 #4247）、操作可追溯（回滚 #4258）和运行态监控（#4237）。

满意度点：v1.1.7-beta.1 修复火山引擎模型列表，获得相关用户积极反馈；ACP 外部代理功能（PR #3589 系列）持续完善，企业用户认可其扩展性。

待处理积压

以下重要 Issue 长期未响应或缺乏进展，建议维护者关注：

Issue 标题 创建时间 状态 评论 建议
#4159 DashScope provider 配置未读取 2026-05-09 OPEN 6 高优先级，影响核心功能
#3499 访问页面慢 2026-04-16 CLOSED 6 已关闭，但根本原因未公开
#712 支持配置默认 shell 或使用 login shell 2026-03-05 CLOSED 1 需求明确，但未纳入近期版本
#2986 允许在 Windows 上使用 POSIX 工具 2026-04-06 CLOSED 1 与 #712 相关，需统一解决方案

积压分析：配置加载（#4159）和 shell 环境（#712/#2986）是跨平台基础问题，虽有个别 PR 部分修复（如 #3767），但缺乏系统性解决方案。建议在 v1.2.0 规划中专项处理。

报告生成时间：2026-05-13 24:00 UTC
数据来源：CoPaw GitHub (agentscope-ai/QwenPaw) 过去 24 小时公开数据

ZeptoClaw — qhkm/zeptoclaw

ZeptoClaw 项目动态日报 (2026-05-13)

1. 今日速览

项目今日无新 Issue 报告，社区活跃度极低。Pull Request 活动全部集中于依赖项的自动化更新，无任何功能特性或缺陷修复类代码变更被合并。这表明项目可能处于稳定的维护阶段，核心开发活动暂停，需关注长期维护的可持续性。

2. 版本发布

无新版本发布。

3. 项目进展

  • 已合并/关闭 PR：仅 #574 被关闭，其为 GitHub Actions 依赖 taiki-e/install-action 的小版本升级（2.75.17 → 2.75.22）。此变更属于常规的 CI/CD 维护工作，未推进任何功能或修复。
  • 整体推进：项目核心代码库在功能层面无实质进展，所有活动均为底层依赖更新。

4. 社区热点

今日无社区热点。 所有 PR 均为 Dependabot 自动化提交，未引发任何人工评论或讨论。社区互动完全停滞。

5. Bug 与稳定性

无新 Bug、崩溃或回归问题报告。 稳定性指标无更新。当前开放的 PR 均为依赖升级，其潜在稳定性影响需在合并后通过 CI 测试验证。

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

无新功能请求提交。 社区需求信号缺失。现有 PR 均为依赖更新，不涉及任何路线图规划或新特性开发。

7. 用户反馈摘要

无用户反馈数据。 因无新 Issue 或评论，无法评估用户当前痛点、使用场景或满意度。

8. 待处理积压

无显著积压。 两个开放的 PR (#586, #585) 均为近期（5月12日）创建的自动化依赖更新，预计将自动合并。无长期未响应的关键 Issue 或 PR 被标记。建议定期审查历史 Issue 列表以评估潜在积压。

数据来源：ZeptoClaw (github.com/qhkm/zeptoclaw) GitHub 数据，统计周期：过去24小时（截至 2026-05-13）。
报告生成时间：2026-05-13

EasyClaw — gaoyangz77/easyclaw

过去24小时无活动。

本日报由 Big Model 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