Skip to content

📊 AI CLI 工具社区动态日报 2026-07-24 #255

Description

@github-actions

AI CLI 工具社区动态日报 2026-07-24

生成时间: 2026-07-23 21:20 UTC | 覆盖工具: 7 个


横向对比

以下是为您生成的 2026-07-24 主流 AI CLI 工具社区动态横向对比分析报告:

📊 2026-07-24 主流 AI CLI 工具生态横向对比分析报告

1. 生态全景

当前 AI CLI 工具已跨越初期的“单一命令补全”阶段,全面迈入多智能体协同、跨设备同步与深度 IDE 集成的深水区。底层架构正经历剧烈重构(如 Codex 的 Rust 化、OpenCode 的 V2 架构),以满足长上下文、高并发和复杂任务编排的稳定性需求。MCP(模型上下文协议)与插件生态的抢位战已然打响,跨工具的兼容互通(如 Codex 兼容 Claude 插件)成为新常态。然而,伴随激进迭代,上下文内存溢出、进程僵尸化及 Windows 环境兼容性已成为全行业亟待跨越的工程瓶颈。

2. 各工具活跃度对比

今日各工具社区的工程贡献与迭代节奏呈现出明显的差异:

工具名称 Issues 热度 (Top 关注数) PR 活跃度 Release 情况 当前核心重心
Claude Code Top 10 (计费/工具失效) 6 个活跃 v2.1.218 交互体验优化、无障碍支持、隔离配置
OpenAI Codex Top 10 (系统级卡死) 10 个活跃 3个 Rust alpha 底层性能调优、TUI状态栏、跨平台插件兼容
Gemini CLI Top 10 (Agent 挂起) 10 个活跃 v0.52.0-nightly 安全防御纵深、PR 自动化流水线建设
Copilot CLI Top 10 (5MB内存溢出) 2 个活跃 v1.0.74-4 MCP 生态融合、IDE终端上下文继承
Kimi Code 7 个更新 17 个活跃 无 (v0.29.0) Windows/Shell 兼容性大修、MCP架构加固
OpenCode Top 10 (计费异常) 4 个活跃 V2架构冲刺、本地模型适配
Qwen Code Top 10 (CI 稳定性) 10 个活跃 全模态演进、企业级外部记忆集成

(数据洞察:Kimi Code 以 17 个底层修复 PR 领跑今日代码贡献;Codex 连发 3 个 Alpha 版本显示其底层正面临高强度压测;而 Copilot CLI 今日 PR 极少,处于功能发布后的观察期。)

3. 共同关注的功能方向

跨工具分析显示,开发者社区的关注点正在趋同,主要集中在以下四大方向:

  • 上下文与内存精细化治理
    • 痛点:长对话导致的内存泄漏与 OOM。
    • 表现:Copilot CLI 遭遇严重的“5MB 限制锁死会话”问题;Codex 日志膨胀至 2GB;OpenCode 陷入自动压缩死循环;Qwen 和 Claude 用户呼吁可配置的 /compact 压缩阈值。
  • 跨平台原生体验(特别是 Windows/Linux)
    • 痛点:跨平台进程管理与终端兼容性极其脆弱。
    • 表现:Codex 的 Windows 端出现严重的 taskkill 进程风暴和 WMI 资源耗尽;Kimi 集中修复 Windows 管道阻塞与并发日志争抢;Claude 遇到 MSYS2 性能衰减;Copilot 出现 WSL2 引号解析错误。
  • MCP 协议的深度集成与互通
    • 痛点:工具调用、插件市场与 IDE 的割裂。
    • 表现:Copilot 发布 Open Plugin Spec v1 并探索继承 VS Code 的 MCP 工具;Codex 主动尝试兼容 Claude Code 插件;Kimi 大修 MCP 会话复用机制。
  • 多智能体隔离与资源调度
    • 痛点:子代理“黑盒化”、失控甚至连累主进程。
    • 表现:Gemini 的子代理出现无限挂起和误报成功;OpenCode 的子代理无法清除衍生进程导致磁盘 I/O 打满。

4. 差异化定位分析

  • Claude Code“体验与规范的定义者”。侧重于打磨日常开发体验(如后台代码审查、a11y无障碍),其插件规范正在成为被竞品兼容的行业标准,目标受众是追求极客体验与高规范标准的前沿开发团队。
  • OpenAI Codex“追求极致性能的重量级选手”。底层正进行 Rust 化重构,重度依赖沙箱机制。旨在承载高并发、大规模代码的重构任务,但当前受困于 Windows 底层的“水土不服”。
  • Gemini CLI“自动化基建与安全的先锋”。独特的定位在于其正在构建“AI修AI

各工具详细报告

Claude Codeanthropics/claude-code

Claude Code Skills 社区热点

数据来源: anthropics/skills

这是一份基于 anthropics/skills 仓库数据(截至 2026-07-24)的 Claude Code Skills 社区热点分析报告。

1. 热门 Skills 排行 (Top Pull Requests)

虽然近期高曝光的 PR 大多为修复与基础强化,但以下新增 Skill 及核心改进在社区引起了较高关注:

  • Self-Audit (自审与推理质量门禁) | PR #1367
    • 功能:在 AI 输出结果前进行机械性文件验证与四维推理审计。
    • 热点:契合了社区对提升 AI 交付准确率的渴望。状态:[OPEN]
  • Document-Typography (文档排版质量控制) | PR #514
    • 功能:解决 AI 生成文档时的孤行、寡行及编号错位等排版问题。
    • 热点:直击大语言模型长文本输出的通病,实用性极高。状态:[OPEN]
  • Color-Expert (色彩专家) | PR #1302
    • 功能:提供色彩命名系统、色彩空间(OKLCH/CSS)及前端配色指导。
    • 热点:填补了前端设计和UI生成中精细化色彩控制的能力空白。状态:[OPEN]
  • Skill-Quality & Security Analyzers (Skill质量与安全分析) | PR #83
    • 功能:用于审查自定义 Skills 本身的代码质量与潜在安全漏洞的“元技能”。
    • 热点:精准响应了近期关于 Skill 确权与安全信任边界的激烈讨论。状态:[OPEN]
  • ODT Skill (开放文档格式处理) | PR #486
    • 功能:支持创建、解析和转换 ODT/ODS 等开源办公文档格式。
    • 热点:补齐了 Claude Code 在跨生态、非微软系文档处理上的短板。状态:[OPEN]

2. 社区需求趋势

从高评论数的 Issues 中,可以看出社区对未来 Skills 的发展有四大明确期待:

  • 安全与信任隔离机制:社区强烈呼吁解决第三方 Skill 冒充官方 (anthropic/ 命名空间) 的安全隐患(Issue #492,43条评论),需求集中在权限控制和沙箱隔离。
  • 企业级协作与共享:用户苦于目前无法在企业/团队内部高效共享 Skills,呼吁推出组织级的 Skill 市场或共享库(Issue #228)。
  • 长周期 Agent 记忆压缩:随着 Agent 运行时间变长,上下文爆炸成为痛点。社区提议通过符号标注等方式压缩 Agent 记忆状态(Issue #1329compact-memory)。
  • AI 治理与护栏:针对高风险企业场景(如处理 SharePoint 文档),急需建立涵盖访问控制、威胁检测和审计追踪的“Agent 治理” Skill(Issue #412)。

3. 高潜力待合并 Skills (High-Potential Merges)

以下 PR 虽是底层工具或 Bug 修复,但由于解决了阻碍工作流的核心痛点,近期极有可能合并落地:

  • Skill-Creator 核心评测链路修复 (批次合并预警)PR #1298PR #1323 及 Windows 兼容修复 PR #1050。这些 PR 致力于解决 run_eval.py 导致的“召回率恒为 0%”严重 Bug(关联 Issue #556),是自动优化 Skill 描述词的基石。
  • 文件校验与防崩溃更新PR #362(修复多字节字符引发的 UTF-8 panic)与 PR #539(修复 YAML 未加引号导致的静默解析失败),大幅提升多语言环境下的稳定性。
  • PDF/DOCX 文档防损坏修复PR #541(修复 DOCX 被现有书签污染)与 PR #538(修复大小写敏感路径失效),直击现有官方文档处理 Skill 的致命缺陷。

4. Skills 生态洞察

一句话总结: 当前社区在 Skills 层面的核心诉求,正迅速从“功能扩展”转向**“工程化治理”**——即迫切需要建立清晰的安全信任边界、实现跨平台/跨组织的高效分发共享,并补齐底层评测与上下文管理的健壮性基础设施。


这是一份为您生成的 2026-07-24 Claude Code 社区动态日报。

🛠️ Claude Code 社区动态日报 (2026-07-24)

1. 今日速览

今日 Claude Code 发布了 v2.1.218 版本,重点将 /code-review 移至后台执行以提升交互体验,并增强了无障碍功能。社区今日爆发了多起关于 Task/Todo 工具意外失效 的集中反馈,疑似与服务端近期开启的实验性特性有关;此外,Fable 5 模型在 Max 计划中的计费异常 引发了广泛讨论。

2. 版本发布

  • v2.1.218 (查看详情)
    • 后台代码审查/code-review 现作为后台子智能体运行,不再填满主对话上下文,且支持对堆叠的 slash commands 进行审查。
    • 无障碍增强 (a11y):为词汇和行删除操作(如 Option+Delete, Ctrl+W, Cmd+Backspace)添加了屏幕阅读器播报支持。

3. 社区热点 Issues (Top 10)

以下是过去 24 小时内社区关注度最高、影响最大的 Issues:

  1. [BUG] Fable 5 提示需要使用额度 (Max 计划用户受阻)#79337 ⭐ 37 评论
    • 动态:在 Fable 5 成为 Max 计划标配的首日(7月20日),大量用户反馈被拒绝使用 Fable 5 并提示需要额度,随后被静默降级为 Opus 4.8。
  2. [FEATURE] Claude Desktop / Cowork 需支持 RTL (从右到左) 布局#38005 ⭐ 40 评论, 84 点赞
    • 动态:希伯来语和阿拉伯语用户强烈呼吁完善国际化支持,此需求已积压数月,点赞量极高。
  3. [BUG] 核心工具 Task/Todo 工具集体消失 (系统级回退)#80210, #80160 等 (关联 #77577, #80213, #80218)
    • 动态:今日最严重的群发性 Bug。自 7 月 20-21 日起,多个模型在交互式会话中完全丢失了 Task 工具,且无法通过配置恢复,开发者怀疑是被纳入了某项异常的 A/B 测试。
  4. [BUG] OAuth 登录陷入死循环#77966 ⭐ 11 评论
    • 动态:Linux/IntelliJ 平台用户反馈账号登录时,重定向过程丢失 state 参数导致无限触发“重新登录”。
  5. [BUG] 非交互式系统提示词泄漏至交互会话#77327 ⭐ 9 评论
    • 动态:VS Code 插件中,本应只在后台执行的系统 Prompt 被错误注入到了用户的交互式上下文中。
  6. [BUG] 移动端被安全样板文本刷屏#73647 ⭐ 7 评论
    • 动态:Agent 的 idle_notification 等无实际操作的状态检测包,被强制附加了冗长的“另一会话发来消息...”安全警告,占用了移动端 80% 的屏幕。
  7. [BUG] 用户输入区域随机出现乱码字符#1509 ⭐ 19 评论
    • 动态:macOS 终端 (iTerm2) 下的老问题,运行过程中输入框会被随机字符污染。
  8. [BUG] 插件提交卡在 "Published" 状态#80263 ⭐ 6 评论
    • 动态:开发者反馈插件在控制台显示已发布,但始终无法在公开目录中检索和传播。
  9. [BUG] Windows 环境 Bash 工具性能随时间严重衰减#80670
    • 动态:受限于 MSYS2 的 fork 模拟机制,Windows 下子进程创建成本随机器运行时间线性劣化,社区建议引入 WSL 后端作为备选。
  10. [BUG] VirtualBox (Kubuntu) 下触发 General Protection Fault 崩溃#80308
    • 动态:v2.1.217 在部分虚拟机环境中存在致命的底层崩溃问题。

4. 重要 PR 进展

今日共有 6 个活跃 PR,涵盖新插件引入与关键脚本修复:

  1. feat: 新增多账户隔离插件#80326 by @Osalumense
    • 提供本地个人、工作、客户等多 Claude 账号配置环境的一键切换与隔离管理。
  2. feat: 新增 /planwith 内联计划命令#18217 by @danjin250
    • 允许用户在开启 Plan 模式的同时直接传入 Prompt 参数,减少两步操作的摩擦。
  3. fix: 修复 /ralph-loop 将 Prompt 当作 Shell 执行的漏洞#80495 by @Serhii-Leniv
    • 修复了用户输入的普通文本被错误替换进 $ARGUMENTS 并作为后台 Shell 代码自动执行的危险逻辑。
  4. fix: 完善自动关闭重复 Issue 脚本#80508 by @Serhii-Leniv
    • 修复了自动化 Bot 读取评论和 reactions 时的分页截断问题。
  5. docs(gcp): 遇到校验和不匹配时中断部署#80353 by @erichanwang
    • 增强了 GCP 网关部署的安全性,二进制文件校验失败即刻终止流程。

5. 功能需求趋势

  • 配置与环境隔离:多账号用户对
OpenAI Codexopenai/codex

这是一份为您定制的 OpenAI Codex 社区动态技术分析师日报(2026-07-24)。


📰 OpenAI Codex 社区动态日报 (2026-07-24)

1. 今日速览

今日 Codex 核心组件 rust 迎来了 3 个 alpha 版本的密集迭代,底层优化进展迅速。社区层面,Windows 桌面端的性能与稳定性问题(特别是 WMI Host CPU 占用过高和进程清理风暴)集中爆发,成为最紧迫的痛点。同时,开发者对**跨平台支持(尤其是 Linux 桌面端)以及上下文持续压缩导致的 OOM(内存溢出)**表达了强烈关注。

2. 版本发布

  • Rust 核心库密集发布:过去 24 小时内连续发布了 v0.146.0-alpha.5v0.146.0-alpha.4v0.146.0-alpha.5。这表明 Codex 底层 Rust 组件正在高频联调与灰度测试中,预计正在为下一个稳定版的性能和并发处理打基础。

3. 社区热点 Issues (Top 10)

以下为本期最值得关注的 10 个 Issue,聚焦于高关注度需求与严重 Bug:

  1. [高优需求] 请求 Linux 版桌面应用#11023
    • 关注理由:获得了高达 825 个赞和 185 条评论。由于 Mac 笔记本存在的功耗问题,大量开发者迫切要求官方提供 Linux 原生桌面端支持。
  2. [高危 Bug] Windows 桌面端引发 taskkill 进程风暴,耗尽 WMI 资源#34260
    • 关注理由:Windows 独立应用会陷入无限制的进程清理死循环,产生数百个 taskkill.exe 进程并耗尽 WMI 配额,导致系统卡死。
  3. [高优需求] 仿照 Claude Code 支持自定义 TUI 状态栏#17827
    • 关注理由:122 个赞。用户希望像 Claude Code 一样,通过简单脚本在终端 UI 底部实时显示 Token 用量、速率限制、Git 分支等关键信息。
  4. [严重 Bug] macOS 并发开多个线程导致渲染器 OOM 崩溃#34890
    • 关注理由:多线程历史记录无限制保留,导致应用重载时发生“请求风暴”,泄露 170 多个渲染器进程,每 5 分钟崩溃一次。
  5. [严重 Bug] WMI Provider Host CPU 占用率飙升至 90-100%#34014
    • 关注理由:又一个 Windows 独占的性能杀手,同一项目在 VS Code 插件中正常,但在独立 App 中会导致 CPU 满载。
  6. [体验 Bug] GPT-5.6 Sol 模型在 ChatGPT 账号中不再受支持#34027
    • 关注理由:最新更新后 gpt-5.6-sol 模型消失,严重影响依赖该模型的工作流。
  7. [严重 Bug] 会话日志和压缩历史膨胀至 700MB-2GB#24948
    • 关注理由:TUI 端长期运行后,未清理的原始工具输出导致本地日志异常庞大,占用大量磁盘空间。
  8. [体验 Bug] 长任务成功完成后,后续操作被永久 "Request blocked"#33973
    • 关注理由:上下文安全策略或路由机制误判,导致耗时任务完成后无法继续进行追问交互。
  9. [体验 Bug] 安全拦截误报打断防御性代码审查#34988
    • 关注理由:在进行代码审查(尤其是涉及网络安全防御的代码)时,Codex CLI 的安全检查经常被错误触发,阻断正常开发。
  10. [计费/配置 Bug] CLI 误判账户为 "Pro Lite" 导致触发限额#32344
    • 关注理由:Pro 20x 用户在 CLI 中被错误识别为低级套餐,严重影响正常的工作连续性。

4. 重要 PR 进展 (Top 10)

今日有大量针对 TUI 交互、会话管理和插件系统优化的 PR 被合并:

  1. 保留 Side Conversation(侧边对话)状态#35011
    • 添加了 toggle_side_conversation 快捷键(默认 ctrl-/),在切换线程时无需关闭侧边会话,极大提升了多任务并行体验。
  2. TUI 指令中断改为非阻塞模式#35000
    • 将 turn interrupts 放入后台处理,保证 TUI 在等待中断时仍能响应线程事件,解决界面卡顿问题。
  3. Skill 上下文预算超限告警机制#34997
    • 当插件目录占用过多上下文导致描述被截断时,系统会向用户发出警告,增强了 Token 使用的透明度。
  4. 推断并兼容 Claude Code 插件市场#34979
    • 技术亮点:Codex 开始主动识别和兼容 anthropics/claude-code 的插件生态,跨工具插件兼容性迈出重要一步。
  5. 限制执行器控制的 HTTP 响应缓冲边界#31781
    • 安全修复:修复了远程 exec-server 中潜在的内存耗尽漏洞,限制单帧 JSON-RPC 消息过大引发的内存保留问题。
  6. 支持按服务器维度省略 MCP 工具前缀#34991
    • 允许在配置中省略特定 MCP 服务器的 mcp__ 前缀,使得 Prompt 中的工具调用指令更加简洁。
  7. 线程项目的增量重放支持#35013
    • 允许增量读取已更新的持久化快照,而无需每次全量重放,提升了长会话的加载速度。
  8. 会话分叉保留原始时间戳#35003 (相关 PR: #34989)
    • 导入或分叉外部 Agent 会话时,不再使用导入时间覆盖,完美保留了原始对话的时间线。
  9. 分离 Codex 错误详情与重试元数据#34996
    • 重构了错误处理逻辑,允许映射错误保留服务器提供的重试时间,优化了网络波动时的重试策略。
  10. 通过 App Server 暴露远程 Skill 图标 URL#35012
    • SkillInterface 添加了图标字段,预示着未来桌面端 UI 对第三方 Skill 的可视化展示将更加完善。

5. 功能需求趋势

通过对近期 Issue 的提炼,社区最关注的功能演进方向如下:

  • 跨平台与原生体验:Linux 桌面端需求呼声极高;同时 Windows 端亟需底层进程调度优化(WMI / 沙箱机制)。
  • 长上下文与内存治理:针对多图片负载、长历史记录、频繁的自动压缩,社区要求提供更智能的上下文淘汰机制和内存控制。
  • UI/UX 自定义化:开发者强烈需要像竞争对手那样的自定义状态栏,以随时掌控 Token 消耗和费率。
  • 无感且安全的远程互联:Mac-to-Mac、Windows-to-Android 的远程控制功能被频繁报障,需要重构连接与侧边栏同步逻辑。

6. 开发者关注点总结

  1. Windows 生态的“水土不服”:Codex 桌面端在 Windows 上的沙箱、进程清理 (taskkill) 和 WMI 查询存在严重的设计缺陷,已成为当前最大的败笔。
  2. 安全策略过于敏感:在进行常规的防御性代码编写或安全代码审查时,极其容易触发 "Request blocked" 或安全拦截,打断工作流。
  3. 底层沙箱兼容性差:在 Ubuntu 24.04 等较新系统上,Bubblewrap 沙箱常因 userns/loopback 配置报错,导致 apply_patch 等核心工具直接失效。
  4. 大模型计费与速率限制混乱:Pro/Pro x20 用户频繁遭遇套餐被错误识别为 Lite、以及单次提问消耗异常配额的问题。
Gemini CLIgoogle-gemini/gemini-cli

Gemini CLI 社区动态日报 (2026-07-24)

数据来源: github.com/google-gemini/gemini-cli

1. 今日速览

今日 Gemini CLI 发布了 v0.52.0-nightly 版本,主要修复了核心凭证链的回退机制并新增了评估覆盖率命令。社区活跃度极高,开发焦点集中在 Subagent(子代理)的稳定性与安全性,以及底层**自动化代码生成流水线(PR Generator)**的基础设施建设。此外,认证安全(如 OAuth 令牌刷新、HTTPS 强制校验)和多个导致系统卡死的 P1 级 Bug 也迎来了关键修复。

2. 版本发布

  • v0.52.0-nightly.20260723.g9681621c6 (查看 Release)
    • 修复: 顺序验证缓存凭证,并恢复了 GOOGLE_APPLICATION_CREDENTIALS 环境变量的回退机制。
    • 功能: 新增了 eval(评估)覆盖率报告命令。

3. 社区热点 Issues (Top 10)

以下为本期最值得关注的社区 Bug 反馈与功能需求:

  1. [P1] Subagent 达到 MAX_TURNS 后误报成功 (#22323)
    • 关注点: codebase_investigator 触发最大轮次限制后,仍返回 status: "success",掩盖了任务被中断的事实,容易导致开发者误信残缺的分析结果。
  2. [P1] Generalist Agent 出现无限挂起 (#21409)
    • 关注点: 在处理简单的文件操作(如创建文件夹)时,通用 Agent 经常永久卡死,社区反馈强烈(8 个 👍),目前只能通过禁用子代理来解决。
  3. [P1] Shell 命令执行后卡在 "Waiting input" (#25166)
    • 关注点: 执行完基础 CLI 命令后,终端错误地维持活跃状态并等待用户输入,严重影响工作流。
  4. [P2] Auto Memory 机制安全与性能隐患 (#26522 & #26525)
    • 关注点: 自动记忆功能不仅会无限重试处理“低价值”会话,还存在向模型发送未脱敏 Transcript 的隐私泄露风险。
  5. [P2] 探索基于 AST(抽象语法树)的代码库感知能力 (#22745)
    • 关注点: 社区呼吁引入 AST 感知的文件读取和映射工具,以减少 Token 噪音并提高单次工具调用的代码定位精度。
  6. [P2] 工具数量超过 128 个时触发 400 错误 (#24246)
    • 关注点: 暴露了 Agent 在处理大量 MCP 工具时的上下文超载问题,亟需更智能的工具范围动态裁剪机制。
  7. [P2] Agent 执行破坏性命令缺乏防护 (#22672)
    • 关注点: 模型在处理 Git 分支或 DB 维护时,偶尔会使用 git reset --force 等高危指令,需要增加对破坏性行为的熔断机制。
  8. [P2] 模型不主动调用自定义 Skills/Sub-agents (#21968)
    • 关注点: 尽管定义了明确的上下文描述,Gemini 模型仍然极少自主调用自定义 Agent,表明路由调度策略有待优化。
  9. [P2] 强制使用原生 Bash 并结合零依赖 OS 沙箱 (#19873)
    • 关注点: 社区提出了一个非常硬核的架构设想:利用 Gemini 原生的 POSIX 能力,结合沙箱隔离执行,从而完全摒弃笨重的外部工具依赖。
  10. [P1] Browser Subagent 在 Wayland 下失效 (#21983)
    • 关注点: Linux (Wayland 桌面协议) 用户体验受损,浏览器代理直接执行失败。

4. 重要 PR 进展 (Top 10)

近期合并或正在审核的核心代码贡献:

  1. [feat] Gemini CLI SSR 代码生成流水线基建 (PR #28431, PR #28434, PR #28435)
    • 进展: 引入了完整的 Issue 到 PR 的云端自动化流水线架构,包含 Cloud Run 配置、Dockerfile 以及 Antigravity 代理模板。
  2. [fix] OAuth 令牌刷新机制修复 (PR #28481)
    • 进展: 修复了配置了动态注册的 MCP 服务器时 OAuth 刷新失败并错误删除凭证的严重 Bug。
  3. [fix] 强制 HTTPS 校验防止凭据明文泄漏 (PR #28517)
    • 进展:GoogleCredentialsAuthProvider 增加了协议安全检查,阻止 ADC Token 通过 HTTP 明文传输。
  4. [fix] 修复终端焦点抢占问题 (PR #28183)
    • 进展: 修复了 VS Code 扩展在关闭 Diff 预览时,键盘焦点从集成终端丢失的烦人问题。
  5. [fix] 使用原生 fetch 解决 OAuth "Premature close" (PR #28446)
    • 进展: 解决了部分无头 VPS 设备上因网络 I/O 底层实现问题导致永远无法登录的 P1 级故障。
  6. [feat] 模型选择器新增 gemini-3.5-flash (PR #28485)
    • 进展: 修复了旧版路径无法获取和切换最新 gemini-3.5-flash 模型的问题。
  7. [fix] 过滤内部独白防止重复推理 (PR #28509)
    • 进展: 在禁用上下文管理时,从历史记录中完全剥离 Gemini 2.x+ 的 thought: true 部分,避免思维链泄露导致的上下文污染。
  8. [feat] 自动化关闭 Issue 前增加声明 (PR #28411)
    • 进展: 机器人自动关闭 Issue 前会先发布解释性评论,改善了 Maintainer 与社区用户的沟通体验。
  9. [fix] 模型回退时轮换 Session ID (PR #28469)
    • 进展: 当系统强制回退到 gemini-2.5-flash 时轮换会话 ID,解决了后端抛出阻塞性 API 错误的问题。
  10. [fix] 清洗不可信的 Issue 标题 (PR #28352)
    • 进展: 修复了 Caretaker 自动化代理中的提示词注入漏洞,对外部标题中的 </untrusted_context> 标签进行转义。

5. 功能需求趋势

纵观本期数据,Gemini CLI 的演进呈现出以下三大趋势:

  • Agentic Workflow(代理工作流)的强化与隔离: 社区与官方正倾力解决多 Agent 架构下的路由(不够智能)和容错(卡死、误报成功)问题,并开始引入 AST 感知工具以提升代码级别的精确操作能力。
  • 高度自动化的内部基建: 通过 PR Generator 系列 PR 可以看出,团队正在构建一个“AI 修 AI”的系统,利用 Cloud Run、Firestore 和 Antigravity Agent,实现从 Issue 提出到自动生成修复 PR 的全闭环。
  • 安全防御纵深的构建: 从 OS 级别的沙箱执行(沙箱化 Bash),到 Auto Memory 的确定性脱敏,再到 HTTPS 强制校验与 Prompt 注入防护,安全性已成为新功能迭代的前置条件。

6. 开发者关注点 (痛点总结)

  • 稳定性危机: Agent 挂起(Generalist agent hangs)、命令行等待死锁(Waiting input)以及交互式终端卡死,是当前开发者日常使用中最直接的痛点。
  • Subagent 的“黑盒”与“失控”: 开发者发现子代理经常忽略权限配置擅自运行,且在发生错误时缺乏足够的上下文反馈(Bug report 不包含子代理状态),导致调试极其困难。
  • 认证与环境兼容性: 在 Headless 服务器或特定 Linux 桌面协议(如 Wayland)下,OAuth 登录失败和 ADC 凭证获取异常依然是高频反馈的阻碍性问题。
GitHub Copilot CLIgithub/copilot-cli

GitHub Copilot CLI 社区动态日报 (2026-07-24)

1. 今日速览

今日 GitHub Copilot CLI 发布了 v1.0.74-4 版本,正式引入了对 Open Plugin Spec v1 插件清单和 mcp.json 配置的支持,标志着其向插件化与 MCP(模型上下文协议)生态迈出了重要一步。社区方面,开发者对**上下文内存管理(尤其是突破 CAPI 5MB 限制导致的会话崩溃问题)**以及 MCP 工具在 CLI 与 IDE 间的无缝集成表现出了极高的关注度,多个核心痛点引发了热烈讨论。


2. 版本发布

v1.0.74-4 (发布详情)

  • 新增: 支持Open Plugin Spec v1插件清单和 mcp.json 配置文件。
  • 优化: Subagent(子代理)时间轴现在能够清晰区分提示是来自主代理还是其他子代理,提升了多代理协作的可观测性。
  • 修复: 修复了当 CLI 重新加载 MCP 服务器或更改目录时,IDE 集成无法可靠自动重连的问题。

(注:同日发布了 v1.0.74-3,主要为基础修复与常规变更。)


3. 社区热点 Issues (Top 10)

以下是近期社区讨论最热烈、影响最深远的 10 个 Issue:

  1. [OPEN] apply_patch 存储已删除的二进制文件永久超出 CAPI 5MB 限制 (#4097)
    • 关注点: 严重 Bug。使用 apply_patch 删除大型二进制文件时,整个二进制文件会作为文本差异存储在会话历史中,导致后续所有请求超出 CAPI 5MB 限制,且 /compact 也无法挽救,直接造成会话永久卡死。
  2. [OPEN] BYOK 在 --acp 模式下仍被拒绝 (1.0.61–1.0.68 版本回退) (#4016)
    • 关注点: 企业/进阶用户痛点。配置了自定义模型提供商(BYOK)后,在非交互式 ACP 模式下仍强制要求 GitHub 登录验证,阻断了自动化工作流。
  3. [OPEN] CLI 应从连接的 VS Code 实例继承 MCP 工具 (#4143)
    • 关注点: 功能需求。开发者强烈希望 CLI 与 IDE 打通,当 VS Code 中安装了 MCP 扩展时,Copilot CLI 会话能直接继承并调用这些工具。
  4. [OPEN] WSL2 (ARM64) 下 /copy 命令因 cmd.exe 引号解析错误而失败 (#3534)
    • 关注点: 跨平台兼容性。在 WSL2 ARM 环境下,通过 Windows 路径进行剪贴板写入时由于引号转义 Bug 导致功能直接失效。
  5. [OPEN] Windows 冷启动时 copilot --resume 挂起 (#4165)
    • 关注点: 平台稳定性。Windows 用户在 PowerShell 直接使用恢复会话命令会无限卡在 "Resuming session...",严重影响体验。
  6. [OPEN] Atlassian MCP server: OAuth 成功但会话未暴露任何工具 (#4089)
    • 关注点: MCP 生态兼容性。部分 HTTP MCP 服务器(如 Atlassian)验证成功,但工具未能成功挂载到代理会话中。
  7. [OPEN] 回退 Bug: Ctrl+C 无法再取消/中断活跃的 Agent 运行 (#4235)
    • 关注点: 交互体验严重受损。Ctrl+C 是终端用户中止错误 AI 生成的核心操作,当前按键被忽略导致用户只能等待长耗时任务自行结束。
  8. [OPEN] 添加可配置的自动压缩阈值 (#1688)
    • 关注点: 上下文管理。使用 Claude Opus 4.6 等大模型时,上下文膨胀会显著降低性能。开发者呼吁在 config.json 中开放自定义触发 /compact 的阈值(如设定在 50% 上下文使用率时)。
  9. [OPEN] CLI 无法处理结构化 MCP 响应中的 BigInt 数据 (#4211)
    • 关注点: 底层序列化 Bug。当 MCP 服务器返回大整数时,CLI 解析直接崩溃并中止所有正在进行的任务。
  10. [CLOSED] 超大附件永久锁定会话 (CAPI 5MB 限制) (#3767)
    • 关注点: 本日重点解决的痛点。附件超限会直接导致整个会话报废且无恢复机制,目前该 Issue 已关闭,推测近期更新已着手处理此阻断性问题。

4. 重要 PR 进展

(注:过去 24 小时内更新的 PR 数量较少,仅有以下 2 个进展:)

  1. [CLOSED] Withdrawn: incorrect scope for #3534 (PR #4228)
    • 进展: 针对前文提到的 WSL2 剪贴板 Bug (#3534) 的修复尝试。作者撤回了该 PR,原因是错误地修改了文档而非底层的私有剪贴板运行时实现代码,源分支已被删除。
  2. [OPEN] ViewSonic monitor (PR #3163)
    • 进展: 疑似无效 PR 或自动机器人测试提交,内容关联至运行环境与硬件配置,对项目工程价值较低。

5. 功能需求趋势

综合近期 Issue,社区对 Copilot CLI 的功能演进呈现出以下三大趋势:

  • 深水区 MCP 协议支持: 开发者已不满足于基础的 MCP 连接,强烈要求实现资源订阅 (resources/subscribe)、工具列表热更新 (list_changed) 以及工具延迟加载的真实耗电量计算。
  • IDE 与终端生态融合: 核心诉求是消除 VS Code 与终端 CLI 之间的壁垒。用户希望 MCP 工具、上下文、Agent 配置能够在 IDE 和 CLI 之间无缝继承与共享。
  • 精细化的上下文与内存管控: 面对越来越复杂的任务和越发庞大的模型(如 Opus 4.6),社区迫切需要自定义上下文压缩策略(自定义 Threshold)、以及更稳健的会话内存垃圾回收机制,以规避硬性物理限制(如 CAPI 5MB 限制)。

6. 开发者关注点与痛点总结

  • “5MB 会话报废”现象是最大痛点: 在处理大型附件、二进制文件删除或长会话时,极易触发 CAPI Responses 的 5MB 限制。一旦触发,Agent 极易陷入死循环或直接卡死,且目前缺乏有效的回滚或自动清理机制。
  • 非交互式/企业级鉴权阻碍自动化: 在 CI/CD 或 ACP(Agent Client Protocol)场景下,BYOK(自带密钥)和企业账户(GHE)的登录流程不顺畅,频繁出现鉴权拦截,违背了 CLI 工具“无头/零打扰”的自动化初衷。
  • 核心终端交互动作的回归: 终端用户重度依赖快捷键操作。类似 Ctrl+C 失效(无法打断危险或错误指令)以及 Windows 系统下的各种挂起问题,极大地削弱了开发者对工具的信任感。
Kimi Code CLIMoonshotAI/kimi-cli

这是一份为您准备的 Kimi Code CLI 社区动态日报。

📰 Kimi Code CLI 社区动态日报 (2026-07-24)

1. 今日速览

今日 Kimi Code CLI 社区迎来了密集的底层修复与优化,核心贡献者 @lihailong00 集中提交了十余个针对 Windows兼容性、Shell交互和 MCP (Model Context Protocol) 稳定性的关键 PR。同时,社区讨论焦点集中在跨设备工作流同步、多智能体模型分配策略,以及第三方 API 兼容性引发的热门 Bug 上。

2. 版本发布

  • 无新版本发布。过去 24 小时内官方暂未推出新的 Release,目前主版本仍维持在 v0.29.0。

3. 社区热点 Issues

今日共更新 7 条 Issues,以下是最值得关注的动态:

  • #1282 [enhancement] Feature Request: Remote Control - Continue local sessions from any device
    分析:这是今日互动量最高(👍 16,评论 6)的 Issue。用户希望能通过手机或平板等移动设备远程接管并继续本地的 CLI 会话。这反映出随着 CLI 深入使用,开发者对“本地运行+移动端轻交互”的跨设备工作流需求极为强烈。
  • #2533 Feature Request: Per-agent model selection for sub-agents
    分析:用户提出希望能够为子智能体独立指定运行模型(区别于会话默认模型)。这对于构建“低成本模型做规划+高性能模型做核心任务”的复杂多智能体工作流至关重要,是 AI Native CLI 发展的必然诉求。
  • #2534 [bug] Model API error 400 Validation: Unsupported parameter(s): prompt_cache_key
    分析:一个影响广泛的兼容性 Bug。Kimi Code CLI 在调用第三方 API(如 Nvidia nim)时错误地传入了官方专属的 prompt_cache_key 参数,导致 0.29.0 版本中第三方模型直接报错不可用。(注:官方已通过今日的 PR #2535 修复)。
  • #2538 [Bug] kimi-datasource plugin worker pool blocks all sessions on timeout
    分析:严重的稳定性问题。当并发运行多个会话并密集调用 API 插件时,worker 池阻塞会导致所有 CLI 会话集体卡死。这暴露了当前插件系统在资源调度和进程隔离上的瓶颈。
  • #2545 [enhancement] Synchronize queued prompts to backend to improve phone user experience
    分析:移动端体验优化诉求。用户指出当浏览器/手机切到后台时,排队的提示词不会发送给后端,希望官方能优化这一断点续传体验。
  • #2553 /plugins crashes with TypeError when 2+ plugins installed (Windows)
    分析:Windows 平台上的致命崩溃 Bug。当安装两个及以上插件时,/plugins 管理界面会直接引发 TypeError 导致整个 CLI 崩溃。
  • #2552 [Bug][Kimi Desktop] Poor font kerning for Cyrillic text
    分析:UI 细节问题,Kimi Desktop 面板对西里尔字母(如俄语)的字间距渲染异常,影响海外开发者阅读体验。

4. 重要 PR 进展

今日共有 17 个 PR 更新,修复范围极广,以下挑出 10 个核心 PR:

  • #2535 fix(llm): scope prompt cache keys to Moonshot APIs
    功能热门 Bug 修复。将 prompt_cache_key 参数的作用域严格限制在官方 Kimi/Moonshot API 内,解决了向第三方端点发送请求时的 400 报错问题(对应 Issue #2534)。
  • #2548 & #2541 fix(mcp): Reuse client sessions & Continue after failure
    功能MCP 架构强化。#2548 复用已初始化的 MCP 客户端会话以提高性能;#2541 确保后台 MCP 启动失败时不会中断交互主进程,极大增强了工具链的鲁棒性。
  • #2547 & #2542 Windows 底层适配大修
    功能Windows 体验提升。#2547 强制将 Windows 的 stdio 配置为 UTF-8,彻底解决乱码问题;#2542 将日志隔离为 kimi.<pid>.log,防止并发进程争抢同一日志文件导致报错。
  • #2530 fix(shell): stop blocking until timeout when a detached child holds the pipes
    功能:修复 Shell 命令执行逻辑。此前后台守护进程会占用管道导致 CLI 空等到超时,现在优化了 stdout/stderr 的 EOF 检测机制,避免无意义的阻塞。
  • #2544 fix(kaos): terminate local process trees
    功能:进程管理优化。为本地命令分配独立的进程组,在任务取消或超时能够精准杀掉整个进程树,防止产生僵尸进程。
  • #2539 fix(mcp): normalize tools for Moonshot API
    功能:规范化 MCP 工具的 Schema 定义(补充缺失的 object 根类型),解决上游 API 的参数解析报错。
  • #2551 fix(shell): search past file completion limit
    功能:补全体验优化。对于非 Git 项目的 @ 文件提及功能,突破了过去只能搜索前 1000 个文件系统条目的限制。
  • #2524 fix(tools): count StrReplaceFile replacements against running content
    功能:核心工具链修复。修复了 StrReplaceFile 在连续多步替换时,由于基于原始内容计数导致后续替换失败的问题。
  • #2546 fix(print): escape markup in echoed stdin prompts
    功能:安全性修复。防止用户输入的内容被当作 Rich markup 被终端错误解析执行。
  • #2540 fix(media): normalize ICO images to PNG
    功能:多模态适配。自动将读取到的 ICO 图像标准化为 PNG 格式再发送给模型
OpenCodeanomalyco/opencode

这份报告为您梳理了 2026 年 7 月 24 日 OpenCode 社区的最新动态。今日社区无新版本发布,但围绕 V2 架构的平滑迁移、工具调用稳定性的修复以及本地模型适配成为了讨论核心。

1. 今日速览

今日 OpenCode 无新版本发布,社区重心主要集中在 V2 架构的合并与底层重构上。热点问题集中在内容过滤机制导致的错误计费子进程泄漏引发的系统资源耗尽以及非交互模式下的自动化卡死。PR 方面,官方正积极推进 V2 工具链的统一,并针对多语言 RTL(从右向左)排版和 DeepSeek/Gemini/Anthropic 的 API 参数兼容性提交了关键修复。


2. 版本发布

(过去 24 小时内无最新 Release)。


3. 社区热点 Issues (Top 10)

以下为本期最受关注或最具技术讨论价值的 Issues:

  • [OPEN] Auto-discover models from OpenAI-compatible provider endpoints (#6231)
    • 关注点:高频痛点(187 👍)。用户呼吁 OpenCode 能够自动发现兼容 OpenAI 标准的本地模型(如 Ollama, LM Studio),以取代繁琐且易错的手动 opencode.json 配置。
  • [OPEN] False positive content-filter on claude-fable-5 — charged ~$20 for blocked output (#35475)
    • 关注点:严重的计费与安全 Bug。内容过滤器误杀正常请求,导致用户未收到输出却被扣费。类似问题也体现在 #35643 中,社区对“拦截输出但仍扣费”反应强烈。
  • [CLOSED] OpenCode immediately enters auto-compaction loop and stops generating responses (#30680)
    • 关注点:核心体验受损。模型在空目录下陷入自动压缩与无限循环,消耗大量 Token 且拒绝输出。同类无限循环 Bug 见 #26220
  • [OPEN] Subagent termination does not kill spawned child processes (disk abuse risk) (#38564)
    • 关注点:资源泄漏隐患。子 Agent 被终止后,其派生的 PowerShell 子进程(如磁盘扫描脚本)仍在后台静默运行,导致 100% I/O 占用。
  • [OPEN] Freeze and main thread block at 1 core full use (#38565)
    • 关注点:性能瓶颈。主线程长期占用单核 100% 算力导致界面冻结,开发者呼吁拆分主线程任务。
  • [OPEN] Could not find and install the official VS Code extension (#36028)
    • 关注点:IDE 集成受阻。官方文档指示通过终端运行启动以自动安装 VS Code 扩展,但实际失败。
  • [OPEN] Discrepancy between different opencode go usage dashboard (#38255)
    • 关注点:计费系统数据不一致。Go 订阅级别的 Dashboard 显示用量 100% 限额,但明细后台显示仅使用 $10,导致模型被异常锁死。
  • [OPEN] [FEATURE]:Show reasoning/variant level for subagents in the UI (#26266)
    • 关注点:UI 增强。用户希望在界面上直观看到子 Agent 的推理深度/变体级别。
  • [OPEN] Desktop: LaTeX math equations are not rendered after upgrading (#38030)
    • 关注点:桌面端排版回归。升级后 Markdown 正常,但 LaTeX 数学公式无法渲染。(关联 Issue #37326)。
  • [OPEN] opencode run --auto hangs indefinitely when a Task subagent requests permission (#36868)
    • 关注点:自动化脚本阻断。在使用 --auto 非交互模式时,子 Agent 请求权限会导致整个进程无限挂起。

4. 重要 PR 进展 (Top 10)

V2 架构演进与 API 兼容性是本期 PR 的核心:

  • [OPEN] chore: merge dev into v2 (#38563)
    • 进展:将当前 dev 分支合并入 v2,继承了服务端协议兼容性、健康回退机制及 Mistral 修复,标志着 V2 底层重构正在加速冲刺。
  • [CLOSED] refactor(tools): unify tool APIs and result handling (#38367)
    • 进展:V2 工具栈大统一。规范了从工具编写到 Provider Schema,再到本地执行和持久化的全链路 API 命名。
  • [CLOSED] feat(core): add free llm providers llm7 and aionlabs (#38551)
    • 进展:生态扩充。新增两个免费的 LLM 提供商接入。
  • [CLOSED] fix(provider): preserve Alibaba DeepSeek effort ([#38566](https
Qwen CodeQwenLM/qwen-code

以下是 2026 年 7 月 24 日的 Qwen Code 社区动态日报。

1. 今日速览

今日 Qwen Code 社区无新版本发布。社区讨论焦点高度集中在 E2E 测试的不稳定性核心底层的资源与内存管理,以及 CLI 更新检查的兼容性故障。功能层面,多模态能力扩展(图像生成与视频输入)与外部上下文/记忆集成成为了近期 PR 的核心演进方向。

2. 版本发布

过去 24 小时内无新版本发布。

3. 社区热点 Issues (Top 10)

以下是近期讨论最热烈、最具代表性的 Issues:

  • [E2E 测试策略反思] #7616
    开发者直指当前 CI 流水线中存在大量非确定性的 E2E 失败(如 API 响应慢、模型行为不确定),呼吁重构测试策略,避免浪费计算资源与维护精力。
  • [更新检查大面积失效] #7520 / #7543
    多个 Issue 报告在 Node 26 / npm 12 环境下,或使用 mise 等版本管理工具时,内置的更新检查机制均报 registry error,引起社区广泛关注。
  • [企业级外部记忆集成提案] #7449
    提出了一个提供商中立的“企业级外部记忆集成配置文件”,旨在让 Qwen Code 安全接入企业内部知识库,标志着工具向企业级场景深耕。
  • [UI 降级:文件读取信息丢失] #6014
    用户反馈新版本中 Agent 读取文件后,TUI 不再显示具体文件名(仅显示 read 1 file),引发体验下降的吐槽。
  • [内存管理 Bug 导致写入失败] #7287
    MEMORY.md 被加载进系统提示词但未注册到 FileReadCache,导致模型首次尝试更新记忆时被安全检查机制拦截。
  • [监视器停止触发死循环] #7566
    使用 task_stop 停止监视器时,会错误触发通知事件并转变为用户消息,导致 Agent 自动开启新一轮空转的模型调用。
  • [ACP 模式下用户级技能未加载] #7575
    qwen serve --channel 模式下,系统仅加载项目级技能,忽略了 ~/.qwen/skills/ 下的全局用户级技能。
  • [微信频道集成报错] #7590
    配置微信频道并接收消息时,AcpBridge 抛出 Internal error,导致频道功能不可用。
  • [冷启动性能优化审计] #7264
    提出了针对 ACP 子进程冷启动的后续优化方案,当前静态导入闭包高达 17.24 MiB,影响了初始化速度。
  • [Token 统计 UI 未刷新] #6806
    执行 /compress 上下文压缩后,状态栏的 Token 占用百分比未实时更新,导致用户对上下文溢出产生误判。

4. 重要 PR 进展 (Top 10)

近期合并或推进中的核心代码贡献:

  • [feat] 支持可配置的图像生成模型 #7607
    引入了用户级图像生成模型配置。用户可通过 /model --image 指定路由,并调用内置的审批门控工具生成并保存图像。
  • [feat] Web Shell 支持原生视频输入 #7497
    /learn 命令增加了原生视频处理通道,支持本地 MP4/WebM 等格式及 HTTP 视频流直接输入给多模态模型。
  • [feat] 重构 Fleet View 多会话管理 UI #6451
    对标 Claude Code 的 Agent 视图模式,完全重写了 CLI 下的 Fleet View,提升多并发会话的交互体验。
  • [feat] 引入外部上下文检索集成 (Phase 1) #7586
    实现了第一阶段的外部上下文提供者配置,允许 CLI 从外部受信任的知识服务中提取共享上下文。
  • [feat] 智能化 CI 代码审查路由器 #7469
    废弃了宽泛的 CODEOWNERS 规则,改用 GitHub Actions 工作流动态分析 PR 变更,精准路由分配给对应的 Core 维护者。
  • [fix] 修复 ANSI 颜色代码解析溢出 #7620
    修复了 Web Shell 中 parseAnsi 错误处理 256 色和真彩色 SGR 序列导致渲染异常的问题。
  • [fix] 守护进程事件管道资源加固 #7622
    修复了会话事件管道在处理无法序列化的对象时报告 0 字节并导致资源泄漏的底层隐患 (DAEMON-009/010/011)。
  • [feat] 历史会话引用与补全 #7302
    允许在 CLI 中通过 @ 提及并引入历史会话的只读摘要,极大增强了跨会话的上下文传递能力。
  • [feat] 会话计划执行可视化 #7580
    将普通会话中的 Todo 计划、Agent 执行情况和持久化记录投影为一张依赖图,直观展示工作流进度。
  • [feat] 支持工作区信任热重载 #7268
    使得工作区信任策略的修改无需重启守护进程即可在运行时生效,提升了安全管理的平滑度。

5. 功能需求趋势

从近期的 Issues 和 PR 中,可以明显观察到以下四大趋势:

  1. 企业级集成与隔离部署:社区对私有化部署、外部记忆集成(#7449, #7585)以及工作区信任隔离的需求激增,表明 Qwen Code 正在被更严肃的企业研发流程所采纳。
  2. 全模态交互演进:工具链正在从纯文本/代码向富媒体扩展,图像生成支持(#7607)与视频流解析(#7497)补齐了多模态开发的最后一块拼图。
  3. 上下文与记忆的精细化控制:针对长上下文的管理需求增加,如 /compress 机制优化、历史会话通过 @ 注入(#7302),以及更稳定的核心记忆系统(MEMORY.md)。
  4. 跨平台与渠道集成:社区对 VSCode 插件联动(如终端调用与图像传参)及第三方通讯软件(微信、Telegram Bot)的无缝接入有着持续的高要求。

6. 开发者关注点

综合社区痛点,当前开发者最关心的问题集中在以下三个方面:

  • CI 健壮性与测试有效性:E2E 测试因 Docker 沙盒延迟或 LLM 不确定性导致的频繁误报(#7616),已成为影响开发者体验和 PR 合并效率的最大痛点。
  • 环境兼容性与工具链脆弱性:Node 26/npm 12 等较新环境下的兼容性缺陷(特别是更新检查模块),以及诸如 mise 等包管理器的路径解析错误,直接阻断了用户的正常使用。
  • Daemon 与底层核心的稳定性:包括事件总线内存泄漏、异步通知导致的 Agent 失控空转(#7566),以及 UI 状态与核心 Token 计算脱节等问题,表明底层架构正处于快速迭代后的“缝补期”。

本日报由 Big Model Radar 自动生成。

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions