Skip to content

🦞 OpenClaw 生态日报 2026-05-09 #48

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

Description

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

OpenClaw 生态日报 2026-05-09

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

OpenClaw 项目深度报告

OpenClaw 项目动态日报 (2026-05-09)

1. 今日速览

过去24小时项目保持极高活跃度，Issues 与 PR 更新量均达 500 条，社区参与度旺盛。核心工作聚焦于稳定性修复与架构重构：多个高影响 Bug（如 Discord 网关挂起、Codex 迁移破坏）已关闭，但新的回归问题（如 Matrix 依赖缺失、Claude Opus 响应失败）和长期稳定性隐患（信号守护进程竞争条件、Linux 网关负载问题）仍需关注。同时，一项史诗级重构（运行时状态迁移至 SQLite）正在审查，标志着项目向更健壮的数据层演进。

2. 版本发布

无新版本发布。最新稳定版仍为 2026.5.5，但该版本引入了多个回归问题（见下文）。

3. 项目进展

今日多个关键 PR 进入活跃审查，推动核心架构与可靠性改进：

  • #78595 [XL]: 将分散的 JSON/JSONL 状态管理重构为统一的 SQLite 数据库，旨在解决数据一致性与恢复问题（链接）。
  • #79548 [L]: 修复 ACP 子进程在父进程结束后无法交付消息的严重缺陷，提升子代理可靠性（链接）。
  • #79569 [L]: 修复 openclaw doctor --fix 错误重写 Codex 模型别名，防止 ChatGPT-OAuth 用户被锁定（链接）。
  • #78554 [M]: 修复 Google Chat 因 gaxios 版本不匹配导致的 unsupported_grant_type 错误（链接）。
  • #79571 [M]: 增强守护进程健壮性，防止父进程死亡后子进程僵尸化（链接）。

4. 社区热点

讨论最激烈的议题集中在近期更新引发的破坏性变更与核心功能可靠性：

  • #34810 (CLOSED): 文件系统工具集体失效（29 评论，9 👍）。用户报告 4:00 AM 后无法创建文件或执行命令，影响核心自动化能力。虽已关闭，但根本原因分析对预防类似问题至关重要（链接）。
  • #78407 (CLOSED): doctor --fix 错误迁移 Codex 模型引用（19 评论，3 👍）。导致 OpenAI Codex 用户完全无法使用，凸显自动迁移流程的风险控制不足（链接）。
  • #77668 (CLOSED): Discord 网关在 macOS 上永久挂起（21 评论，2 👍）。涉及 Carbon 客户端生命周期管理，是跨平台稳定性的典型案例（链接）。
  • #18160 (OPEN): Cron 作业“直接执行模式”功能请求（10 评论，9 👍）。用户强烈要求绕过 LLM 解释以降低延迟、提升可靠性，反映对高效后台任务的需求（链接）。

5. Bug 与稳定性

严重/阻塞性问题

  • #22676 [OPEN]: 信号守护进程 SIGUSR1 重启竞争条件，导致僵尸进程与发送失败（16 评论）。影响网关热更新可靠性（链接）。
  • #76315 [OPEN]: Linux 下网关在子代理负载下不稳定，引发 WhatsApp 408 断开与事件循环停滞（7 评论）。生产环境高风险（链接）。
  • #79492 [OPEN]: anthropic/claude-opus-4-7 在代理运行时返回空响应，但 infer model run 正常（4 评论）。特定模型/平台组合的回归（链接）。
  • #77896 [OPEN]: 2026.5.4 后 Matrix 通道因 matrix-js-sdk 缺失崩溃（5 评论，2 👍）。宿主 npm 更新导致的依赖问题（链接）。

回归问题

  • #78508 [OPEN]: 受信代理 Control UI 缺少 operator.read 范围（6 评论）。2026.5.5 权限模型变更导致（链接）。
  • #78000 [OPEN]: 模型允许列表破坏使用 claude-haiku-4-5 的 Cron 作业（6 评论）。2026.5.4 的静默破坏性变更（链接）。
  • #78572 (CLOSED): Discord message 工具报“Unknown Channel”（6 评论，2 👍）。2026.5.4 引入（链接）。

行为缺陷

  • #76990 [OPEN]: 成功的助手回复可能未存入活动转录，导致后续回合重复回答旧问题（6 评论）。数据一致性风险（链接）。
  • #68449 [OPEN]: Dreaming 插件停用词列表过窄，导致令牌化伪影成为主题（9 评论，2 👍）。影响语义分析质量（链接）。

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

用户需求集中在可靠性增强、安全控制与平台覆盖：

  • 可靠性:
    • #18160: Cron 直接执行模式（高 👍，开放数月）—— 可能进入下一版本。
    • #14376: 感知原因的 Cron 保护（配额/限流感知退避）（链接）。
  • 安全与治理:
    • #13583: 预响应强制钩子（硬门禁）（10 评论，2 👍）—— 金融/安全场景刚需（链接）。
    • #12678: 技能/工具基于能力的权限（默认拒绝高风险操作）（链接）。
    • #15032: 子代理每生成工具限制（DMZ 网络搜索用例）（链接）。
  • 平台支持:
    • #20786: Telegram Business 机器人支持（7 评论，3 👍）（链接）。
    • #78016: Matrix 语音消息支持（8 评论）（链接）。
    • #8295: Telegram 群组 allowBots 支持（6 评论，4 👍）（链接）。
  • 用户体验:
    • #12855: 内置自动更新（可配置计划、确认、通知）（链接）。
    • #16670: 入门向导强制内存/嵌入设置（8 评论）—— 解决新用户配置遗漏（链接）。

7. 用户反馈摘要

  • 稳定性至上: 多次回归（Codex 迁移、模型允许列表、Discord 网关）引发用户对升级流程的担忧，要求更严格的兼容性测试与渐进式发布。
  • 错误反馈不足: 多个 Bug（如媒体提取失败、交付静默丢失）因缺乏用户可见错误而难以诊断，用户呼吁更透明的日志与通知。
  • 生产就绪需求: 企业用户强调需要硬性安全策略（强制工具调用）、细粒度权限（如飞书最小权限）与高可用架构（网关存活监视器误报问题 #78601 已关闭，但类似担忧仍在）。
  • 平台碎片化挑战: 各通道（Telegram、Matrix、Feishu、Discord）的细微行为差异（如话题、提及、权限）导致集成维护成本高，需统一抽象层。

8. 待处理积压

以下高需求 Issue 已开放超过 3 个月，需维护者优先级评估：

  • #18160 (2026-02-16): Cron 直接执行模式（10 评论，9 👍）—— 高频请求，技术方案清晰。
  • #13583 (2026-02-10): 预响应强制钩子（10 评论，2 👍）—— 关键治理功能。
  • #20786 (2026-02-19): Telegram Business 支持（7 评论，3 👍）—— 企业场景扩展。
  • #12678 (2026-02-09): 基于能力的权限（5 评论）—— 安全基础架构。
  • #12855 (2026-02-09): 内置自动更新（5 评论）—— 运维体验关键。
  • #76063 (2026-05-02): MCP 服务器工具缺失回归（4 评论，2 👍）—— 虽较新但影响核心扩展性，标记为“仍存在”。

报告生成时间:

横向生态对比

个人 AI 助手/自主智能体开源生态横向对比分析报告 (2026-05-09)

1. 生态全景

当前个人 AI 助手与自主智能体开源生态处于高速演进与架构重构并存的关键阶段。核心项目（如 OpenClaw、IronClaw）正进行底层引擎或数据层的史诗级重构，以应对规模化生产中的稳定性与一致性挑战。同时，社区对生产就绪特性（安全策略、高可用、细粒度权限）的需求已超越基础功能，推动项目从“能用”向“可靠、可控、易集成”深化。跨平台兼容性（特别是企业级通道如飞书、微信）与用户体验细节（配置透明度、UI 一致性）成为差异化竞争焦点，云原生部署（K8s 支持）等企业级需求开始显现。

2. 各项目活跃度对比

项目 今日 Issues 数 今日 PR 数 Release 情况 健康度评估 关键动态摘要
OpenClaw 500+ (更新量) 500+ (更新量) 无新版本 (最新 2026.5.5 有回归) 中 极高活跃但回归问题频发，核心 SQLite 重构进行中，社区对升级流程担忧。
CoPaw 36 36 v1.1.6-beta.1 (修复 SSE 崩溃) 中 活跃度高，新版本修复关键稳定性，但存在 WebUI 性能回归与上下文管理问题。
IronClaw 12 49 无正式 Release (内部版本号更新) 中 极高 PR 活跃度，专注 “Reborn” 架构重构，底层组件密集实现，集成风险高。
Zeroclaw 20 46 v0.7.5 (浏览器内引导) 良 发布后稳定工作，CI 修复，为 v0.8.0 破坏性变更做准备，节奏稳健。
NanoBot 10 22 无新版本 良 高度活跃，渠道稳定性修复（飞书、微信、WhatsApp）响应迅速，核心功能增强。
LobsterAI 2 29 无新版本 (cherry-pick 至 release/2026.05.08) 良 功能迭代与 UI 一致性优化并重，代码块渲染升级至 CodeMirror 6，修复严重逻辑 Bug。
NanoClaw 2 20 无新版本 良 开发活跃，合并效率高，聚焦稳定性修复（SIGTERM 处理）、配置 DB 化与运维 CLI 增强。
PicoClaw 20 43 v0.2.8-nightly (可能不稳定) 中 极高活跃，多平台兼容性与稳定性修复是重点，Nightly 版本迭代快。
Moltis 0 5 20260508.01 (日期构建版) 中 功能驱动，发布新版本，推进外部代理会话持久化、Web 聊天重构、文档站点迁移。
ZeptoClaw 0 1 (待合并) 无新版本 一般 低活跃，仅一个工具描述规范化 PR 待合并，处于维护期。
TinyClaw 0 0 无 停滞 过去 24 小时无任何活动。
EasyClaw 0 0 无 停滞 过去 24 小时无任何活动。

注：健康度评估基于“活跃度 vs 问题修复速度 vs 版本稳定性”综合判断。“良”表示活跃且修复响应快，版本相对稳定；“中”表示活跃但伴随显著问题或重构风险；“一般/停滞”表示活跃度低。

3. OpenClaw 在生态中的定位

  • 优势：绝对的社区规模与生态核心地位。其 Issues/PR 数量级远超其他项目，是功能、集成与问题的“集散地”。作为“核心参照”，其架构决策（如 SQLite 状态迁移）直接影响生态技术方向。
  • 技术路线差异：正经历从分散文件存储到集中式数据库（SQLite） 的史诗级重构，以解决数据一致性与恢复问题，这是向生产级系统演进的关键一步。相比之下，其他项目（如 NanoClaw）的配置 DB 化更局部，而 IronClaw 的 Reborn 是全新引擎替换。
  • 社区规模对比：社区参与度（讨论量、贡献者数量）呈断层领先，但高活跃度也放大了回归问题的影响，导致用户对升级流程产生担忧，呈现出“大社区、高压力”的特点。

4. 共同关注的技术方向

  1. 稳定性与可靠性优先：
    • 诉求：解决网关挂起、消息静默丢失、子进程僵尸化、会话中断上下文丢失等生产环境高风险问题。
    • 涉及项目：OpenClaw（网关负载、信号竞争）、NanoBot（微信消息丢失、飞书话题错乱）、CoPaw（SSE 崩溃、钉钉事件循环竞争）、NanoClaw（SIGTERM 处理）。
  2. 安全与治理精细化：
    • 诉求：实现基于能力的细粒度权限、预响应强制钩子（硬门禁）、工具调用限制、OAuth 支持。
    • 涉及项目：OpenClaw（权限模型、工具能力权限）、CoPaw（OAuth 请求）、NanoClaw（容器运行时隔离）。
  3. 用户体验与配置透明度：
    • 诉求：改善配置验证与文档、提供更清晰错误反馈、实现 UI 一致性（骨架屏、自动标题）、允许自定义机器人身份。
    • 涉及项目：NanoBot（配置不透明）、CoPaw（WebUI 卡顿、会话切换丢失）、LobsterAI（UI 一致性）、Moltis（聊天输入重构）。
  4. 外部工具链与代理集成深化：
    • 诉求：支持持久化外部代理会话、增强 MCP 服务器工具、提供工具描述触发短语。
    • 涉及项目：Moltis（外部代理会话持久化）、CoPaw（MCP 连接恢复）、ZeptoClaw（工具描述 nudges）。
  5. 架构现代化与云原生探索：
    • 诉求：数据层重构（SQLite）、新执行引擎、容器化部署扩展至 Kubernetes。
    • 涉及项目：OpenClaw（SQLite 重构）、IronClaw（Reborn 引擎）、NanoClaw（K8s 运行时支持）。

5. 差异化定位分析

维度 OpenClaw NanoBot LobsterAI / CoPaw Moltis IronClaw NanoClaw
功能侧重 多通道聚合平台，强调代理框架与工具生态 渠道专家，深度优化企业级通道（飞书、微信、WhatsApp）体验 WebUI 体验优先，注重交互细节与桌面端部署 外部代理协调器，强化与 Codex CLI、Claude Code 等集成 架构革新者，用 Reborn 引擎彻底重写执行层 容器化部署专家，聚焦会话级容器隔离与运维
目标用户 需要多平台集成、高度自定义的开发者与高级用户 重度依赖特定企业协作工具（飞书、微信）的团队 追求美观、流畅 Web 界面的个人与团队用户 需将外部 AI 代理（如 ACP）深度融入工作流的用户 追求最新架构、愿意承担重构风险的技术先锋 需要强隔离、按会话生成容器的企业或开发者
技术架构 单体应用向SQLite 数据层演进，通道抽象层复杂 模块化设计，针对各通道 SDK 做深度适配与修复 前端技术栈现代（React），注重渲染性能与状态管理 作为“壳”协调外部进程，会话持久化是核心 完全重构，驱动/端口/存储全新设计，安全模型强化 容器原生，基于 Docker/Apple Container，向 K8s 扩展

6. 社区热度与成熟度

  • 快速迭代阶段（高活跃、高变更）：
    • OpenClaw：社区规模最大，功能与修复迭代极快，但伴随大量回归，处于“快速扩张-修复”循环。
    • IronClaw：PR 数量最高，全部围绕 Reborn 重构，技术讨论密集，但集成风险高，尚未到稳定期。
    • CoPaw：Issue/PR 双高，新版本发布频繁，但新版本常引入性能回归，处于功能与稳定性拉锯期。
  • 质量巩固阶段（高活跃、低问题率）：
    • NanoBot & LobsterAI & NanoClaw：活跃度良好，对报告的问题响应迅速（24-48 小时内修复），修复方案通常附带测试。社区反馈具体，开发协同高效，产品健康度向上。
    • Zeroclaw：发布节奏稳健（v0.7.5），发布后专注 CI 与引导流程修复，显示出成熟的发布管理能力。
  • 维护/探索阶段（低活跃或方向探索）：
    • Moltis：PR 驱动功能演进（外部会话、UI 重构），但社区 Issues 互动少，方向由核心开发者主导。
    • PicoClaw：活跃度高但以 Nightly 版本为主，可能处于快速实验期，稳定性待正式版验证。
    • ZeptoClaw / TinyClaw / EasyClaw：活跃度低，处于维护或停滞状态，影响力有限。

7. 值得关注的趋势信号

  1. 生产就绪成为核心 KPI：社区不再满足于“能跑”，而是要求可预测、可审计、可控制。强制钩子、细粒度权限、上下文持久化、错误透明化（如 OpenClaw、CoPaw、NanoBot）的诉求集中爆发，标志着生态从“玩具”向“工具”转变。开发者需将安全与可靠性设计置于功能开发之前。
  2. 架构重构是应对规模化的必选项：OpenClaw 的 SQLite 迁移与 IronClaw 的 Reborn 引擎是两大标志性事件。这反映单一进程/文件系统架构在代理数量、会话长度、数据量增长

同赛道项目详细报告

NanoBot — HKUDS/nanobot

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

1. 今日速览

项目今日保持高度活跃，社区贡献显著。过去24小时内，共处理 22 个 Pull Request（14 个已合并/关闭，8 个待合并）和 10 个 Issues（6 条新开/活跃，4 条已关闭）。核心开发聚焦于渠道稳定性修复（飞书、微信、WhatsApp）与核心功能增强（工具调用防循环、模型预设、图像生成），同时涌现出多项用户自定义与配置透明度的需求。项目整体健康度良好，修复响应迅速，功能路线图持续演进。

2. 版本发布

今日无新版本发布。

3. 项目进展

今日多个关键修复与功能已合并至主分支，显著提升产品稳定性与能力：

  • 渠道消息可靠性修复：
    • fix(feishu): send all messages to topic when in thread (PR #3704) - 修复了飞书群组话题中多文件/消息发送错乱至群组的严重问题，确保所有回复均正确归属到话题线程。
    • fix(weixin): prevent silent message drops... (PR #3684) - 系统性修复微信渠道因异常静默捕获、过期令牌等导致的入站/出站消息丢失问题。
    • fix(whatsapp): strip device suffix from JIDs... (PR #3514) - 修复 WhatsApp 群组中因设备后缀导致 @ 提及匹配失败的问题。
  • 核心安全与稳定性：
    • Guard repeated identical local tool calls... (PR #3701) & Add configurable escalation for repeated tool-call loops (PR #3702) - 成对引入单轮内重复工具调用防护与可配置的循环升级策略，有效防止模型陷入无限工具调用循环。
    • fix(memory): consolidate history hidden by replay window (PR #3687) - 修复记忆合并逻辑，确保被回放窗口隐藏的历史消息能被正确归档，避免上下文丢失。
  • 新功能集成：
    • feat: add image generation tool and WebUI mode (PR #3695) - 集成图像生成能力，提供 WebUI 工作流与持久化媒体工件，支持迭代编辑。
    • feat(config): add model presets for quick model switching (PR #3696) - 引入模型预设功能，支持快速切换、自动故障转移与运行时选择，极大提升多模型管理便利性。

4. 社区热点

讨论最活跃的议题集中在用户控制权与配置透明度：

  • Issue #3650: [OPEN] Configure bot name and icon (3 条评论)
    • 诉求：用户希望在代理模式中自定义“nanobot is thinking...”提示中的机器人名称与图标，而非使用默认设定。
    • 链接：Configure bot name and icon HKUDS/nanobot#3650
    • 分析：这是典型的品牌与个性化需求，反映了用户希望将 Nanobot 更深地集成到自身工作流并赋予其独特身份。相关 PR 尚未出现，但需求明确且易于实现（配置项扩展）。
  • Issue #3652: [CLOSED] Can Dream be disabled? (3 条评论)
    • 诉求：用户要求提供配置开关以完全禁用 Dream（自动记忆/技能更新）功能。
    • 链接：Can Dream be disabled? HKUDS/nanobot#3652
    • 分析：该问题已关闭，且相关增强 PR feat(dream): add update scope controls (PR #3591) 正在开发中，表明社区对 Dream 功能的可控性有强烈需求，项目方向正从“自动”向“可配置自动”演进。
  • Issue #3637: [OPEN] Transcription Provider Configuration Is Not Transparent Enough (2 条评论)
    • 诉求：指出 Groq 语音转录配置不透明，容易导致无效设置（如同时配置 transcriptionProvider: "groq" 和自定义 apiBase）。
    • 链接：Transcription Provider Configuration Is Not Transparent Enough HKUDS/nanobot#3637
    • 分析：这暴露了配置系统的可用性缺陷。用户需要更清晰的配置验证、文档或 UI 提示来避免陷阱。此类问题直接影响新用户上手体验，应优先优化。

5. Bug 与稳定性

今日报告的 Bug 按潜在影响排序：

  1. 严重 - 功能错乱：
    • Issue #3694: [CLOSED] feishu group topic 中 nanobot 发送多个文件，一个会发送到topic，另一个发送到 group - 已由 PR #3704 修复。该 bug 导致飞书话题内多文件协作流程完全失效。
  2. 高 - 数据/上下文丢失：
    • Issue #3689: [OPEN] 中断会话丢失上一轮会话的聊天记录 - 用户中断长时间任务（如测试）后，机器人无法保留上下文与执行步骤，需重新开始。尚无修复 PR，影响连续任务体验。
    • Issue #3699: [CLOSED] Repeated identical local tool calls should be blocked... - 已由 PR #3701 修复。该问题曾导致模型在单轮内因重复调用本地工具（如 read_file）而产生无限循环，消耗资源并卡死响应。
  3. 中 - 配置与兼容性：
    • Issue #3637: Transcription Provider Configuration... - 配置不透明导致用户易犯错，需改进配置验证与文档。
    • Issue #3514: [OPEN] fix(whatsapp): strip device suffix from JIDs... - WhatsApp 群组提及功能因 JID 解析问题失效，已有修复 PR 待合并。

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

用户提出的新需求及与现有 PR 的关联分析：

  • 高概率纳入近期版本：
    • 模型预设 (Issue 讨论隐含，PR #3696 已开) - 已进入开发流程，是提升多模型管理体验的核心功能。
    • Dream 功能细粒度控制 (Issue #3652 -> PR #3591) - 允许禁用或限制 Dream 更新范围，满足对自动技能更新谨慎的用户。
    • 图像生成 (PR #3695 已合并) - 已作为新能力集成完毕。
  • 明确的中长期需求：
    • 自定义机器人身份 (Issue #3650) - 品牌化需求，预计将在配置系统重构或 WebUI 设置侧边栏（PR #3703）迭代中考虑。
    • 飞书 Topic 隔离开关 (Issue #3692) - 针对 v0.1.5.post3 新增功能的配置化需求，与多文件处理场景相关，技术实现简单，可能快速跟进。
    • API Streaming 注入 Tool 事件 (Issue #3698) - 要求 SSE 流中暴露工具执行进度，与 hermes-agent 模式对齐，属于高级开发者/集成需求，需评估技术债务。

7. 用户反馈摘要

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

  • 控制与自主权：用户不满足于“黑盒”自动化（如 Dream、上下文管理），强烈要求可配置、可中断、可预测的行为（#3652, #3689, #3591）。中断后保留上下文是连续工作流的关键期望。
  • 渠道特定体验：对飞书（话题消息分发 #3694, 隔离开关 #3692）和微信（消息静默丢失 #3684）等核心渠道的细节行为高度敏感，任何不符合预期设计的 bug 都会立即被报告。
  • 配置易用性：配置文件的透明度和正确性是主要痛点（#3637）。用户需要清晰的文档、验证反馈或 UI 引导，避免因隐晦配置导致服务不可用。
  • 积极信号：社区对报告的问题响应迅速（多个 bug 在 24-48 小时内修复），且修复方案通常附带测试（如 PR #3701, #3702），增强了用户对项目维护能力的信心。

8. 待处理积压

提醒维护者关注长期未响应但可能影响广泛的重要 Issue：

  • Issue #1412: processing from another bot ? (创建于 2026-03-02)
    • 状态：OPEN，仅 2 条评论，1 个 👍。
    • 内容：询问是否支持处理来自另一个 Bot（如 Home Assistant 通知）的消息，涉及跨机器人集成与身份验证。
    • 提醒：该问题已搁置超过 2 个月，但触及多智能体协作或系统集成的高级场景。若社区有此需求，可能需要设计更通用的消息来源验证与处理机制。建议至少给予初步回复，明确项目方向或将其纳入“未来考虑”。

报告生成时间：2026-05-09
数据来源：NanoBot GitHub (github.com/HKUDS/nanobot) 过去 24 小时活动
报告类型：社区与开发动态日报

Zeroclaw — zeroclaw-labs/zeroclaw

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

1. 今日速览

项目在过去24小时保持高度活跃，共处理20个Issues和46个PRs，并正式发布了v0.7.5版本。核心焦点集中在v0.7.5的发布后稳定工作（如CI修复、引导流程错误处理）以及v0.8.0版本的破坏性变更准备。社区围绕提供者架构重构、Matrix通道稳定性、以及桌面端功能完善展开密集讨论，同时并发安全与凭据管理等底层问题持续受到关注。整体开发节奏稳健，版本迭代与问题修复并行推进。

2. 版本发布

v0.7.5 已正式发布，这是v0.7.4的重大后续版本，核心特性为浏览器内引导与配置：

  • Schema驱动的/onboard流程：用户可通过Web界面完成初始配置，无需CLI。
  • 网关CRUD表面：基于OpenAPI 3.1规范，提供按属性的网关管理接口
PicoClaw — sipeed/picoclaw

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

1. 今日速览

PicoClaw 项目在過去24小时保持极高活跃度，共处理 20 个 Issues（6 个新开/活跃，14 个关闭）和 43 个 Pull Requests（26 个待合并，17 个已合并/关闭），并发布了新的 nightly 版本。社区参与积极，维护团队响应迅速，项目整体健康度良好，核心功能持续迭代，多平台兼容性与稳定性修复是近期重点。

2. 版本发布

  • 新版本: v0.2.8-nightly.20260508.2834db13 (Nightly Build)
    • 性质: 自动化夜间构建，包含最新开发中的更改，可能不稳定，建议仅用于测试。
    • 更新日志: 查看完整对比
    • 注意事项: 无正式版本发布，因此无 documented 破坏性变更或迁移指南。使用前请确认环境兼容性，并关注后续稳定版发布。

3. 项目进展

今日合并/关闭的重要 PR 推动了核心稳定性与兼容性提升：

NanoClaw — qwibitai/nanoclaw

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

1. 今日速览

项目开发活跃度保持高位，过去24小时有20条PR更新，其中4条已成功合并，涵盖关键稳定性修复与功能增强。Issues新增2条，包含一个高优先级Bug报告和一个重要的功能请求。无新版本发布，但核心代码库持续演进，运维工具链和配置管理得到显著改善。社区互动目前较平淡，但核心团队响应与合并效率较高。

2. 版本发布

无新版本发布。

3. 项目进展

今日合并/关闭的4个PR推动了项目在多个关键领域的进步：

  • 稳定性提升：PR #2358 修复了SIGTERM信号处理逻辑，防止在服务重启或升级时丢弃Agent回复，显著提升生产环境可靠性。
  • 配置管理现代化：PR #2357 将intake模块的配置从环境变量白名单迁移至数据库messaging_groups.auto_url_intake列，并新增/intake slash命令进行动态控制，为未来细粒度管理奠定基础。
  • 运维能力增强：PR #2350 引入了ncl管理CLI，支持通过Unix Socket查询和修改中央数据库（如群组、会话、用户等），极大提升了运维和调试效率。
  • 用户体验优化：PR #2300 修正了Slack集成中“复制成员ID”指引的图标和位置描述，减少用户配置时的困惑。

4. 社区热点

当前Issues与PRs的公开评论数均为0或undefined，未形成显著的讨论热点。但以下议题因涉及核心架构与用户直接体验，值得关注：

  • 功能请求：Issue #2354 提出的“Kubernetes容器运行时支持”是首个明确指向云原生部署场景的需求，可能引发后续关于多运行时架构的讨论。
  • Bug修复：对应Issue #2355 的PR #2356 已提出，该问题直接影响升级用户体验，社区可能关注其合并进度。

5. Bug 与稳定性

按严重程度排列今日报告或修复的问题：

严重程度 问题描述 状态 关联链接
高 升级至2.0.45+后，ncl未加入用户PATH，导致CLI无法直接使用。 已修复：PR #2356 已提交，待合并。 #2355
高 SIGTERM信号处理不当，导致Agent回复在服务重启时被丢弃。 已修复并合并：PR #2358
中 以root身份运行时，若数据目录位于网络文件系统，会陷入容器启动循环。 修复中：PR #2353 待合并。
中 未知slash命令被错误归类，导致响应被静默丢弃。 已修复并合并：PR #2346
低 容器构建包安装超时（5分钟）在慢网络下不足。 修复中：PR #2352 将超时提升至15分钟，待合并。

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

  • 核心新需求：Issue #2354 正式提出支持Kubernetes作为容器运行时，用于在用户提供的集群中按会话生成Agent容器。这标志着项目从本地Docker/Apple Container向混合云/多云部署场景扩展的潜在信号。
  • 路线图关联：该请求与PR #2351（容器配置DB化）方向一致，后者将容器配置从文件移至数据库，为未来支持多种运行时（Docker、K8s、远程等）提供了架构灵活性。建议将K8s运行时支持纳入下一主要版本（如2.1.0）的考量。

7. 用户反馈摘要

基于Issue描述提炼的用户真实反馈：

  • 痛点：
    • 安装/升级流程缺陷：用户通过/update-nanoclaw升级后，必须手动查找bin/ncl或使用pnpm ncl，体验断裂（#2355）。
    • 企业部署限制：缺乏Kubernetes支持，使得在已有K8s基础设施的企业中部署和扩展NanoClaw变得困难（#2354）。
  • 满意点：
    • 细节改进受认可：Slack指引的修正（#2300）表明团队关注用户界面文本的准确性。
    • 运维工具完善：新增ncl CLI（#2350）满足了高级用户对直接数据库操作和调试的需求。

8. 待处理积压

以下PR创建时间较早（4月22日），涉及核心逻辑健壮性与一致性，至今未合并，建议维护团队优先评估：

PR 主题 潜在影响 链接
#1917 修复@Andy触发器引用在助手名变更时未重命名 确保自定义助手名在模板中一致生效
#1916 防护数值配置环境变量（防NaN/非正值） 提升配置鲁棒性，防止无效配置导致运行时错误
#1913 助手名变更时重命名CLAUDE.md中的@Andy引用 与#1917类似，保证触发器一致性
#1912 修复空容器输出时的回退解析器错误处理 改善容器故障诊断的清晰度

这些PR均标记为fix且符合贡献指南，技术风险较低，合并可提升代码质量与用户体验。

IronClaw — nearai/ironclaw

IronClaw 项目动态日报 (2026-05-09)

1. 今日速览

项目今日保持极高开发活跃度，过去24小时内共处理49条PR（合并/关闭23条，新开26条）及12条Issue更新。核心焦点仍是大型“Reborn”架构重构，多个底层组件（如驱动注册、提示端口、检查点存储）进入密集实现阶段，代码库快速演进。同时，社区关注到一次夜间E2E测试失败（#3323）及一项UI体验问题（#3385），需跟踪修复进展。整体健康度良好，但重构期的依赖复杂性增加了集成风险。

2. 版本发布

  • 无正式新版本发布。但内部版本号因持续集成流程产生变动：ironclaw crate 从 0.24.0 更新至 0.28.0，ironclaw_common 从 0.4.1 更新至 0.4.2（API兼容）。此变动为开发分支的常规依赖更新，非面向用户的独立Release。

3. 项目进展

今日合并/关闭的PR主要推进了Reborn核心基础设施与关键修复：

  • Reborn底层组件就绪：合并了驱动注册与就绪验证（#3405）、循环提示端口（#3411）、检查点状态暂存存储（#3413）、文本仅限模型回复驱动（#3400）等PR，标志着Reborn执行引擎的基础框架已初步具备。
  • 安全与数据持久化增强：合并了加密密钥存储的实现（#3401）及其加固补丁（#3408），以及持久化密钥存储（#3414），为Reborn的秘密管理提供了生产级方案。
  • 用户体验与稳定性修复：合并了“暂停任务自动恢复”功能（#3366），优化了OAuth流程后的用户体验；修复了多租户SSE/WS事件泄漏（#3390），提升了系统安全性。
  • 里程碑与监控：合并了循环支持里程碑发射（#3397）及生产级循环模型网关（#3403），增强了运行时可观测性。

4. 社区热点

  • 最活跃Issue： #3067 （Reborn集成测试套件）拥有32条评论，是社区讨论焦点。该Issue跟踪Reborn的端到端测试策略，涉及测试范围、公共入口点验证等关键质量保障议题。
  • 高关注PR： #3390 （修复多租户SSE/WS泄漏）因涉及跨租户数据安全，在合并前可能引发较多技术讨论。该修复防止了工具调用、状态等敏感信息错误广播至所有连接客户端。
  • 新开热点：今日新开的多个Reborn子任务PR（如#3410、#3409、#3407等）虽评论尚少，但因其紧密关联核心架构，预计将迅速吸引核心贡献者关注。

5. Bug 与稳定性

严重程度 问题描述 关联链接 修复状态
高 夜间E2E测试流程失败（#3323），可能阻塞发布流水线。失败点涉及“Full E2E / E2E (v2-engine)”作业，需排查环境或新集成代码的回归。 #3323 无直接修复PR，需根因分析。
中 Web侧边栏对话标题未自动生成，直接使用首条用户消息，影响用户体验。 #3385 无修复PR，属功能缺陷，待排期。

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

  • 明确功能请求：用户 @sunglow666 提交 #3385，要求实现对话标题的自动摘要生成。此需求符合产品UI/UX优化方向，可能纳入近期前端迭代。
  • 路线图信号：所有标记 [reborn] 的Issue与PR共同构成了项目的核心路线图——即用新的“Reborn”架构替换旧执行引擎。今日密集合并的驱动、端口、存储组件表明，Reborn的MVP已接近可内部测试阶段，下一阶段将是端到端集成与公共API稳定化。

7. 用户反馈摘要

今日用户反馈渠道（非核心贡献者提交的Issue）较少，主要痛点集中于：

  • UI/UX细节：对话标题未自动生成（#3385），反映出用户期望更智能、免配置的界面体验。
  • 稳定性感知：夜间E2E失败（#3323）若持续发生，可能影响用户对 nightly 构建的信任度。
    核心贡献者间的讨论（如Reborn设计）暂不直接反映终端用户声音，但决定了未来功能方向。

8. 待处理积压

当前无长期（>30天）未响应的重要Issue或PR。所有Reborn相关Issue均为近期（5月2日-8日）创建，处于活跃设计或实现阶段，依赖关系复杂（如#3107作为多个子任务父Issue），需核心架构师协调推进，但非“积压”。建议关注：

  • #3067（集成测试）与**#3193**（会话合同）等设计类Issue，其结论将影响多个PR的最终形态。
  • #3323（E2E失败）需尽快定位，避免持续影响CI/CD信心。
LobsterAI — netease-youdao/LobsterAI

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

1. 今日速览

项目今日维持极高开发活跃度，24小时内合并/关闭29个PR，仅新增2个聚焦UI体验细节的Issues。核心团队持续推进功能迭代、缺陷修复与UI一致性优化，代码库健康度良好。社区反馈少而精，诉求明确，与开发方向高度对齐，整体项目向前迈出显著步伐。

2. 版本发布

无新版本发布。但观察到多个功能与修复PR被cherry-pick至 release/2026.05.08 分支（如 #1922, #1923, #1919），表明团队正在为一次小版本更新做准备，具体发布时间待定。

3. 项目进展

今日合并/关闭的PR涵盖核心功能增强、关键Bug修复及UI/UX全面优化，具体如下：

  • 渲染引擎重大升级：PR #1922（基于 #1306）将代码块渲染从 react-syntax-highlighter 全面迁移至 CodeMirror 6，新增语法高亮（50+语言）、代码搜索、行号、折叠、换行、全屏查看等能力，极大提升代码可读性与交互性。
  • 核心功能增强：
    • PR #1664 为对话消息添加收藏功能，支持星标、独立收藏列表及一键跳转。
    • PR #1519 引入自定义Cron调度类型（可视化构建器+原始表达式），并优化定时任务表单UX。
  • 关键Bug修复：
    • PR #1923 / #1756 修复“停止会话后爬虫等多步工具调用仍被自动审批继续执行”的严重逻辑问题。
    • PR #1925 修复预览文件列表重复显示及有效性过滤问题。
    • PR #1918 修复会话中错误出现 NO_REPLY 及其前缀的问题。
    • PR #1161 修复IMAP/SMTP连接失败时错误信息仅显示 } 的问题。
  • UI/UX一致性改进：
    • PR #1511 为所有表单补充必填字段红色星标标记。
    • PR #1928 优化侧边栏UI。
    • PR #1924 优化agents布局。
    • PR #1927 隐藏缓存读取值为零时的显示。
  • 体验细节：PR #1147 为消息添加时间戳与助手响应耗时展示。

4. 社区热点

今日社区讨论较少，但两个新开Issues #1920 和 #1921 成为焦点，均围绕UI一致性提出明确诉求：

  • Cowork初始化加载状态：要求用骨架屏替代静态“Loading...”文本。
  • Skills Manager与TaskRunHistory空状态：要求增加图标和描述性副标题，以匹配CoworkSessionList等处的丰富设计。
    这两个诉求已有对应的开发中PR #1769 和 #1770 响应，体现了用户对产品细节体验的重视及社区与开发的高效协同。

5. Bug 与稳定性

  • 高严重性（已修复）：PR #1923 修复的“停止会话后爬虫任务继续执行”问题，涉及资源控制逻辑缺陷，修复后停止流程可靠。
  • 中严重性（已修复）：
TinyClaw — TinyAGI/tinyclaw

过去24小时无活动。

Moltis — moltis-org/moltis

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

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

1. 今日速览

项目今日处于功能驱动的高活跃状态，核心开发者在持续推动多项重大功能迭代。过去24小时内，无新Issue讨论，但有5个PR更新（3个待合并，2个已关闭），并发布了一个新版本。开发重点集中于外部代理会话持久化、Web聊天界面重构、文档站点迁移三大方向，显示出项目在用户体验和架构现代化方面的积极演进。社区互动（Issues）方面相对沉寂，需关注潜在用户反馈渠道。

2. 版本发布

  • 新版本： 20260508.01
  • 说明： 该版本为基于日期的构建版本（对应2026年5月8日）。由于本次数据未提供具体的Release Notes，建议直接访问 Releases页面 查看详细的更新日志、破坏性变更及迁移指南。

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

今日有两个重要PR被关闭，标志着功能模块的实质性推进：

  1. PR #986: [CLOSED] Update and improve zh-TW Traditional Chinese locale

  2. PR #984: [CLOSED] feat(voice): surface OpenAI realtime model guidance

4. 社区热点

由于今日无新开或活跃的Issues，讨论热点集中于以下今日创建或更新的重要PR，这些PR代表了当前的技术讨论焦点：

  1. PR #985: [OPEN] Refresh web chat composer

    • 链接： Refresh web chat composer moltis-org/moltis#985
    • 分析： 对聊天输入框进行全面的UI/UX重构，采用居中圆形设计，整合模型选择、推理、附件、语音等控件。这是项目前端体验升级的关键一步，可能引发关于设计一致性和操作效率的讨论。

  2. PR #987: [OPEN] Replace docs deployment with Astro site

    • 链接： Replace docs deployment with Astro site moltis-org/moltis#987
    • 分析： 用Astro静态站点生成器替换现有的mdBook文档部署。旨在提供更现代化、功能更丰富的文档体验（如侧边栏、TOC、搜索、主题切换）。此变更影响文档维护流程和用户查阅体验，是基础设施的重要升级。

  3. PR #566: [OPEN] feat(external-agents): add persistent agent sessions

5. Bug 与稳定性

  • 今日报告： 无明确的新Bug或崩溃问题报告（基于Issues数据）。
  • 相关修复： 已关闭的PR #984（语音功能）包含测试增强，可能间接提升了语音模块的稳定性。
  • 状态： 项目稳定性报告周期内无异常，但需持续监控PR #985、#987等大型UI/架构变更可能引入的回归问题。

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

  • 用户主动请求： 今日无新开功能请求类Issue。
  • 路线图信号（基于PR）：
    1. 会话持久化与外部集成深化： PR #566 表明路线图在加强Moltis作为外部AI代理协调中心的能力。
    2. 用户体验现代化： PR #985 显示对聊天界面进行现代化、移动端友好型 redesign 是明确优先级。
    3. 开发者体验与文档升级： PR #987 表明投资于更先进的文档站点以改善贡献者和用户的学习曲线。
    • 预测： 上述三个方向的PR若顺利合并，很可能成为下一个 Minor 版本（如 v0.XX.0）的核心卖点。

7. 用户反馈摘要

  • 数据限制： 由于今日无活跃Issues，无法直接从用户评论中提炼反馈。
  • 间接洞察：
    • 社区贡献者 @PeterDaveHello 主动提交大规模本地化更新（PR #986），可能反映了非英语用户对完善本地化体验的强烈需求。
    • 核心开发者连续提交涉及核心交互（聊天框）和基础设施（文档）的重构PR，可能源于对现有用户体验瓶颈或技术债务的认知，但缺乏直接的社区讨论佐证。

8. 待处理积压

  • 长期待合并PR：
    • PR #566 创建于 2026-04-06，至今已超过一个月，状态仍为 OPEN。尽管在今日有更新活动，但其作为一项复杂的基础功能（外部代理会话），合并周期较长，需关注其最终集成进度与潜在冲突。
  • 重要但未响应Issue： 无数据表明存在长期未响应的关键Issue（因今日无Issue活动）。
  • 建议： 维护团队可评估PR #566的合并优先级，确保其与今日开始的UI/文档重大变更（PR #985, #987）在架构上保持兼容。

报告说明： 本报告基于提供的GitHub事件数据生成，力求客观。社区互动部分因数据缺失（无Issues）而受限，建议结合项目Discord、论坛等渠道获取更全面的社区声音。

CoPaw — agentscope-ai/CoPaw

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

1. 今日速览

过去24小时，CoPaw 项目维持极高活跃度，社区共处理 36 个 Issues 和 36 个 Pull Requests，显示强大的开发与用户参与势头。项目正式发布 v1.1.6-beta.1，重点强化测试覆盖并修复关键稳定性问题。同时，围绕性能优化、跨平台兼容性及多通道集成的讨论与修复持续进行，项目整体健康度良好，但需关注新版本引入的 WebUI 性能回归与上下文管理问题。

2. 版本发布

新版本： v1.1.6-beta.1
更新内容：

  • 版本号更新至 1.1.6b1。
  • 新增应用启动与设置/环境变量的集成测试，提升发布前验证覆盖。
  • 修复控制台 SSE（Server-Sent Events）崩溃问题，增强流式响应稳定性。
    破坏性变更： 无明确破坏性变更，但为 Beta 版本，可能存在未预见的稳定性问题。
    迁移注意事项： 建议用户在测试环境先行验证，特别是使用 SSE 流式输出的场景；注意新版本对测试框架的依赖可能影响 CI/CD 配置。

3. 项目进展

今日多个关键 PR 合并/关闭，显著推进项目核心能力：

  • 稳定性与部署：
    • #4093 修复 Windows 打包时 conda-pack 冲突问题，恢复 conda 打包工具链，改善桌面版发布流程。
    • #4064 优化 Agent 重载机制，通过 reload_agent 路由配置变更，避免 DingTalk 等流式通道在任务进行中被强制中断。
  • 跨平台支持：
    • #4032 为 qwenpaw doctor 添加 Windows 环境诊断（长路径支持、工作目录长度检查），提升 Windows 用户自助排障能力。
    • #2771 限制 mlx-lm 仅安装于 Apple Silicon macOS，避免非兼容平台安装失败。
  • 性能与体验：
    • #4110 优化 Console 渲染性能，通过稳定化审批状态引用减少不必要的组件重渲染。
    • #4130 优化 Console 聊天输入按键响应，跳过非导航键的历史记录查询，降低 CPU 占用。
  • 基础设施：
    • #4076 统一所有平台日志轮转机制，使用 RotatingFileHandler 防止日志文件无限增长。
    • #3559 建立前端单元测试框架（Vitest），覆盖共享模块与聊天页面，提升代码质量保障。
      整体进展评估： 项目在部署可靠性、跨平台兼容性、前端性能及测试覆盖方面取得实质性进步，向更健壮的生产就绪状态迈进。

4. 社区热点

最活跃 Issues（按评论数）：

  • #2382 (10 评论) - venv 重置问题：用户反馈每次更新后虚拟环境与 skill 依赖失效，引发对环境持久性与更新机制的根本性质疑。
  • #3919 (9 评论) - Agent 切换会话丢失：前端 lastChatIdByAgent 未实现，导致切换 Agent 后任务中断，反映会话状态管理的关键缺陷。
  • #578 (7 评论) - OpenClaw 特性借鉴：社区提出一系列旨在创造“复合价值”的功能请求，体现用户对长期工作流深度整合的期待。
  • #4108 (4 评论) - WebUI 卡顿：新版本下生成回复时系统卡顿，严重影响多任务处理，指向性能回归。
    热点 PR 关注：
  • #4130（开放）- 输入性能优化，直接回应 #4108 的卡顿问题。
  • #4041（审查中）- 系统托盘启动功能，提升桌面端用户体验。
    诉求分析： 社区核心诉求集中于状态持久性、会话连续性、实时性能，同时积极借鉴其他优秀项目（如 OpenClaw）以增强长期使用价值。

5. Bug 与稳定性

今日新报告/活跃 Bug（按严重程度）：

  1. 严重（影响核心使用）：
    • #4108 - WebUI 生成时系统卡顿：回复生成期间鼠标掉帧、窗口切换缓慢，严重干扰多任务。暂无 fix PR，但 #4130 可能部分缓解。
    • #4102 - 截图无限压缩上下文：视觉模型每次截图均压缩并存入上下文，无意义消耗 Token 且无关闭选项。暂无 fix PR。
  2. 高（功能异常）：
    • #4128 - MiMo/DeepSeek 模型重复响应：上下文较长时重复回答并重复调用工具。暂无 fix PR。
    • #4100 - MCP streamable_http 连接断开后无法恢复：超时断开后重连失败，工具调用异常。暂无 fix PR，但 #2315 涉及 MCP 热重载安全防护，可能相关。
  3. 中（特定场景）：
    • #4116 - 企业微信单会话配置：无法避免多问题同时回答，影响对话秩序。
    • #4104 - 中文文件名空格错误：文件名中的中文与英文/数字间被错误插入空格。
      已修复/关闭 Bug：
  • #4042 - 钉钉通道最终结果通知失败（事件循环生命周期竞争条件），已关闭。
  • #3783 - 定时任务 dispatch 到错误 channel，已关闭。
  • #3988 - Windows 打包冲突，已由 #4093 修复。

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

新功能需求（开放 Issues）：

  • #4131 - 项目组与多角色群组：每个项目独立会话，支持多角色入群、@提及、共享记忆，满足多项目并行场景。
  • #4124 - OAuth 登录支持：为 OpenAI/Codex 提供商添加 OAuth 认证，提升安全性。
  • #4129 - 回滚功能：类似 Claude Code 的 /rewind，用于撤销文件或上下文损坏。
  • #4116 - 企业微信单会话模式：确保同一用户消息顺序处理。
    与 PR 结合的路线图信号：
  • 会话管理增强：PR #3255（审查中）为定时任务支持“新鲜执行会话”，直接回应 #3111（定时任务无法清空会话）的诉求，预计下一版本纳入。
  • 多通道集成深化：PR #3525（审查中）为 Discord 定时任务创建独立线程，体现对通道隔离的持续优化，可能
ZeptoClaw — qhkm/zeptoclaw

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

1. 今日速览

过去24小时，ZeptoClaw 项目活跃度较低，无新开或活跃 Issues，亦无新版本发布。仅有一个 Pull Request #571 处于待合并状态，涉及工具描述规范化改进，整体项目处于维护期，社区互动暂未显现。

2. 版本发布

无新版本发布。

3. 项目进展

  • PR #571（待合并）：feat(tools): trigger-phrase nudges in longterm_memory description
    该 PR 重写了 longterm_memory 工具的描述，引入类似 Hermes Agent 的“Use when / Do NOT use when”触发短语模式，并添加了 guarding doc-test（test_tool_description_has_trigger_phrases）。此改进提升了工具文档的清晰度与可维护性，但截至今日尚未合并，因此未对项目功能产生实际推进。

4. 社区热点

过去24小时无 Issues 更新，PR #571 亦无评论，社区讨论热度低，无显著热点话题。

5. Bug 与稳定性

无新报告 Bug、崩溃或回归问题，项目稳定性指标无异常波动。

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

无新功能请求提交。PR #571 的合并将增强 longterm_memory 工具的可用性，可能为未来 AI 助手交互优化提供基础，但暂未纳入明确路线图。

7. 用户反馈摘要

因无 Issues 评论，无法提炼用户反馈。项目当前缺乏直接用户声音，建议维护者主动征集使用体验。

8. 待处理积压

无长期未响应的重要 Issue。但 PR #571 自 2026-05-03 创建以来已等待 6 天，虽非紧急，但建议维护者优先审查以保持贡献者积极性。

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