Skip to content

📊 AI CLI 工具社区动态日报 2026-07-30 #239

Open
Open
📊 AI CLI 工具社区动态日报 2026-07-30#239
Labels
archiveddigest

Description

@github-actions
github-actions
bot
opened on Jul 30, 2026

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

生成时间: 2026-07-30 02:46 UTC | 覆盖工具: 7 个

横向对比

The user wants me to generate a horizontal comparison analysis report based on the daily reports of 6 major AI CLI tools (Claude Code, OpenAI Codex, Gemini CLI, GitHub Copilot CLI, Kimi Code CLI, OpenCode, Qwen Code). Let me carefully analyze the data and create a structured report.

Key data points to use:

  1. Claude Code: No releases, 50 issues updated, 4 PRs. Top: v2.1.220 regression, Windows desktop issues, MCP ecosystem
  2. OpenAI Codex: 4 alpha releases, 50 issues, 48 PRs. Top: Linux desktop (#11023, 874 likes), Windows stability, hook parity
  3. Gemini CLI: v0.55.0-nightly release, 50 issues. Top: API errors, subagent reliability, MCP OAuth
  4. GitHub Copilot CLI: v1.0.76 release, 25 issues. Top: Git worktree, log level crashes, BYO-K bearerToken
  5. Kimi Code CLI: No releases, 1 issue, 4 PRs. Top: Enterprise K3 gateway
  6. OpenCode: No releases, 50 issues, 50 PRs. Top: /btw command, auto-compaction loop, TUI stability
  7. Qwen Code: v0.21.1-nightly, 50 issues, 50 PRs. Top: v0.21.1 Windows regression, Anthropic compat, autofix

Common themes:

  • Windows platform issues (almost all tools)
  • Subagent/agent reliability
  • MCP ecosystem maturity
  • Session/transcript management
  • Model compatibility issues
  • Session resumption issues
  • Enterprise/CI integration
  • Cost/quota transparency
  • Hook/permission systems
  • Long session performance

Differentiation:

  • Claude Code: Most mature, agent-focused, deep desktop integration
  • OpenAI Codex: Most active PR flow (copyberry bot), strong MCP work
  • Gemini CLI: Google models focus, AST-aware tools, eval infrastructure
  • Copilot CLI: GitHub ecosystem, worktree management, plugins
  • Kimi Code CLI: China focus, Moonshot's K3 enterprise
  • OpenCode: Open source, plugin ecosystem, TUI/terminal-centric
  • Qwen Code: China focus, autofix workflow, GitHub channel

Let me build the report now. I should make it concise, professional, and data-driven.

I need to remember to start with the think tag.

2026-07-30 AI CLI 工具横向对比分析报告

一、生态全景

七大主流 AI CLI 工具今日呈现"多元化竞速、合规与稳定成为共通主旋律"的态势：OpenAI Codex 以 4 个 alpha 版本连发保持着高频迭代节奏，OpenCode 与 Qwen Code 各以 50 个活跃 Issue/PR 占据社区互动量榜首，GitHub Copilot CLI 借 v1.0.76 完成 Graok-4.5 与插件细粒度化两项重大升级；与此同时，回归风险控制（v2.1.220、v0.21.1）、Windows 平台稳定性、子代理与 Hook 权限一致性、MCP 协议健壮性成为横跨多个工具的共性痛点，反映出 AI CLI 已从"功能竞赛"阶段全面进入"生产可用性竞赛"阶段。

二、各工具活跃度对比

工具 Issue 数 PR 数 Release 情况 日最高热度项 关键特征
Claude Code 50 4 无新版本 #1455 XDG 规范（406 👍） 成熟稳定，处于回归修复期
OpenAI Codex 50 48 4 个 alpha（0.146.0–0.147.0） #11023 Linux Desktop（874 👍） 迭代极活跃，bot 自动化提交占比高
Gemini CLI 50 50+ v0.55.0-nightly #18811 API invalid argument 模型可用性与子代理可靠性双线承压
GitHub Copilot CLI 25 1 v1.0.76 系列（5 子版本） #1613 Git Worktree（36 👍） 功能跳跃显著，但 PR 活跃度低
Kimi Code CLI 1 4 无新版本 #2568 企业网关 社区体量小，K3 开源带来新企业需求
OpenCode 50 50 无新版本 #16992 /btw 命令（168 👍） 合规修复潮 + TUI 大重构
Qwen Code 50 50 v0.21.1-nightly #8039 Anthropic 兼容性 bot 工单密集，自研 CI/Autofix 工作流

关键观察：

  • PR 活跃度：OpenAI Codex（48）≈ Qwen Code（50）≈ OpenCode（50）>> Kimi（4）≈ Copilot（1）≈ Claude Code（4）
  • 版本迭代：仅 OpenAI Codex、Copilot CLI、Qwen Code、Gemini CLI 今日有版本动作，反映各厂发版节奏策略差异
  • 社区规模：以 Issue/PR 总数计，OpenCode、Qwen Code、Codex 构成第一梯队，Kimi Code CLI 仍处早期

三、共同关注的功能方向

功能方向 涉及工具 共性诉求
🪟 Windows 平台稳定性 Claude Code（GPU 崩溃、MSIX）、Codex（taskkill 泄漏、DWM）、Qwen Code（0.21.1 滚动回归）、Copilot（僵尸进程）、Gemini（VSCode 集成） Windows 用户占比快速上升，但渲染、终端、子进程回收等平台细节持续掉队
🤖 子代理 / Hook / 权限一致性 Claude Code（PreToolUse allow 失效）、Codex（#21753 Hook Parity 29+）、Gemini（#22323 subagent 谎报）、Qwen Code（autofix 失败路径） 文档承诺的优先级与实际行为不符，是开发者最频繁指控的"契约破坏"
🔌 MCP 生态健康度 Claude Code（Python SDK 2.0.0 不兼容）、Codex（认证状态、分页限制）、Gemini（OAuth 刷新失败、tools/list 卡死 10 分钟） MCP 正成为事实标准，但分页、认证、协议语义等基础能力仍需补齐
📝 会话/上下文/Compaction Claude Code（transcript 数据丢失）、Codex（compaction 后内存膨胀 165 GiB）、Gemini（autoCompressOnOverflow）、OpenCode（auto-compaction 死循环）、Qwen Code（侧查超出上下文窗口） 长会话可靠性是评估 Agent 能力的核心指标
💼 企业 / 合规接入 Kimi（自定义 api_base）、Copilot（BYO-K bearerToken）、Claude Code（团队计费透明度）、Qwen Code（GitHub channel 审计） 合规、计费可观测、私有化部署成为付费意愿的硬门槛
📊 跨 CLI/Desktop/App 一致性 Codex（CLI/App 会话同步）、Copilot（多并发会话侧栏）、Qwen Code（CLI ↔ Daemon-MCP ↔ ACP 四端分页） 单模型 + 多端形态的心智统一
🖥️ IDE/终端细节 OpenCode（RTL/Screen/鼠标）、Copilot（tmux/iTerm2）、Qwen Code（Ctrl+←/→ 冲突）、Gemini（VSCode 配套） 终端一致性是开发者日常痛点的"长尾"

四、差异化定位分析

工具 功能侧重 目标用户 技术路线
Claude Code Agent 深度执行、Desktop 集成、Fable 5 自适应思考 高净值开发者、注重 agent 可控性 闭源 + MCP + 子代理 + Hook 多层能力
OpenAI Codex 多模型兼容、App-server 协议、shell 沙箱深度 大规模工程化、自动化的团队 Rust 重写 + Responses API Proxy + TUI/App 双形态
Gemini CLI Google 模型深度调用、Astro 工具链、自动压缩、评测基建 Google Cloud 用户、研究型工作流 TypeScript + AST 感知 + Eval Infra
GitHub Copilot CLI GitHub 生态、PR/CI 工作流、插件市场 GitHub 深度用户、企业 DevOps /plugins 细粒度 + 多并发会话 + ACP 协议
Kimi Code CLI 长上下文、企业 K3 网关接入 中国企业客户、K3 模型私有化部署用户 Moonshot 自研 + Pwsh 跨平台
OpenCode 开源、TUI 体验、插件扩展、RTL 国际化 终端原生爱好者、开源贡献者 插件 API + Tree-sitter + 多 Provider
Qwen Code 中文生态、autofix 自动化工作流、GitHub Channel 中国开发者、阿里云生态用户 自研 CI/Autofix + 多模型路由 + web-shell 隔离

核心差异点：

  • 闭源 vs 开源：Claude Code / Codex / Gemini / Copilot / Kimi / Qwen 均为闭源或半闭源，OpenCode 是唯一开源代表，社区驱动明显
  • 中国 vs 海外：Kimi Code CLI、Qwen Code 双线作战，瞄准中文市场，对 VCS/终端细节的关注（如 pwsh）更接地气
  • Agent 深度 vs 工作流广度：Claude Code 走"agent 深度执行"，Copilot 走"工作流广度（PR/CI）"，OpenCode 走"TUI 体验"，Qwen Code 走"自动化 bot 工作流"

五、社区热度与成熟度

🔥 热度梯队

第一梯队（超高活跃度）

  • OpenCode：50 Issues + 50 PRs，168 👍 的 /btw 单议题热度爆表，但多数为合规维护型 PR
  • OpenAI Codex：48 PRs 接近"工业化流水线"，bot（copyberry）持续供稿
  • Qwen Code：bot 工单密度极高，autofix 工作流自成体系

第二梯队（成熟稳定）

  • Claude Code：Issue 互动量适中但单议题深度高，长期保持 400+ 👍 头部议题
  • Gemini CLI：稳定 50 Issues/日，主要围绕模型可用性与子代理行为

第三梯队（早期阶段）

  • GitHub Copilot CLI：仅 1 个 PR 说明企业内部研发占比高，开放贡献度低
  • Kimi Code CLI：1 个 Issue 但聚焦清晰（K3 企业网关），处于"功能补齐"窗口

🏗 成熟度信号

工具 成熟度信号 不成熟信号
Claude Code XDG 等基础设施议题已沉淀半年；v2.1.220 仍出现 hook 回归 子代理文件写入限制、MCP 兼容等"小事"长期未解
OpenAI Codex Linux Desktop 等顶级议题已钉一年，bot PR 流水线成熟 macOS 功耗 / Windows 进程泄漏等基础问题未根治
Gemini CLI eval 基建 EPIC（#24353）已生成 76 个评测用例 API invalid argument 成为长期 Stale
Copilot CLI v1.0.76 一次性引入多项能力 #4163 僵尸进程跨版本未根治
Kimi Code K3 开源驱动企业需求首条 Issue 社区体量仍小
OpenCode /btw 单一诉求独占 168 👍 平台碎片化问题集中
Qwen Code autofix 工作流日益"显式失败" bot 工单噪声大

六、值得关注的趋势信号

🔮 趋势 1：MCP 正在从"差异化功能"变成"通用基础设施"，但稳定度跟不上

Claude Code、Codex、Gemini 三家同时围绕 MCP 的认证、分页、OAuth、Python SDK 兼容展开拉锯。对开发者的启示：把 MCP 视为关键依赖时，需要做好版本固定和兼容性矩阵，并关注 OAuth 刷新这类易被忽视的边界条件。

🔮 趋势 2："权限与 Hook 系统的可预测性"成为口碑分水岭

Claude Code 的 #82451（PreToolUse allow 被覆盖）、Codex 的 #21753（Hook Parity 29+）、Qwen Code 的 autofix 系列 PR 共同指向：用户对"契约破坏"的容忍度正在降至零。启示：在评估 AI CLI 时，权限系统的可调试性和可回放性比功能数量更重要。

🔮 趋势 3：Windows 用户占比已达"不容忽视"水平

5+ 家工具同时出现 Windows-specific 故障。预示着：未来 12 个月内，"Windows 一等公民" 将从加分项变为入门票。

🔮 趋势 4：长会话 + Compaction 是 Agent 可靠性的真正考场

165 GiB 内存膨胀、auto-compaction 死循环、autoCompressOnOverflow 这类议题在多家工具反复出现。启示：选择 AI CLI 时，建议重点测试 50+ 轮长会话下的资源占用、内存增长曲线与恢复能力。

🔮 趋势 5：闭源工具的"显式可观测性"将超过"显式功能"

Qwen Code 的 autofix "在 PR 上显式回复拒绝"、Codex 把 tool-call 指标排除在 Statsig 之外、Claude Code MCP Guard 插件屏蔽敏感凭据——三件事都标志着遥测和可观测性设计正在从"内部便利"转向"用户信任资产"。

🔮 趋势 6：模型可用性矩阵成为新战场

gemini-3-flash 容量不足、Anthropic 4.6+ prefill 报错、gpt-5.6-sol 30% 即触发压缩、GLM 5.2 思维链缺失——模型迭代节奏正在反噬 CLI 端的兼容承诺。启示：选择 AI CLI 工具时，"多 Provider + 自定义模型路由"的能力将成为刚需，而非 nice-to-have。

七、决策建议速览

场景 首选工具 理由
深度 Agent 执行 + 长期脚本 Claude Code 子代理 + Hook + Adaptive Thinking 最成熟，长期议题沉淀深
大规模工程化 / CI 集成 OpenAI Codex bot PR 流水线运转良好，App-server + Responses API Proxy 协议化
Google Cloud / 研究工作流 Gemini CLI eval 基建扎实，AST 感知工具和自动压缩前瞻性好
GitHub PR/CI 深度集成 Copilot CLI v1.0.76 引入 Graok-4.5 + 并发会话，对 GitHub 用户优势显著
K3 模型 / 中文企业部署 Kimi Code CLI 私有化路径清晰，对 pwsh 等中文场景细节更友好
开源 / TUI 原生体验 OpenCode 唯一真正活跃的开源 AI CLI，插件生态正在成型
中文开发者 / 自动化工单流 Qwen Code autofix 工作流，GitHub Channel 完善

📌 一句话总结：AI CLI 工具的竞争已从"谁能跑得通"全面进入"谁能跑得久、跑得稳、跑得透明"的阶段——回归控制力、权限可预测性、长会话可靠性、Windows 一致性、MCP 健壮度，将共同决定未来 12 个月的工具格局。

各工具详细报告

Claude Code — anthropics/claude-code

Claude Code Skills 社区热点

数据来源: anthropics/skills

The user wants me to analyze the GitHub data from anthropics/skills repository and generate a comprehensive report. Let me organize the data carefully.

Looking at the PRs (sorted by some metric, though comments show "undefined" - I'll use discussion activity and 👍 as proxies):

Top PRs by relevance/activity:

  1. #1298 - fix(skill-creator): run_eval.py always reports 0% recall - High discussion, multiple related issues
  2. #514 - Add document-typography skill
  3. #538 - fix(pdf): case-sensitive file references
  4. #486 - Add ODT skill
  5. 🌐 AI 官方内容追踪报告 2026-07-24 #210 - Improve frontend-design skill
  6. 📰 Hacker News AI 社区动态日报 2026-06-30 #83 - Add skill-quality-analyzer and skill-security-analyzer
  7. #541 - fix(docx): tracked change w:id collision
  8. #539 - fix(skill-creator): YAML special characters
  9. #1367 - feat(skills): add self-audit
  10. #1099 - skill-creator: Windows fix
  11. #1050 - skill-creator: Windows subprocess fix
  12. #723 - feat: add testing-patterns skill
  13. #525 - Add pyxel skill
  14. #509 - docs: add CONTRIBUTING.md
  15. 📰 Hacker News AI 社区动态日报 2026-07-18 #181 - Add SAP-RPT-1-OSS predictor skill
  16. 📊 AI CLI 工具社区动态日报 2026-07-04 #95 - Add comprehensive system documentation
  17. #1479 - Add plan-file-hygiene skill
  18. #1323 - fix(skill-creator): trigger detection
  19. #1302 - Add color-expert skill
  20. #1261 - fix(skill-creator): isolate trigger-eval

Top Issues by comments:

  1. #492 (43 comments) - Security: Community skills under anthropic/ namespace
  2. 📅 AI 工具生态周报 2026-W31 #228 (16 comments) - Enable org-wide skill sharing
  3. #556 (12 comments) - run_eval.py 0% trigger rate
  4. 📰 Hacker News AI 社区动态日报 2026-06-26 #62 (10 comments) - Skills disappeared
  5. #1329 (9 comments) - compact-memory proposal
  6. 📰 Hacker News AI 社区动态日报 2026-07-22 #202 (8 comments) - skill-creator should be updated
  7. 🌐 AI 官方内容追踪报告 2026-08-31 #412 (6 comments) - agent-governance proposal
  8. 🌐 AI 官方内容追踪报告 2026-07-20 #189 (6 comments) - duplicate skills in plugins
  9. #1487 (4 comments) - claude-api skill 156k tokens
  10. #1175 (4 comments) - SharePoint security concerns
  11. 🦞 OpenClaw 生态日报 2026-06-18 #29 (4 comments) - Usage with bedrock
  12. 📊 AI CLI 工具社区动态日报 2026-06-16 #16 (4 comments) - Expose Skills as MCPs
  13. #1385 (3 comments) - Reasoning Quality Gate Pipeline
  14. #1169 (3 comments) - skill-creator recall=0%
  15. #1061 (3 comments) - Windows compatibility

Key insights:

  • skill-creator reliability is a HUGE issue (multiple PRs and issues)
  • Security concerns around anthropic/ namespace
  • Windows compatibility problems
  • Org-wide sharing request
  • New skill proposals: color-expert, document-typography, ODT, testing-patterns, pyxel, self-audit, plan-file-hygiene
  • Agent governance as a new direction
  • Concept of Skills as MCPs

Let me write a comprehensive report in Chinese.

Claude Code Skills 社区热点报告

数据截止：2026-07-30 | 数据源：github.com/anthropics/skills

一、热门 Skills 排行（PR）

按社区讨论热度、涉及面广度和影响范围综合排序：

1. skill-creator 评估管线修复集群（#1298 / #1323 / #1261 / #1099 / #1050）

2. document-typography Skill（#514）

3. ODT Skill（#486）

4. skill-quality-analyzer 与 skill-security-analyzer（#83）

  • 功能：元 Skill（meta-skill），从结构文档、示例、资源、歧义度、可执行性五个维度评估 Skill 质量；安全分析器检查权限与提示注入风险。
  • 讨论热点：契合 Issue #492 的命名空间安全焦虑；为生态引入"质量门禁"概念。⚠️ 命名与官方 anthropic/ 命名空间混淆的风险也被讨论。
  • 状态：OPEN
  • 链接：Add skill-quality-analyzer and skill-security-analyzer to marketplace anthropics/skills#83

5. self-audit — 推理质量门禁（#1367）

6. testing-patterns Skill（#723）

  • 功能：覆盖测试理念（Testing Trophy）、单元测试、React 组件测试、契约测试、mock 策略、CI 集成等完整测试栈。
  • 讨论热点：社区对"代码工程类 Skill"的呼声极高；测试是开发者最常让 AI 执行的协作任务之一。
  • 状态：OPEN
  • 链接：feat: add testing-patterns skill anthropics/skills#723

7. color-expert Skill（#1302）

  • 功能：颜色命名系统（ISCC-NBS、Munsell、XKCD、RAL）+ 色彩空间使用指南（OKLCH/OKLAB/CAM16）+ 无障碍对比度。
  • 讨论热点：设计类 Skill 的代表；触发了大量前沿（OKLCH / CAM16）讨论，迭代周期长（6/10 → 7/21）。
  • 状态：OPEN
  • 链接：Add color-expert skill anthropics/skills#1302

8. plan-file-hygiene Skill（#1479）

二、社区需求趋势（Issues 提炼）

趋势方向 代表 Issue 核心诉求
🔒 安全的 Skill 命名空间与权限边界 #492（43 评论 - Top 1） 完善 anthropic/ 命名空间信任机制，建立官方/社区 Skill 区分机制，包内权限作用域控制
🏢 企业级 Skill 分发与协作 #228（16 评论）、#1175（4 评论） 跨用户/跨组织共享 Skill 库，免 .skill 文件手动分发；SPO 集成场景下的权限设计
🛠️ Skill-Creator 工具链可靠性 #556（12）、#1169（3）、#1061（3） run_eval.py 0% recall、Windows 兼容性、YAML 解析、信息密度与"实施指令 vs 开发者文档"风格（#202）
🧠 Agent 治理与编排 #412、#1329、#1385 独立"agent-governance"安全模式；紧凑符号化记忆（compact-memory）；三门推理质量管线
🧩 Skill 与 MCP 互通 #16（4 评论） 将 Skill 暴露为 MCP server，统一 AI 软件打包/调用协议
🌐 跨平台部署 #29、#1061 AWS Bedrock、Windows native Python 3.14 等异构环境适配
📦 插件去重与打包健康 #189（6 评论，👍9） document-skills 与 example-skills 重复内容导致的上下文窗口浪费
🚨 大上下文 Skill 注入风险 #1487（4 评论） claude-api 单次工具调用即注入 ~156k token，单条调用就耗尽上下文 — 需 lazy-loading 改造

趋势关键词：可信分发（trust） > 企业协作（org sharing） > 工具链自洽（skill-creator） > 治理与质量（governance / audit） > 跨平台（Win/Bedrock）

三、高潜力待合并 Skills（PR 活跃但未合并）

这些 PR 讨论密度高、方向明确、与真实痛点对齐，落地概率较高。

PR Skill 亮点 链接
#1298 skill-creator 核心修复 5 个独立 PR 围攻同一 bug，合并任一都显著改善描述优化闭环 anthropics/skills#1298
#514 document-typography 沉默刚需，影响所有文档生成场景 anthropics/skills#514
#1367 self-audit 元能力，普适性强，配合 #1385 提案形成生态闭环 anthropics/skills#1367
#1302 color-expert 设计领域首个深度 Skill，迭代趋于成熟 anthropics/skills#1302
#83 skill-quality-analyzer + skill-security-analyzer 与 #492 安全讨论直接呼应 anthropics/skills#83
#1479 plan-file-hygiene 长会话 Agent 上下文管理的具体解 anthropics/skills#1479
#541 docx 跟踪修改 ID 冲突修复 高质量 bug fix，文档损坏类问题影响付费用户 anthropics/skills#541
#538 pdf 大小写引用修复 简单但跨平台关键（Linux/macOS 沉默出错） anthropics/skills#538

四、Skills 生态洞察（一句话）

当前社区最集中的诉求是"Skill 自身的工业化"——既要可信分发（命名空间安全 + 企业级共享）、又要工具链自洽（skill-creator 评估管线可靠）、还要元能力治理（自审计 / 质量门禁 / 平台兼容）——即从"单个 Skill 好不好用"演进到"Skill 生态本身是否可被生产化使用"。

附录：从 PR/Issue 矩阵看主题重叠

                    PR 提交数   Issue 讨论数
─────────────────────────────────────────
skill-creator 修复    5+        3+   ← 工具链信任危机
跨平台/Win            2         2   ← 持续低优先级
设计/排版/色彩         3         0
Agent 治理/审计        2         3   ← 上升期
Skill 命名空间安全     1         1   ← 全网 TOP 1 讨论
文档格式矩阵           2         0
测试 / 代码工程        1         0
MCP 互通              0         1   ← 协议层思考

对 Skill 贡献者的建议：与其新增又一个"垂直场景 Skill"，不如先聚焦修复 skill-creator 评估管线或为已有 Skill 增加 lazy-loading 与权限边界——这些是当前生态最稀缺的"基础设施类贡献"。

The user wants me to generate a Chinese daily report for Claude Code community dynamics based on the GitHub data provided. Let me analyze the data carefully.

Key observations from the data:

  1. No new releases in the past 24 hours
  2. 50 issues were updated, with the top 30 shown
  3. 4 pull requests were updated
  4. The top issue #1455 about XDG Base Directory has 62 comments and 406 thumbs up - this is a long-standing issue
  5. Several bugs around v2.1.220 (latest version) regressions
  6. Windows-specific issues are prominent (Desktop app, MSIX, GPU crashes)
  7. New issues around the Fable 5 model and adaptive thinking
  8. MCP-related issues (Python SDK 2.0.0 breaking changes)
  9. Several issues about session/permission regressions

Let me structure this properly:

  1. 今日速览 - 2-3 sentences summary
  2. 版本发布 - Skip since none
  3. 社区热点 Issues - Top 10 most notable
  4. 重要 PR 进展 - 4 PRs available, pick most important
  5. 功能需求趋势 - Analyze the issues for patterns
  6. 开发者关注点 - Pain points and high-frequency requests

Let me identify the top 10 issues:

  1. #1455 - XDG Base Directory (62 comments, 406👍) - Most upvoted
  2. #74260 - Assistant text blocks silently dropped (20 comments)
  3. #38691 - All sessions lost after Claude Desktop update (9 comments, closed)
  4. #44657 - Subagent Write tool rejects .md files (8 comments)
  5. #58799 - Claude Desktop CPU/disk usage when idle (8 comments, closed)
  6. #77730 - Background agent transcripts become unresumable (6 comments)
  7. #73638 - Session rename corrupts transcript (6 comments)
  8. #78315 - Browser tool approval issue (6 comments, closed/invalid)
  9. #80444 - GPU-process crash on Windows (5 comments)
  10. #74784 - Extra-usage crossover banner issue (2 comments)

PR progress (only 4):

  1. #48272 - Release notes enrichment (closed)
  2. #82358 - MCP Guard plugin security hardening
  3. #82335 - Fix GCP gateway setup.sh
  4. #82320 - Fix AWS gateway setup.sh bash 3.2

Trends:

  • v2.1.220 regression issues (PreToolUse hook, JetBrains scroll lag)
  • Windows Desktop app issues (MSIX, GPU crashes, auto-update)
  • MCP ecosystem compatibility (Python SDK 2.0.0)
  • Session/transcript data integrity
  • Fable 5 model integration
  • Permission system regressions
  • Subagent behaviors
  • IDE integration issues (VS Code, JetBrains)

Developer concerns:

  • Data loss / session recovery
  • Permission system reliability
  • Platform-specific bugs (Windows heavy)
  • Cost/billing transparency
  • MCP ecosystem breaking changes
  • Hook system reliability

Let me write a professional Chinese report.

Claude Code 社区动态日报

日期：2026-07-30

📌 今日速览

过去 24 小时内 Claude Code 仓库 无新版本发布，但社区活跃度依然高涨——共 50 个 Issue 和 4 个 PR 被更新。核心关注点集中在 v2.1.220 的多项回归 Bug（PreToolUse 钩子权限失效、JetBrains 终端滚动卡顿）以及 Windows 桌面端的稳定性问题（MSIX 包异常、GPU 进程崩溃、Cowork 服务反复重建）。与此同时，MCP Python SDK 2.0.0 的发布引发了 Desktop 扩展兼容性连锁问题，"Fable 5" 模型名称解析也暴露出新的可用性缺陷。

🚀 版本发布

无新版本发布。

🔥 社区热点 Issues（TOP 10）

1. #1455 ⭐ 406👍 | 62 评论

Claude Code 不遵守 XDG Base Directory 规范
长期高居仓库最受欢迎 Issue 之一。Claude Code 将缓存和配置写入 ~/.claude.json 和 ~/.claude，而非 Linux 标准所要求的 XDG_CONFIG_HOME/XDG_CACHE_HOME。社区反响热烈，反映出 Linux 桌面用户对系统规范合规性的强烈诉求。

2. #74260 | 20 评论

自适应思考模式下助手文本块被静默丢弃（数据丢失）
在 v2.1.201 + adaptive thinking（Fable 5）下，当一个 text 块后紧接另一段思考块时，前面的助手文本既不渲染也不写入 transcript JSONL。属于严重数据完整性问题。

3. #38691 | 9 评论

Windows 桌面端更新后所有会话丢失（数据仍存在磁盘）
[已关闭] 用户在 Claude Desktop 更新后发现会话列表全部消失，但底层 transcript 完好。该问题与 Windows 桌面端的会话索引机制可靠性密切相关。

4. #44657 | 13👍 | 8 评论

Subagent 拒绝写入 report/summary/findings/analysis 命名的 .md 文件
Agent tool 派生的子代理被硬编码拒绝以这些前缀命名报告文件，且没有 opt-out 机制。限制了子代理在自动化报告场景下的实用性。

5. #58799 | 8 评论

Windows 桌面端空闲时 25% CPU + 5 MB/s 持续磁盘写入
[已关闭/stale] 根因为 TanStack Query persistQueryClient 把 45 MB 对话缓存整体写入单个 IndexedDB blob。反映前端状态管理在大体积缓存下的性能瓶颈。

6. #77730 | 6 评论

后台代理 transcript 无法恢复（"No transcript found"）
在 v2.1.209 + Fable 5 中，后台子代理的 transcript 关联失效，恢复会话时只能重新 spawn，造成严重的 token 浪费。

7. #73638 | 6 评论

会话重命名污染 transcript，导致后续请求永久 400 错误
在 server_tool_use 飞行途中重命名会话，会注入一个合成的 system-reminder 错位到 server_tool_use 与 advisor_tool_result 之间，永久破坏 transcript 结构。

8. #78315 | 6 评论

Browser 工具的"已允许站点"白名单仅覆盖导航，不覆盖读取操作
[已关闭/invalid] 用户在 Settings → Allowed sites 加入域名后，preview_start/navigate 不再询问，但 screenshot/get_page_text 等读取动作仍逐次弹窗，体验割裂。

9. #80444 | 5 评论

Windows 桌面端 1.24012.1：内嵌 Browser 触发 GPU 进程致命崩溃
GPU 进程以 0x060C201E 退出，导致 MSIX 包进入 appxState=2 不可启动状态，必须运行 Repair 才能恢复。在两个不同的 NVIDIA RTX 2080 驱动版本上均可复现。

10. #74784 | 2 评论

额外用量超额横幅未披露 API 速率计费，/usage-credits 错误显示"unlimited"
Team 计划用户越过月度上限后仍继续计费，但 UI 与 CLI 均未透明披露，与文档承诺的"显示剩余额度"行为不符。

🔧 重要 PR 进展

1. #48272

[已关闭] Release Notes：使用 changelog 摘要丰富版本标题
说明上游 main 已采用本 PR 的 <p>• ...</p> 格式渲染 feed.xml，PR 实质已被合并，但 PR 本身尚未关闭。反映了官方对发布说明结构化的落地。

2. #82358

MCP Guard 插件：MCP 配置安全加固
针对 claude mcp get 把 Bearer token 明文回显到终端的问题（#82351），引入插件在 transcript 与终端输出中屏蔽密钥。属于社区驱动的安全补丁。

3. #82335

修复 GCP gateway setup.sh 在未安装 gcloud 时静默退出
在 set -euo pipefail 下，$(gcloud ... 2>/dev/null) 替换失败导致脚本整体退出，掩盖错误。增加存在性检测与显式报错。

4. #82320

修复 AWS gateway setup.sh 在 macOS 自带 bash 3.2 下中止
脚本第 66 行使用 bash 4 才支持的 ${DIST_SHA256,,} 大小写转换，macOS 默认 bash 3.2 会直接退出。需替换为兼容写法。

注：过去 24 小时仅 4 个 PR 处于活跃状态，无大型功能合并。

📈 功能需求趋势

从过去 24 小时活跃 Issue 中提炼出最受关注的几个方向：

方向 代表 Issue 社区诉求
平台规范合规 #1455 Linux 用户长期呼吁遵循 XDG/Cache Home 规范，提升多用户/容器场景体验
数据完整性 & 会话可恢复性 #74260, #77730, #73638, #81907 transcript 损坏/丢失导致重跑消耗大量 token；希望加入更强的写入校验与备份索引
Windows 桌面端稳定性 #80444, #82381, #81907, #81874 MSIX/GPU/Cowork VM 等 Windows-specific 故障密集出现，已成为主要痛点
MCP 生态兼容 #82453 MCP Python SDK 2.0.0 删除 FastMCP 1.x 兼容层，Desktop 扩展全部失效
权限/Hook 系统的回归 #82451, #75235 v2.1.220 中 PreToolUse permissionDecision: allow 被 permissions.ask 覆盖，违反文档优先级
可移植性 & 项目绑定 #81946 希望 transcript/memory 跟随项目目录而非绝对路径，便于多机协作
新模型 Fable 5 可用性 #82452, #80792 启动横幅展示的展示名 /model Fable 5 无法解析；adaptive thinking 思考块泄露
成本/计费透明度 #74784 Team 计划超额计费缺乏可见性

🛠️ 开发者关注点

  1. v2.1.220 回归风险集中爆发

    • #82451 PreToolUse 钩子 allow 被忽略
    • #82449 JetBrains 终端滚动严重卡顿
    • #81907 重装后会话列表消失
    • 多个 2.1.219 → 2.1.220 之间的行为变更未在 changelog 中说明，开发者强烈要求更明确的回归测试与发布说明。

  2. Windows MSIX 安装与更新机制
    多次出现"包进入 Modified/NeedsRemediation 状态"、"重装丢失全部会话"、"GPU 进程崩溃后无法启动"，开发者反馈 Repair 是唯一恢复手段，CI/CD 环境下尤其不可接受。

  3. Hook 与权限系统的可预测性
    多个 Issue 反映文档描述的优先级与实际行为不符（如 hook allow 应覆盖 permissions.ask 但反向发生）。开发者将其视为"契约破坏"，需要更明确的版本化策略。

  4. MCP 依赖治理缺位
    Desktop 应用捆绑的 MCP Python SDK 未固定版本，外部 PyPI 发布即可破坏所有扩展。社区呼吁引入锁文件/兼容性矩阵。

  5. Subagent 与文件写入限制
    #44657 中对 report/summary 等命名的硬性拒绝没有 opt-out，对自动化代码审查、安全审计等真实场景造成障碍。

  6. 安全：敏感凭据泄露
    claude mcp get 把 Bearer token 明文回显 → 衍生出 #82358 MCP Guard 插件，凸显社区对凭据处理规范化的紧迫需求。

报告生成时间：2026-07-30 · 数据来源：GitHub anthropics/claude-code

OpenAI Codex — openai/codex

The user wants me to generate a daily report for OpenAI Codex community dynamics based on GitHub data. Let me analyze the data carefully and create a well-structured Chinese report.

Let me analyze the data:

  1. Releases: 4 alpha releases in the past 24 hours

    • rust-v0.147.0-alpha.2
    • rust-v0.147.0-alpha.1
    • rust-v0.146.0-alpha.9.2
    • rust-v0.146.0-alpha.9.1

  2. Issues: 50 issues, I'll pick the top 10 most notable ones based on comments and engagement

  3. Pull Requests: 48 PRs, mostly from copyberry[bot] (automated bot)

Let me categorize the issues by themes:

  • Linux desktop app support (very high engagement)
  • Windows-specific bugs (many)
  • Performance/resource issues (memory, GPU, handles)
  • Hook parity with Claude Code
  • MCP-related issues
  • Plan mode improvements
  • Session/compaction issues
  • macOS bugs

For the PRs, they are mostly closed/merged from copyberry[bot] (an automated bot). Key themes:

  • MCP improvements (auth, pagination, environment)
  • HTTP client refactoring
  • Security/sandbox fixes
  • Tracing/logging improvements
  • TUI features
  • App-server improvements

Let me structure the report properly.

I need to think about the role carefully - I'm a technical analyst focused on AI development tools. The report should be professional and concise.

Let me draft the report now.

OpenAI Codex 社区动态日报

日期：2026-07-30

📌 今日速览

今日 Codex 仓库节奏密集：Rust 端 24 小时内连发 4 个 alpha 版本（0.146.0-alpha.9.1/9.2 与 0.147.0-alpha.1/2），迭代进入新一轮预发布周期。社区层面，Linux 桌面端支持（#11023）继续以 192 条评论、874 👍 占据热度榜首，Windows 桌面端大量稳定性与性能缺陷（进程泄漏、DWM 句柄堆积、compaction 后会话膨胀等）成为最主要的活跃讨论线。代码侧则由 copyberry[bot] 主导完成 20+ 项 MCP、HTTP 客户端、沙箱与 TUI 相关的合并提交。

🚀 版本发布

版本 备注
rust-v0.147.0-alpha.2 0.147.0 第二个 alpha
rust-v0.147.0-alpha.1 0.147.0 首个 alpha
rust-v0.146.0-alpha.9.2 0.146.0 预发布第 9.2 个迭代
rust-v0.146.0-alpha.9.1 0.146.0 预发布第 9.1 个迭代

0.147.0 alpha 系列已开启，0.146.0 仍处于密集 RC 阶段。官方 Release Notes 暂未提供详细 changelog，建议关注后续稳定版与 models.json 的自动更新（PR #31817）。

🔥 社区热点 Issues（Top 10）

1. #11023 — Codex Desktop for Linux

  • 💬 192 评论 / 👍 874
  • 为何重要：长期呼声最高的跨平台需求。macOS 上 Codex App 因功耗问题（#10432）几乎不可用，用户希望迁移到 Linux 桌面；这是项目最具代表性的"必装"功能缺失问题。
  • 社区反应：超高点赞率表明这是 Linux 开发者的核心痛点，团队尚未给出明确时间表。

2. #21753 — Full Claude Code Hook Parity (29+)

  • 💬 29 / 👍 22
  • 为何重要：umbrella 跟踪，希望补齐与 Claude Code 同等级的 29+ 钩子事件，构建完整自动化面。这关系到 Codex 在 agent 编排生态中能否与 Claude Code 抗衡。

3. #33776 — Windows Desktop 大量 taskkill.exe/conhost.exe 进程泄漏

  • 💬 25 / 👍 23
  • 为何重要：单次会话就产生 287 个孤儿进程，触发 WMI 风暴和 DWM 退化。严重影响 Windows 桌面端可用性。

4. #10561 — Plan Mode: "Copy Plan" 按钮 & "Clear Context and Start Coding" 工作流

  • 💬 19 / 👍 37
  • 为何重要：打通"规划"与"执行"之间的鸿沟，是 Plan Mode 体验的核心改进呼声。

5. #35420 — OneDrive 工作区下流式连接反复断开

  • 💬 13 / 👍 0
  • 为何重要：揭示了 Codex Web 与 Windows 文件系统之间的兼容性盲区，对企业用户影响较大。

6. #27458 — Codex 等待用户输入时超时（CLI 0.139.0）

  • 💬 12 / 👍 49
  • 为何重要：高点赞表明该问题在 CLI 用户中普遍存在，gpt-5.5 medium 下复现率高。

7. #25779 — Codex Desktop 会话/会话状态无界增长导致冻结

  • 💬 12 / 👍 8
  • 为何重要：作为 meta-bug 串联了多个会话管理缺陷，影响长会话可靠性。

8. #23172 — Windows 下 automation_update 工具暴露不一致

  • 💬 10 / 👍 0
  • 为何重要：暴露了自动化工具在不同会话中可达性不一致的问题，关系到自动化能力可信度。

9. #35311 — Windows 应用内浏览器启动崩溃循环

  • 💬 10 / 👍 2
  • 为何重要：Codex Desktop 26.721.4979.0 在 Windows 上进入启动-崩溃循环，伴随 deep-control 持续超时。

10. #14722 — 同步 CLI 与 app-server 会话

  • 💬 8 / 👍 21
  • 为何重要：codex resume 远程接入时的会话同步问题，是 SSH/多设备开发场景的核心需求。

🛠️ 重要 PR 进展（Top 10）

1. #36055 — 在工具调用条目中暴露 MCP read-only hints

  • ✅ 已合并
  • 将 MCP readOnlyHint 注解透传到 tool-call 事件与持久化线程历史，app-server 的 mcpToolCall items 也支持。提升权限边界与前端展示。

2. #36054 — 移除 codex exec 中遗留的 --full-auto 处理

  • ✅ 已合并
  • 清理已弃用的隐藏 flag，强制显式选择 --sandbox workspace-write。清理 CLI 表面。

3. #36051 — 避免覆盖符号链接的迁移目标

  • ✅ 已合并
  • 修复外部 agent 迁移时，符号链接空文本目标被误判为可覆盖文件、可能写入仓库外文件的隐患。安全相关。

4. #36049 — 将 tool-call 指标排除在 Statsig 导出之外

  • ✅ 已合并
  • codex.tool.call 与 codex.tool.call.duration_ms 仅做运行时指标，OTLP 显式配置仍可导出。遥测可控性改进。

5. #36047 — 将 MCP 环境头提取为局部变量

  • ✅ 已合并
  • 代码结构微重构。

6. #36045 — 区分未知的 MCP 认证状态

  • ✅ 已合并
  • 引入 unknown 状态，避免将 OAuth 发现失败误报为 unsupported。MCP 协议语义更准确。

7. #36043 — 将 Responses API 代理登记为 reqwest 例外

  • ✅ 已合并
  • codex-responses-api-proxy 从临时迁移例外改为正式 reqwest 例外，依赖治理更清晰。

8. #36039 — 限制 MCP 目录分页

  • ✅ 已合并
  • 共享分页收集器，统一工具/资源/资源模板发现；每个目录上限 100 页 / 1,024 项，防止恶意 MCP 服务器拖垮客户端。

9. #36035 — stdio app-server 在连接关闭时退出

  • ✅ 已合并
  • 追踪每个连接的来源，闭合 stdin 即关闭 server，避免远程控制客户端退出后进程残留。

10. #36033 — 在 codex-protocol 中使用共享 HTTP 客户端

  • ✅ 已合并
  • 用 codex_http_client::HttpError 替换直接 reqwest 错误类型，移除 codex-protocol 的直接 reqwest 依赖。基础设施统一。

📈 功能需求趋势

通过聚合 Issue 标签与摘要，可识别出以下高需求方向：

  1. Linux 桌面端支持 — #11023 长期居热度榜顶，是头号跨平台诉求。
  2. Claude Code 钩子生态对齐 — #21753、#17148 等 Hooks 相关 issue 持续累积，反映出 agent 自动化开发者对事件颗粒度的要求。
  3. 会话/上下文管理 — Plan Mode 改进（#10561）、CLI 与 app-server 同步（#14722）、session compaction 的稳定化（#25779、#35458、#34863、#35935）形成完整链路。
  4. MCP 协议健壮性 — 认证状态、分页、stdio 资源泄漏（#18486、#25015、#36039、#36045）显示 MCP 已成高频议题。
  5. Windows 桌面稳定性 — taskkill 泄漏、DWM 句柄、光标抖动、应用内浏览器崩溃、Google Drive 沙箱挂起等系统性缺陷集中爆发。
  6. macOS UI/性能优化 — GPU 进程高 CPU（#23026）、屏幕截图磁盘膨胀（#35458）等。
  7. 聊天/会话多视图体验 — TUI 聊天标签（#17291）、远程工作区切换（#33723）。

🧩 开发者关注点

从反馈中提炼出几条高频痛点：

  • 资源与内存控制：compaction 后内联 PNG 仍以 base64 多次持久化，单次会话可达 165 GiB；app-server 进程反复推动 10.2 GB JSONL 长至 27 GB 内存/36 GB 交换。开发者急需对会话写入路径进行"截图专用"压缩策略。
  • 进程生命周期管理：Windows 上 taskkill.exe/conhost.exe 残留与 MCP 子进程栈泄漏（#25015）反映出 Codex 缺乏跨子系统的进程隔离/回收机制。
  • 沙箱安全：符号链接迁移目标覆盖（#36051）、网络策略失败时仍放行（#36037）等边界条件，说明 sandbox 层仍有边界案例值得加固。
  • CLI/App 双形态一致性：CLI 长会话等待用户输入超时报错、Plan Mode 与 App 体验割裂、CLI 与 app-server 会话不同步，开发者希望统一心智模型。
  • 可观测性 vs 隐私：tool-call 指标的可配置导出（#36049）反映开发者希望在"内置遥测"与"自定义 OTLP"之间拥有清晰的开关。
  • 生态兼容：围绕 Claude Code Hooks、Claude Code Chat Tabs（#17291）等"竞品特性"的需求，反映出 Codex 正在被工作流绑定，开发者关心生态融合而非单点功能。

📊 数据说明：本日报基于 GitHub openai/codex 仓库过去 24 小时内的 Releases、Issues、Pull Requests 数据生成。社区热度综合评论数与 👍 数排序。

Gemini CLI — google-gemini/gemini-cli

The user wants me to generate a Chinese-language daily report for the Gemini CLI community based on the GitHub data provided. Let me analyze the data carefully and create a structured report.

Key observations from the data:

  1. Releases: v0.55.0-nightly.20260730.gdc859e8e4 released today (nightly build). It includes changelog updates for v0.54.0-preview.0 and v0.53.0.

  2. Issues - Top issues by comment count:

  • #18811: API Error - invalid argument (15 comments, 5 likes) - p2, Stale
  • #19883: gemini-3-flash-preview capacity error (13 comments, 8 likes) - p2
  • #18903: Request invalid argument (13 comments, 2 likes) - p2
  • #22323: Subagent recovery after MAX_TURNS (12 comments, 2 likes) - p1, 🔒
  • #18834: Sandbox image missing (11 comments, 1 like) - p1, Stale
  • #18961: VSCode companion extension detection (8 comments) - p2
  • #24353: Robust component level evaluations (7 comments) - p1, 🔒
  • #22745: AST-aware file reads (7 comments) - p2, 🔒
  • #21968: Gemini doesn't use skills/sub-agents enough (6 comments) - p2, 🔒
  • #26522: Auto Memory retry issue (5 comments) - p2, 🔒
  1. PRs - Notable PRs:
  • #28581: fix diff hunk markers in @ processing
  • #28410: MCP tools/list timeout fix (CLOSED)
  • #28406: modelIdResolutions fix (CLOSED)
  • #28485: Add gemini-3.5-flash to model selector
  • #28481: MCP OAuth token refresh fix
  • #28566: InvalidStreamError propagation
  • #28488: auto-compress chat history
  • #27154: PTY memory leak fix (CLOSED)
  • #28586: preserve thoughtSignature fix
  • #28551: macOS seatbelt profiles fallback
  • #28588: caretaker spec event publishing
  • #28590: version bump nightly

Themes emerging:

  • API errors (invalid argument, capacity issues)
  • Subagent / agent behavior issues
  • Memory system improvements (Auto Memory)
  • Browser agent issues
  • MCP and OAuth
  • Model availability (gemini-3-flash, gemini-3.5-flash)
  • Auto-compression of chat history
  • AST-aware tooling
  • VSCode integration

Let me craft the report now.

The current date is 2026-07-30. Let me write the report.

I need to think about:

  • Today's headline
  • Notable items
  • Function needs trends
  • Developer pain points

Let me structure carefully and use concise professional language.

For the version release: v0.55.0-nightly.20260730.gdc859e8e4 - this is just a nightly bump. Notable items would be the v0.54.0-preview.0 and v0.53.0 changelog inclusions.

Actually, looking more carefully at the release section, it seems the changes are:

  • Changelog for v0.54.0-preview.0
  • Changelog for v0.53.0
  • chore/release: bump version to 0.55.0-nightly.20260729.g3499c84f

This is a routine nightly bump that includes changelog entries for the recent stable releases.

Let me write the report now in Chinese.

Gemini CLI 社区动态日报 · 2026-07-30

📌 今日速览

今天 Gemini CLI 发布了 v0.55.0-nightly.20260730 例行版本，更新主要合入了 v0.53.0 和 v0.54.0-preview.0 的自动生成变更日志。社区侧焦点仍集中在 API 调用错误（invalid argument / 模型容量不足） 与 子代理（subagent）/ 浏览器代理稳定性 两大方向；与此同时，模型选择器、自动压缩、AST 感知工具等增强性 PR 也在积极推进中。

🚀 版本发布

版本 类型 说明
v0.55.0-nightly.20260730.gdc859e8e4 Nightly 由 gemini-cli-robot 自动生成，合并了 v0.53.0 与 v0.54.0-preview.0 的 changelog，并完成 0.55.0 nightly 系列的版本 bump。

ℹ️ 当前未见正式 stable 版本发布，最近的重要稳定线为 v0.53.0，预览线为 v0.54.0-preview.0。

📎 Release 链接

🔥 社区热点 Issues

按评论数排序，挑选 10 个最具代表性的 Issue。

1. #18811 — API Error: Failed to generate content

  • 标签：p2 / bug / Stale
  • 讨论量：💬 15 ｜ 👍 5
  • 要点：升级流程触发 API "invalid argument" 错误，自 0.27.4 → 0.28.0 后屡次出现。属长期未解 Stale，但社区互动量最高，反映大量用户在升级路径上遭遇同类 API 调用异常。

2. #19883 — gemini-3-flash-preview 容量不足

  • 标签：p2 / bug
  • 讨论量：💬 13 ｜ 👍 8
  • 要点：用户反馈 gemini-3-flash 无法触达，而 gemini-2.5-lite 与 gemini-3-pro 正常。是本期点赞数最高的 Issue，直接关系新模型可用性。

3. #18903 — Request contains an invalid argument

  • 标签：p2 / area/agent / Stale
  • 讨论量：💬 13 ｜ 👍 2
  • 要点：CLI 从某日起突然全面报错，与 #18811 现象类似，疑似模型或后端兼容性问题集中爆发。

4. #22323 — Subagent 在 MAX_TURNS 后谎报成功

  • 标签：p1 / area/agent 🔒
  • 讨论量：💬 12 ｜ 👍 2
  • 要点：codebase_investigator 子代理在触及最大轮次时仍返回 status: "success" 和 Termination Reason: "GOAL"，对用户隐藏了中断事实——属于严重可靠性缺陷。

5. #18834 — Sandbox image 缺失修复建议

  • 标签：p1 / bug / effort/small
  • 讨论量：💬 11
  • 要点：-ds 模式下拉不到 us-docker.pkg.dev/.../sandbox:0.28.0 镜像，作者已附 PR 修复，是少见的用户自带修复方案的 Issue。

6. #18961 — VSCode 配套扩展无法识别

  • 标签：p2 / area/extensions
  • 讨论量：💬 8
  • 要点：在 VSCode 中启动 CLI 时，提示连接 VSCode 失败，配套扩展检测机制异常。IDE 集成方向的代表性反馈。

7. #24353 — 组件级评测体系（EPIC）

  • 标签：p1 / aiq/eval_infra 🔒
  • 讨论量：💬 7
  • 要点：官方内部追踪 Issue，作为 #15300 的 EPIC 后续，已生成 76 条行为评测、覆盖 6 个 Gemini 模型；体现团队正在系统性建设评估基础设施。

8. #22745 — AST 感知文件读取/搜索/映射评估

  • 标签：p2 / agent / feature 🔒
  • 讨论量：💬 7
  • 要点：官方 EPIC，调研用 AST 工具更精确读取方法范围、减少回合数与 token 噪声。是性能与上下文效率方向的重要议题。

9. #21968 — Gemini 不主动调用 skill 与 sub-agent

  • 标签：p2 / agent / bug 🔒
  • 讨论量：💬 6
  • 要点：自定义 skill 与 sub-agent 几乎不会被自动调用，除非用户显式指示。说明代理调度/路由层在可用性上仍有显著改进空间。

10. #26522 — Auto Memory 低信号会话无限重试

  • 标签：p2 / agent / bug 🔒
  • 讨论量：💬 5
  • 要点：Auto Memory 仅在提取代理成功 read_file 时才标记会话为已处理；低信号会话被反复弹回。是 Memory 系统稳定性方向的关键问题。

🛠️ 重要 PR 进展

1. #28581 — 修复 @ 处理时误解析 diff hunk 标记

修复统一/合并 diff 的 @@ hunk 标记被当成 @file 引用，避免对大 diff 提示做两次工作区 glob，消除 minimatch/path-scurry 堆增长。属于性能与稳定性双改善。

2. #28406 — 将 modelIdResolutions 应用于工具子代理模型

🔒 p1 / 已关闭。修复 #28390：web-search / web-fetch 等工具硬编码 gemini-3-flash-preview，未走 modelIdResolutions，导致无 preview 权限的 API Key 用户触发 INVALID_MODE… 错误。

3. #28410 — MCP tools/list 发现超时缩短

🔒 p1 / 已关闭。MCP 服务无响应时启动会被冻结 10 分钟。该 PR 将 tools/list 默认超时改为短超时，快速失败。

4. #28481 — 修复 MCP OAuth token 刷新

🔒 p1 / area/security。gemini mcp add --transport http ...（未配置 oauth 块）时刷新在网络 I/O 前即失败，并会删除已存凭据，导致每次都要重新认证。

5. #28485 — 模型选择器加入 gemini-3.5-flash

p2。v0.51.0 上用户无法选择 gemini-3.5-flash / gemini-3.6-flash，需绕过 DEFAULT_GEMINI_FLASH_MODEL 的旧路径。直接呼应 #19883 的可用性反馈。

6. #28566 — 将 InvalidStreamError 详情透传到 UI

🔒 p1 / size/l。让 CLI 能在空响应等场景展示针对性排错建议（如推荐 /compress 压缩上下文）。从根上改善"白屏/无响应"的用户体验。

7. #28488 — 上下文溢出时自动压缩聊天历史

新增 model.autoCompressOnOverflow 设置：上下文即将溢出时自动取消当前提交、触发 tryCompressChat，避免硬性中断。显著提升长会话可用性。

8. #28586 — 保留 thoughtSignature 修复 400 错误

🔒 p2。0.53.0 引入的回归：并行工具调用时 thoughtSignature 被剥离，引发 400 Bad Request。直接关联 #18903 等"invalid argument"类问题。

9. #27154 — 同步删除 PTY 条目以防内存/FD 泄漏

🔒 p2 / 已关闭。ShellExecutionService 中 PTY 条目此前被包在 Promise .then() 中，背景日志流一旦挂起就永远不会被 GC，是核心稳健性修复。

10. #28551 — macOS sandbox 缺失 Seatbelt profile 回退

在 macOS 沙盒模式下找不到静态 .sb profile 时回退到内嵌版本，解决沙盒启动崩溃。是平台兼容性的关键补丁。

📈 功能需求趋势

从本期 Issue 与 PR 中可提炼出以下社区与官方共同关注的方向：

趋势方向 代表 Issue / PR 关键诉求
🧠 模型可用性 & 选择器 #19883、#28485、#28406 新模型（gemini-3-flash、gemini-3.5-flash）能稳定出现在选择器中，并对所有用户可访问
🤖 子代理与浏览器代理可靠性 #22323、#21968、#21983、#25166、#22267 准确的终止语义、自动调用 skill/sub-agent、Wayland 兼容、配置项生效
💾 Auto Memory 系统 #26522、#26523、#26525、#26516 低信号会话处理、无效 patch 隔离、确定性脱敏、日志最小化
🧩 AST 感知工具 / 智能上下文 #22745、#22746、#28581、#28488 精确文件读取、自动压缩、diff hunk 解析
🖥️ IDE 与扩展集成 #18961、#28494 VSCode 配套检测、activate() 资源清理
🔐 安全 / 隐私 / 凭据 #28481、#26525 MCP OAuth 刷新、Auto Memory 内容脱敏
🛡️ 沙箱 / 平台兼容 #18834、#28551、#21983 镜像拉取、macOS seatbelt、Wayland
🧪 评测体系 (evals) #24353、#22672、#22465 行为评测、破坏性命令防御、交互式提示处理

🧑‍💻 开发者关注点（高频痛点）

  1. API "Request contains an invalid argument" 集中爆发：#18811、#18903、#18961 等多个 Issue 同时指向同一错误，叠加 PR #28586 的回归修复，开发者普遍担心版本升级后稳定性。
  2. subagent 状态撒谎：#22323 揭示子代理在 MAX_TURNS 后仍报 GOAL 成功，影响自动化流水线与代码调研的可信度。
  3. CLI 卡在 "Waiting input"：#25166 反馈 shell 命令执行完毕后 CLI 仍挂起，事件循环 / IO 流疑似未正确关闭。
  4. MCP 启动卡死：#28410 修复了 MCP tools/list 无响应时 10 分钟的静默冻结——开发者最在意的"无错也无反馈"场景。
  5. VSCode 集成失败：CLI 在终端启动时无法识别已安装的配套扩展（#18961），IDE 工作流体验断裂。
  6. Auto Memory 不可控：低信号会话反复被弹出（#26522）、日志记录放大隐私面（#26525），反映 Memory 系统需要更严格的边界控制。
  7. 权限与破坏性命令：#22672、#22093 指出子代理在未授权下使用 git reset --force 等危险命令，需要更明确的安全护栏。
  8. 工具数量超限 400：#24246 触发 400 错误，期待作用域感知的工具剪裁，而非一次性全量注册。

📎 数据来源：google-gemini/gemini-cli · 统计周期：2026-07-29 → 2026-07-30

💡 如需追溯具体进展，请点击条目中的 GitHub 链接；🔒 表示该 Issue/PR 仅对 maintainer 可见。

GitHub Copilot CLI — github/copilot-cli

The user wants me to generate a Chinese daily report for GitHub Copilot CLI based on the provided data. Let me analyze the data carefully:

  1. Releases: v1.0.76 was released on 2026-07-29, with several sub-versions (1.0.76-2, 1.0.76-3, 1.0.76-4, 1.0.76-5). Key updates:

    • Add enable/disable controls in /plugins
    • Support for grok-4.5 model
    • Sandbox denied paths enforcement for relative and symlinked entries (macOS/Linux)
    • Improved diff scrolling and syntax highlighting
    • Directable queue manager
    • New Sessions sidebar

  2. Issues (25 total): Let me pick the most notable ones:

    • #4163 [CLOSED] - Process zombies bug (3 likes, 6 comments) - important Linux bug
    • #1613 [OPEN] - Built-in git worktree lifecycle management (36 likes, 3 comments) - very popular feature request
    • #4202 [OPEN] - Path does not exist bug in 1.0.73
    • #1168 [OPEN] - Authorization fatigue (2 likes)
    • #4291 [CLOSED] - Invalid/triage issue
    • #4293 [OPEN] - Sub-agents with full tool access return empty
    • #4140 [OPEN] - Sort /resume session list by last-updated
    • #4290 [OPEN] - #4163 not fixed follow-up
    • #4300 [OPEN] - Support bearerToken for BYO-K
    • #4299 [OPEN] - Increasing typing latency over long sessions
    • #4298 [OPEN] - Sandbox config to selectively enable tools
    • #4297 [OPEN] - Copilot crashes with certain log levels
    • #4284 [CLOSED] - Stop nudging to update
    • #4296 [OPEN] - Cmd+V paste doesn't work in iTerm2
    • #4295 [OPEN] - AI Credits Near-Limit Warning
    • #4294 [OPEN] - Resumed session injects COLORTERM
    • #4113 [OPEN] - ACP mode does not implement session/close
    • #4204 [OPEN] - .agents discovery extension
    • #4283 [OPEN] - Server-managed enabledPlugins doesn't persist
    • #4292 [OPEN] - Colors wrong in tmux with light theme
    • #4282 [OPEN] - Session resume fails due to model name prefix
    • #4285 [OPEN] - 1.0.76-1 silent exit with log levels (2 likes)
    • #4286 [OPEN] - Streaming input_json_delta buffered
    • #4287 [OPEN] - general-purpose subagent uses wrong model
    • #4289 [OPEN] - PR short link directs to wrong link

  3. PRs (1 total): #4100 - just a security PR with no real description, low activity

Let me organize this into the requested format. The user requested 10 issues and 10 PRs, but only 1 PR was active in the past 24 hours, so I'll need to address this.

Let me write this in clear, professional Chinese suitable for technical developers.

For the date: 2026-07-30

Let me structure this properly:

今日速览: v1.0.76 release is the biggest news - grok-4.5 support, plugins control, sandbox improvements. There's also a log-level crash bug in 1.0.76-1 that's being tracked.

版本发布: v1.0.76 with 5 sub-versions

社区热点 Issues: Need to pick 10 most important

  • Top by likes/comments:
    1. #1613 - git worktree (36 likes)
    2. #4163 - zombie processes (3 likes, 6 comments, closed)
    3. #4285 - log level crash (2 likes)
    4. #1168 - auth fatigue (2 likes)
    5. #4113 - ACP session close (1 like)
    6. #4202 - path not exist
    7. #4290 - #4163 not fixed
    8. #4283 - enabledPlugins not persist
    9. #4293 - sub-agent empty response
    10. #4299 - typing latency
    11. #4300 - bearerToken
    12. #4294 - COLORTERM injection

Let me pick 10 most relevant.

重要 PR 进展: Only 1 PR available, I'll note this honestly.

功能需求趋势:

  • Authentication: BYO-K with bearerToken
  • Session management: worktrees, sort, multi-project, session resume
  • Configuration: .agents discovery, sandbox config
  • Model selection: grok-4.5, model inheritance
  • Terminal compatibility: tmux colors, iTerm2 paste
  • Logs and debugging
  • AI credits warning
  • ACP integration

开发者关注点:

  • Stability (zombie processes, log level crashes, model issues)
  • Enterprise/security (bearerToken, sandbox)
  • Workflow features (worktrees, session management)
  • Terminal compatibility (tmux, iTerm2)
  • Cross-session performance (typing latency)

Now let me write this report.

GitHub Copilot CLI 社区动态日报

日期：2026-07-30
数据周期：过去 24 小时
数据源：github.com/github/copilot-cli

一、今日速览

过去 24 小时最显著的动态是 v1.0.76 系列版本密集发布，引入了 /plugins 的细粒度启用控制、对 Grok-4.5 模型的支持，以及沙箱路径在 macOS/Linux 上的强化；同时一个由社区发现的 1.0.76-1 日志级别崩溃 Bug（#4285）正被跟进修复。Issue 端最热门的话题仍是 Git Worktree 生命周期管理（#1613，36 👍）这一长期高票功能请求，叠加多个会话恢复与终端兼容性（tmux、iTerm2）问题，构成今日社区关注主线。

二、版本发布

🚀 v1.0.76（2026-07-29）

本次发布包含 5 个子版本迭代（1.0.76-2 ~ 1.0.76-5），主要变化如下：

新增（Added）

  • /plugins 启用/禁用控制：可为 plugins、instructions、agents、LSP servers、hooks 分别启用或禁用，权限粒度显著提升。
  • Grok-4.5 模型支持：通过 /model 即可选用 xAI 最新模型。
  • 直接可控的消息队列（Queue Manager / "staff"）：可在发送前对排队消息进行重排、编辑、删除、重复或立即发送。
  • 多并发会话侧边栏（实验性）：通过 /experimental 开启，可在多个并发会话间快速切换、查看状态。

改进（Improved）

  • 自动下载更新后，提示消息建议使用 /restart 并取消警告色。
  • /diff 对大型多文件 diff 提供更快的滚动与语法高亮。
  • 分屏侧边栏的 hover-to-focus 默认关闭，可通过 sidebar.hoverFocus 重新启用。

修复（Fixed）

  • 沙箱拒绝路径现在对相对路径与符号链接生效（macOS / Linux；Windows 仍按设计无法按路径拒绝）。
  • 未发送的提示文本现在会保留在输入框中。

🔗 查看 v1.0.76 Release Notes

三、社区热点 Issues（精选 10 条）

# 编号 标题 状态 关注度 为什么值得关注
1 #1613 Feature request: Built-in git worktree lifecycle management OPEN 👍 36 / 💬 3 长期高票功能请求，社区希望 CLI 自动为任务创建/清理 worktree，是多任务并行工作流的关键能力。
2 #4163 CLI 1.0.71 does not reap child processes — zombies accumulate CLOSED 👍 3 / 💬 6 严重的 Linux 平台稳定性问题，子进程未被回收导致僵尸进程累积，虽已关闭但社区随即报告未彻底修复（#4290）。
3 #4285 1.0.76-1: silent exit 1 with log level other than "all"/"default" OPEN 👍 2 本版本引入的回归 Bug，影响 Windows 用户排查问题，与 #4297 互为佐证。
4 #1168 Authorization fatigue — excessive prompts per request OPEN 👍 2 / 💬 3 体验痛点，单次请求触发十余次授权，破坏"无人值守"工作流。
5 #4113 ACP mode does not implement session/close OPEN 👍 1 影响第三方 ACP 客户端集成，生态兼容性问题，阻碍 Zed 等编辑器深度集成。
6 #4293 Sub-agents with full tool access return empty OPEN 💬 2 全工具访问的子代理静默失败，无日志无报错，可观测性严重不足。
7 #4290 #4163 is not fixed (AlmaLinux 8.10) OPEN 💬 1 与 #4163 联动，证明 v1.0.75 仍未彻底修复僵尸进程问题，Linux 平台稳定性持续受关注。
8 #4300 Support bearerToken for BYO-K OPEN 0 企业合规刚需：在禁用 key-based 认证的企业环境中，缺少 bearerToken 支持将无法自动化 CLI。
9 #4299 Increasing typing latency over long sessions (1.0.76-5) OPEN 0 长会话+后台代理场景下输入延迟飙升，性能退化直接影响可用性。
10 #4286 Streaming: input_json_delta buffered until complete OPEN 0 大型工具参数场景下出现数分钟静默，流式协议层缺陷，影响所有接 /v1/messages 的下游。

其他值得跟踪：#4283（企业托管插件启用状态丢失）、#4287（general-purpose 子代理忽略 model 继承）、#4294（恢复会话注入 COLORTERM 改变高亮色）。

四、重要 PR 进展

过去 24 小时内仅 1 条 PR 处于活跃更新状态：

# 编号 标题 作者 状态 说明
1 #4100 shangti0168 @huangyoufeng76-debug OPEN 描述为"安全性"，但内容极少且无评审互动，疑似占位/测试 PR，需等待补充说明。

⚠️ 说明：当前 PR 活跃度过低，无法提炼具备实质意义的代码变更趋势。建议关注主干 commits 与 merges 以获取更深度的代码层动态。

五、功能需求趋势

通过分析过去 24 小时的 Issue 与长期 Issue 交叉数据，社区诉求主要集中在以下方向：

方向 代表性 Issue 核心诉求
🧩 会话与工作流管理 #1613、#4140、#4282、#4289 git worktree 生命周期、会话列表按时间排序、跨项目 PR 链接修复、会话恢复时的模型一致性。
🔐 企业 / 认证 / 合规 #4300、#4283、#4298 BYO-K 的 bearerToken 支持、企业托管 enabledPlugins 持久化、沙箱工具白名单。
🤖 模型与子代理 #4293、#4287、#1613（隐含） 子代理模型继承、可观测性、全工具访问的容错。
🖥️ 终端与显示兼容性 #4292、#4296、#4294 tmux 浅色主题配色、iTerm2 粘贴、COLORTERM 注入导致高亮错乱。
📊 体验对等 #4295、#1168 与 VS 2026 对齐的 AI Credits 预警；降低授权弹窗频次。
🔧 可观测性与稳定性 #4285、#4297、#4286、#4299 日志级别崩溃、流式缓冲、长时间会话延迟。

综合来看，社区诉求已从"功能有无"过渡到"生产可用性"——稳定性、可观测性、企业合规与终端兼容性成为新焦点。

六、开发者关注点

综合 Issue 文本与社区互动，本日开发者反馈呈现以下高频痛点：

  1. 🔁 回归与稳定性是头号问题
    v1.0.76 同一版本内既引入了多项新功能，也带来了 #4285 / #4297 日志级别崩溃 和 #4163 / #4290 僵尸进程未根治 等回归问题。开发者对"快速发版能否保证质量"的担忧明显上升。

  2. 🏢 企业自动化能力不足
    多个 Issue（#4300、#4283）指向同一痛点：在合规限制（禁用 key 认证、企业托管插件）的环境下，CLI 缺乏 bearerToken 与策略持久化能力，无法进入 CI/CD 流水线。

  3. 🧵 多任务并行工作流仍是空白
    长期高票的 #1613（worktree 管理）持续没人领走，加上 #4140（会话排序）、#4289（多项目 PR 链接）说明社区对**"同一会话管理多个并行工作树"** 的需求十分迫切。

  4. 📺 终端细节体验被反复吐槽
    tmux 配色、iTerm2 Cmd+V 粘贴、COLORTERM 注入、恢复会话高亮错色——开发者期望 CLI 在各主流终端下行为一致，与 Claude Code CLI 对比中常处于劣势。

  5. 🤖 模型与代理层抽象不完整
    子代理模型继承（#4287）、全工具代理静默失败（#4293）、自定义端点模型前缀不一致（#4282）共同揭示：多代理 + 多模型 这条路径上 CLI 仍存在系统性缺陷。

📮 报告生成完毕。如需进一步追踪某一 Issue 或对比历史趋势，请指定方向。

Kimi Code CLI — MoonshotAI/kimi-cli

The user wants me to generate a Chinese daily report for Kimi Code CLI community dynamics based on GitHub data for 2026-07-30. Let me analyze the data provided:

Issues (1 total):

  • #2568: Feature request for custom API Base URL for enterprise K3 gateway

Pull Requests (4 total):

  • #2569: Fix StrReplaceFile chained edits counting - OPEN
  • #2176: Fix hooks to extract text from ContentPart - OPEN (older, from May 7)
  • #1790: Prefer pwsh over powershell.exe on Windows - CLOSED
  • #2567: Show absolute reset datetime in /usage panel - CLOSED

Releases: None in past 24 hours

Note: The user asks for "10 most notable Issues" but there's only 1 issue. I need to handle this gracefully - I can mention that there's only 1 issue today, or look at the data more carefully. Looking at the data, there really is only 1 issue, so I should mention this. Similarly for PRs, there are 4 PRs total, so I'll cover all of them.

Wait, the prompt says "挑选 10 个" (pick 10), but we only have 1 issue and 4 PRs. I should be honest about the data and adapt. I'll present what's available.

Let me structure the report:

  1. 今日速览 - 2-3 sentence summary
  2. 版本发布 - No releases, so omit
  3. 社区热点 Issues - Only 1, present it
  4. 重要 PR 进展 - 4 PRs, present all
  5. 功能需求趋势 - Derive from the data
  6. 开发者关注点 - Summary

Let me draft this:

For 今日速览:

  • No new releases in past 24 hours
  • Community focus is on enterprise deployment scenarios with K3
  • Two PRs merged (closed): Windows pwsh preference, /usage absolute datetime
  • Two PRs still open: StrReplaceFile bug fix, UserPromptSubmit hook fix

For Issues (only 1):

  • #2568 - Enterprise K3 gateway support

For PRs (4 total):

  • #2569 - StrReplaceFile fix (open)
  • #2176 - UserPromptSubmit hook fix (open)
  • #1790 - pwsh preference (closed/merged)
  • #2567 - /usage absolute datetime (closed/merged)

For 开发者关注点:

  • Enterprise features (custom API base, gateway)
  • Tooling reliability (file editing, hooks)
  • Windows compatibility
  • UX improvements (better display of quota info)

Let me write the report now. I'll be concise and professional.

Kimi Code CLI 社区动态日报

日期：2026-07-30
数据来源：github.com/MoonshotAI/kimi-cli

📌 今日速览

今日社区活动较为平稳，无新版本发布。讨论焦点集中在 Kimi K3（2.8T 参数）开源后的企业级部署需求，出现 1 条针对企业网关接入的功能请求 Issue；PR 端有 2 项合并（Windows PowerShell 偏好切换、/usage 面板展示绝对重置时间），以及 2 项尚待合并的 Bug 修复（StrReplaceFile 链式编辑计数、UserPromptSubmit Hook 文本提取）。整体来看，社区正从「基础可用」向「企业生产可用」过渡。

🚀 版本发布

过去 24 小时内无新 Release，跳过本节。建议关注 Releases 页面 获取最新版本信息。

🔥 社区热点 Issues

提示：过去 24 小时仅有 1 条 Issue 更新，以下为其完整呈现。

#2568 — 支持自定义 API Base URL 以接入企业级 K3 网关

  • 作者：@kwu18-png | 状态：OPEN
  • 热度：评论 0 · 👍 0（刚提交，尚未发酵）
  • 摘要：随着 Kimi K3（2.8T 参数）2026 年 7 月正式开源，企业团队希望稳定在生产环境中使用 K3。但当前 kimi-cli 仅支持官方 API 端点，难以满足以下企业场景：
    • 官方 API 并发限流影响团队协作效率
    • 单区域部署导致跨地域延迟较高
    • 缺少自动故障切换（failover）机制
    • API Key 管理分散，安全审计困难
  • 为什么重要：这是 K3 开源后的第一个明确「企业级部署」诉求，反映出开源模型进入生产场景的真实门槛。若官方支持 api_base 配置，企业用户可对接自建网关、私有化部署的 K3 实例，同时兼顾合规、安全与稳定性。

🛠 重要 PR 进展

✅ 已合并（CLOSED）

#2567 — feat(usage) 在 /usage 面板展示绝对重置日期时间

  • 作者：@versun | 状态：CLOSED（已合并）
  • 改动要点：
    • 此前 /usage 仅展示模糊相对时长（如 resets in 4d），信息密度低、难做运维规划
    • 本次直接展示 API 返回的绝对本地重置时间（reset_at / resetAt），同时保留相对时长作为补充
  • 价值：提升用户对额度耗尽时点的可预测性，便于排障与配额管理。

#1790 — feat(windows) Shell 工具优先使用 pwsh 而非 powershell.exe

  • 作者：@scwf | 状态：CLOSED（已合并）
  • 改动要点：
    • Environment.detect() 解析顺序调整为：PATH → Program Files\PowerShell\7 默认安装 → System32\powershell.exe → PATH 中的 powershell
    • shell_name 仍保持 Windows PowerShell，Shell 与后台 worker 继续使用 -command
    • 新增 pwsh-from-PATH 与 pwsh-from-install 两类测试用例
  • 价值：PowerShell 7（pwsh）跨平台、UTF-8 默认、命令更现代，能显著改善 Windows 用户在 Kimi CLI 中处理中文/特殊字符脚本的体验。

🔓 待合并（OPEN）

#2569 — fix(tools) StrReplaceFile 链式编辑按中间内容计数

  • 作者：@aalhadxx | 状态：OPEN
  • 问题：StrReplaceFile 工具此前始终以原始文件内容为基准计数。当后续编辑匹配的是前一次编辑产生的内容时，即使替换成功也会被记为 0 次，导致总报告为「1 total replacement」，与实际不符。
  • 价值：影响所有依赖链式编辑的 Agent 工作流（如多步骤重构、批量改名），修复后可让工具的"成功/失败反馈"如实反映执行结果，便于上层 LLM 正确决策。

#2176 — fix(hooks) 为 UserPromptSubmit Hook 提取 ContentPart 文本

  • 作者：@tears-mysthrala | 状态：OPEN（5 月初创建，今日更新）
  • 问题：当用户输入为 list[ContentPart]（默认消息结构）时，UserPromptSubmit Hook 拿到的 prompt 与 matcher_value 始终为空字符串，正则匹配完全失效。
  • 价值：补齐 Hook 对多模态/结构化输入的支持，是企业级输入审计、内容过滤、合规拦截等场景的底层依赖。

📈 功能需求趋势

基于近期 Issue 与 PR 的聚类分析，社区关注方向正在分化：

方向 关键信号 代表条目
🏢 企业级部署 / 私有化 自定义 API Base、网关代理、Key 审计、跨区域容灾 #2568
🪟 跨平台体验（尤其 Windows） PowerShell 7 偏好、中文/UTF-8 兼容性 #1790
🛠 工具可靠性 / Agent 行为可信度 文件编辑计数、Hook 文本提取 #2569, #2176
📊 可观测性 / 使用透明度 用量面板的精确时间展示 #2567
🔌 多模态与结构化输入 ContentPart、tool call 链路 #2176

趋势解读：「企业级 + 可靠性」 正在取代早期的「CLI 基础可用性」成为主线。K3 开源是直接催化剂。

💡 开发者关注点

综合 Issue 与 PR 反馈，当前开发者社区的高频痛点与诉求集中于：

  1. 企业网关与合规接入：开源模型进入生产环境后，自定义 api_base、私有化 K3 实例、统一鉴权审计已成为硬需求，而非"nice-to-have"。
  2. 工具反馈的真实性：LLM Agent 极度依赖工具返回值做下一步决策，StrReplaceFile 这类"成功了但报 0 次"的静默偏差会直接导致 Agent 行为偏离预期，开发者对此类问题容忍度极低。
  3. Hook 体系的结构化输入适配：随着 Agent 框架普遍采用 list[ContentPart]，Hook 层对结构化输入的处理已落后于主链路，是合规/审计落地的卡点。
  4. 跨平台细节：Windows 用户仍受 PowerShell 版本问题困扰，pwsh 默认化是 Windows 体验改善的关键一步。
  5. 用量信息的可操作性：相对时长已不足以支撑排障和预算管理，开发者更倾向绝对时间 + 时区清晰的展示方式。

日报生成时间：2026-07-30 · 数据窗口：过去 24 小时

OpenCode — anomalyco/opencode

Let me analyze the GitHub data for OpenCode community dynamics on 2026-07-30 and generate a structured Chinese daily report.

Key observations from the data:

  1. No releases in the past 24 hours
  2. 50 issues updated, top 30 shown with most comments
  3. 50 PRs updated, top 20 shown with most comments
  4. Recent activity (2026-07-30): Several issues and PRs created/updated

Hot issues to highlight:

  • #16992 /btw command feature request (20 comments, 168 likes) - top trending
  • #19130 Windows ARM64 OpenTUI fails to initialize (15 comments, 10 likes) - platform support
  • #30680 Auto-compaction loop bug (15 comments, 0 likes, CLOSED) - resolved critical issue
  • #38801 "exiting loop" message (14 comments, 0 likes) - ongoing TUI frustration
  • #14972 Agent stops with OpenAI-compatible providers (12 comments, 4 likes, CLOSED) - resolved
  • #13715 Permission hangs in subagent sessions (9 comments, 22 likes) - high importance
  • #14041 Copy as raw markdown (9 comments, 1 like, CLOSED)
  • #34697 RTL language translations (7 comments)
  • #10570 Scrollbar and command preview on Windows (5 comments, 4 likes, CLOSED)
  • #38851 Compaction triggers too early (5 comments)
  • #37564 Auto-mode LLM classifier (5 comments, 3 likes)
  • #36454 TreeSitter memory leak (4 comments)
  • #32157 Configurable mid-run prompt delivery (3 comments, 8 likes)
  • #29330 Export JSON truncated when piped (3 comments, 1 like)
  • #32985 GNU Screen compatibility (3 comments, 2 likes)

Important PRs:

  • #39607 Fix cost chunks compliance
  • #39567 Parse shell permission commands
  • #39604 Sanitize frontmatter keys
  • #39589 Prefetch open session tabs (CLOSED)
  • #39568 Fast session tab switching (CLOSED)
  • #39602 Filetype case-insensitive (compliance)
  • #39599 Path helpers delimiter-less (compliance)
  • #39597 Retry lazy initializer (compliance)
  • #39585 Focus palette settings after layout
  • #39591 UI.tabs API for plugins
  • #33719 Verify explicit OAuth authentication
  • #39586 Share file diff construction (CLOSED)
  • #38798 Order messages by time (fixes exiting loop issue)
  • #39423 Add Hebrew language support
  • #39566 Project picker with footer crossfade
  • #39578 Mutation permission previews (CLOSED)
  • #39577 Await stdout drain (fixes truncated JSON)
  • #34514 Auth command (CLOSED)

Function trend:

  • TUI UX improvements (cursors, scrollbars, command preview)
  • Multi-platform support (Windows ARM64, GNU Screen)
  • Permission system improvements
  • New model integrations (gpt-5.6-sol, GLM, Gemini)
  • i18n/RTL support
  • Plugin API expansion

Developer pain points:

  • Auto-compaction loops
  • "exiting loop" errors
  • Memory leaks (TreeSitter)
  • Platform compatibility issues
  • Truncated JSON output
  • Permission hangs
  • Configuration errors

Let me write a clear, professional Chinese daily report.

OpenCode 社区动态日报 · 2026-07-30

📌 今日速览

今日 OpenCode 社区进入"密集合规修复期"，维护者 @LHMQ878 与 @rixzkiye 集中提交了一批标记为 [needs:compliance] 的修复 PR，覆盖路径工具函数、SSE 成本块、YAML frontmatter 解析等长期遗留缺陷；与此同时，困扰社区数周的 TUI exiting loop 卡死问题（#38801 / #38791）由 @dkindlund 通过 #38798 正式关闭。功能侧，呼声最高的 /btw 斜杠命令请求（#16992）已累积 168 👍 仍维持开放状态，与 Claude Code 的能力差距持续被开发者关注。

🚀 版本发布

过去 24 小时内无新版本发布。最近一次 Release 动态可在 Releases 页 查阅。

🔥 社区热点 Issues

# Issue 重要性 状态
#16992 [FEATURE] /btw 斜杠命令请求 168 👍，20 评论 OPEN
#13715 嵌套子 Agent 权限询问静默挂起 22 👍，9 评论 OPEN
#19130 Windows ARM64 原生二进制 TUI 无法初始化 10 👍，15 评论 OPEN
#30680 OpenCode 进入 auto-compaction 死循环 15 评论 CLOSED
#14972 OpenAI 兼容 Provider 工具后 Agent 中止 12 评论 CLOSED
#38801 TUI exiting loop 反复弹出 14 评论 OPEN
#14041 [FEATURE] 复制消息为原始 Markdown 9 评论 CLOSED
#34697 [FEATURE] 增加 Farsi / Urdu / Pashto 等 RTL 语言翻译 7 评论 OPEN
#10570 Windows 终端增加滚动条与指令预览 5 评论 CLOSED
#38851 gpt-5.6-sol 模型 30–35% 即触发压缩 5 评论 OPEN

关注理由：

  • #16992：功能热度第一，远超其他请求。Anthropic 在 Claude Code 中推出 /btw 后，OpenCode 用户对"上下文外补充说明"的工作流存在明确需求。
  • #13715：👍 数远高于评论数，说明问题影响面广但难以复现描述，是子 Agent 权限模型的结构性问题。
  • #30680：压缩死循环是 2.0 版本最具破坏力的稳定性 Bug 之一，关闭意味着重大稳定性回归得到修复。
  • #14972：根因锁定为 finish_reason: "stop" 的协议差异，修复后 Gemini、LiteLLM 等兼容 Provider 链路恢复。

🛠️ 重要 PR 进展

# PR 说明
#38798 fix(session): 按时间排序消息，使 Run Loop 可终止 闭合 #38791，修复 exiting loop
#39577 fix(opencode): 等待 stdout drain，避免管道截断 闭合 #29330，`export
#39567 feat(core): 用 Tree-sitter 解析 Shell 权限命令 区分复合命令、提取可复用的命令前缀授权
#39607 fix(console): 补全 OpenAI 兼容 SSE 成本块字段 闭合 #39061，严格兼容客户端不再反序列化失败
#39599 fix(core): 修正无分隔符路径辅助函数 闭合 #39598，根目录文件不再显示伪造 / 父级
#39604 fix(core): 允许含连字符与点的 frontmatter key 闭合 #39603，allowed-tools 等字段终于可被解析
#39597 fix(core): 懒初始化器抛错后允许重试 闭合 #39596，避免一次性失败永久吞掉真实错误
#39602 fix(tui): 文件类型按大小写不敏感匹配 闭合 #39601，Makefile、.TSX 等终于有高亮
#39591 feat(plugin): 新增 ui.tabs 插件 API 插件终于可观察 / 打开 / 关闭 Session Tab
#39566 feat(tui): 项目切换器 + 底部路径淡入淡出 /projects 命令，类似 shell cd

📈 功能需求趋势

从近 24 小时活跃 Issue 中提炼的社区关注方向：

  1. TUI 体验升级 —— 滚动条、命令预览、光标样式（块/竖线/下划线）、RTL 语言布局，是诉求密度最高的板块。
  2. 多 Provider / 新模型兼容 —— GLM 5.2 思维链缺失、gpt-5.6-sol 压缩阈值异常、OpenAI 兼容 Provider 工具中断，反映新模型集成是常态化需求。
  3. 权限与审批智能化 —— Auto-mode LLM 分类器自动批准、Shell 命令细粒度前缀授权、嵌套子 Agent 权限传递，构成"权限系统 2.0"的主线。
  4. 插件与扩展 API —— ui.tabs、OAuth 验证、Server URL 真实性等问题说明插件生态正在走向成熟。
  5. 国际化 —— 希伯来语（PR #39423）、Farsi / Urdu / Pashto 等 RTL 语言翻译同步推进。
  6. 中段提示调度 —— #32157 提出 queue / steer / break 三态语义，长任务中途人工干预的需求被正式结构化。

💢 开发者关注点 / 痛点

  • 稳定性仍是首要痛点：auto-compaction 死循环、exiting loop、Tree-sitter 客户端销毁警告、配置无效错误（ConfigInvalidError）等让 TUI 在 Windows / 复杂终端下依然脆弱。
  • 平台碎片化：Windows ARM64 原生 TUI 无法启动（#19130）、GNU Screen 下无真彩与鼠标支持（#32985）、PowerShell 下缺滚动条（#10570），跨平台一致性仍有明显短板。
  • 管道 / IO 可靠性：opencode export | jq 大会话截断（#29330）、流式响应中断（#39544）、Orca 终端叉掉进程残留（#39590），CLI 在大数据量场景下鲁棒性不足。
  • 新模型接入摩擦：GLM 5.2 思维链参数未生效、gpt-5.6-sol 压缩阈值异常、Zen oa-compat 缺失必需字段，开发者普遍希望"模型即插即用"。
  • 可观测性与成本：SSE 流缺少 id / object / created / model 字段（#39606）暴露 OpenCode 在兼容 OpenAI 协议深度上仍有缺漏，影响成本统计与第三方客户端接入。

日报基于 anomalyco/opencode 仓库 2026-07-30 当日数据生成，共统计 Issues 50 条 / PR 50 条。

Qwen Code — QwenLM/qwen-code

Let me analyze the GitHub data for Qwen Code community dynamics on 2026-07-30 and generate a comprehensive daily report in Chinese.

Let me organize the key information:

Releases:

  • v0.21.1-nightly.20260730.1643a6c9a - includes fix(ci) and fix(web-shell) changes

Key Issues (top 10 by importance):

  1. #8039 - P1 bug: Anthropic 4.6+ assistant-prefill 400 + thinking.display defaults to 'omitted' (6 comments, by netbrah)
  2. #8012 - P2 fea

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    archiveddigest

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions