开源贡献日报 · 2026-10-18

记录可验证的修复进展，也记录仍有空间参与的架构与规范讨论。

数据截止：2026-10-18T21:48:31+08:00（Asia/Singapore）。以下是当日截至该时间的记录。

公开资料覆盖：不完整；依据当日已核实的公开来源选录实质交付与技术诊断；不是所有仓库活动的完整统计，未将补报后的新动作计入当日成果。

1 今天跟进与完成的结果

• OpenTUI 插件与宿主共享运行时 (anomalyco/opencode#56644，pr) — PR 仍开放，等待 review；不据此宣称样本问题已解决；提交插件模块共享边界的 review 修订，必要检查 34/34、导入边界检查 5/5 通过；作者样本尚未确认
• 压缩后的上下文用量标记为未测量 (anomalyco/opencode#56645，pr) — 修订已推送，PR 尚未合并；没有新增原生 Desktop 验证；修订压缩后的用量边界，4 项边界测试连续 10 轮共 40 次执行及必要检查 34/34 通过
• 空闲时重试 context-offload 检查点 (apache/maka#6149，pr) — 已提交 PR #6151，等待 CI 与独立 committer review；本地完整测试套件的失败已披露；保留未完成 PASSIVE checkpoint 的 pending 状态，加入空闲重试和真实 SQLite 回归验证
• 让同服务重试测试互不依赖 (anomalyco/opencode#56466，pr) — 修订已推送，等待维护者 review；根据反馈拆开失败注入测试，移除大测试中的调用顺序耦合；50 项定向测试及必要检查通过
• 聚合供应商路由诊断 (farion1231/cc-switch#8485，issue) — 已更新公开源码诊断，仍缺失败请求元数据，未确认客户端缺陷；依据新增截图修正模型名前缀判断，核对入站模型、普通与聚合路由及压缩入口
• 模型目录中的 pricing:null 与版本边界 (CherryHQ/cherry-studio#21931，issue) — 已发布诊断；报告者实际版本尚未确认，不算新交付的代码修复；核实目录的 858 个模型中有 71 个 pricing:null，对比 v2.1.6 与 main 上已有修复
• 间歇性 CPU 忙循环需要受影响进程的 profile (anomalyco/opencode#56712，issue) — 未提交补丁、未确认根因；定向原生测试存在超时，不能作为完整通过证据；公开源码诊断与未复现的事实，并请求实际版本的 SIGPROF 热函数和调用栈

• Hosted free-tier 403 重复问题关闭 (anomalyco/opencode#56397，issue) — issue 以 DUPLICATE 关闭；未发生代码修复；发布固定源码版本的准入服务边界诊断，核实 issue 指向 #56324

• 今日合并：截至截止时间未核实到当日合并；覆盖不完整，不能据此认定总数为零。
• 今日关闭（未合并）：已核实至少 1。
  • fix(core): bound watches for symlinked skill files：2026-10-18T03:33:52Z 关闭，原因未知；关闭不等于采纳。

今天合并的旧 PR

旧 PR 指今天之前创建、今天合并的 PR；已包含在今日合并总数中。

• 覆盖未完成；暂无已核实今天合并的旧 PR。

图中视频边界另见 HyperFrames #5738：保留已批准素材时，仍需计入交叉淡化尾部时长；截至当日记录，修订已交付，CI/review 尚待完成。

2 今天吸取的经验

• OpenCode 的重试测试修订说明：当失败注入依赖前面调用的次数，一个大测试会把服务行为和测试顺序绑在一起。此次将重试场景拆成独立的同服务测试，并通过 50 项定向测试。可复用的做法是让每个失败场景自行建立条件，避免前一场景替下一场景准备隐式状态。
  • 证据：GitHub
• OpenTUI 插件共享运行时与压缩后用量显示涉及不同边界：前者要核对宿主与插件的模块实例，后者要区分“数值为零”和“尚未测量”。当天的修订分别补充了导入边界与用量边界验证；这些检查支持各自修订，不能替代未完成的作者样本或原生 Desktop 验证。
  • 证据：GitHub

示意强调 pending 状态应保留至检查点完成；不是新的 SQLite API 或实测性能结果。

3 有意思的模块与行业动态

• 终端流的 Host 边界：恢复的不只是文本（apache/maka）
  • 讨论问题：10 月 18 日作者报告涉及按事件数量保留输出造成缺口、watchList 重复整页、screen snapshot 未绑定输出序号，以及纯文本快照丢失终端模式与属性。讨论仍在区分哪些恢复保证应由 Host 合同承担，哪些可交给客户端。
  • 行业动态：由本案例观察归纳：流式客户端的可靠恢复同时依赖保留策略、快照与序号的一致性，以及足够完整的终端状态。这里引用的是作者报告，没有独立复现其测量结果。
  • 总结点：输出保留与列表变化通知应分别定义；快照要表明对应的输出位置；恢复时应考虑终端模式与属性，而不只重放文字
• 渲染完成信号与外部回执的职责分界（heygen-com/hyperframes）
  • 讨论问题：核心是否只提供协议中立的渲染完成 hook，而将回执格式与签名交给插件？已保存的讨论尚未形成维护者决定。
  • 行业动态：由本案例观察归纳：agent 媒体系统需要可核验的完成边界，但不同供应商的证明格式不一定适合进入核心。
  • 总结点：将渲染生命周期信号与插件证明格式分开；完成 hook 本身不证明外部回执真实，验证职责要明确

4 今天在哪些项目做了贡献

• anomalyco/opencode：交付插件运行时共享、压缩后用量边界及重试测试的 review 修订；这些 PR 截止时均未合并。另完成 403 与 CPU 忙循环诊断，后者根因尚未确认。（来源 1、来源 2、来源 3）
• apache/maka：提交保留 pending checkpoint 并在空闲时重试的修复和 SQLite 回归验证；PR #6151 仍待 review/CI。（来源 1）
• farion1231/cc-switch：根据新增截图修正聚合供应商路由诊断，补齐源码路径说明；未确认客户端缺陷。（来源 1）
• CherryHQ/cherry-studio：核对模型目录空定价字段与发布版本边界，公开诊断；main 已有修复与新贡献分开记录。（来源 1）