大数跨境

OpenCode v1.18.31:3 项修复 + 4 位贡献者

OpenCode v1.18.31:3 项修复 + 4 位贡献者 创见AI实验室
2026-09-15
8
导读:OpenCode v1.18.31:ACP session 边界修复 + Copilot adaptive thinking,4 位贡献者
oc31sw-01-cover.png

v1.18.31 北京时间 2026-09-15 01:47 发布,距 v1.18.30 共 5 天 14 小时——恢复正常 patch 节奏。

本文目录

一、官方原文(中文版)二、值得展开的两件事三、其他维度


一、官方原文(中文版)

下面是 release body 的中文版(官方原文,含 @author 署名):

Core

Bugfixes

  • 恢复 ACP session 在加载、恢复或分叉时的 model、effort、mode、reasoning chunk 边界 (@JacobNWolf)

TUI

Bugfixes

  • 启动时显示远程配置认证错误并以失败状态退出

Extensions

Improvements

  • 给 GitHub Copilot 模型请求 summarized adaptive thinking

感谢 4 位社区贡献者:

  • @heimoshuiyu:
    • feat(console):添加批量 workspace block 端点 (#48491)
  • @JacobNWolf:
    • fix(acp):恢复 session 选项和 reasoning 边界 (#48225)
  • @R-Taneja:
    • chore(deps):升级 @ai-sdk/gateway 到 3.0.191 (#48710)
  • @MatthewFeroz:
    • fix(ui):添加 Merge Gateway logo (#42015)

二、值得展开的两件事

oc31sw-02-acp.png

1. ACP session 边界修复(@JacobNWolf)

官方原文:「Restored ACP session model, effort, mode, and reasoning chunk boundaries when loading, resuming, or forking sessions. (@JacobNWolf)」

ACP(Agent Client Protocol) 是 OpenCode 让 IDE / 编辑器接入 agent 用的协议。session 边界决定了——加载 session / 恢复 session / 从某个点分叉出新 session 时,model / effort / mode / reasoning 这些元数据怎么切分

@JacobNWolf 修了——之前这些边界可能错位。

实际影响我没用过 ACP 集成,所以这是推测):

  • 你设了 effort: high,恢复时变默认——现在不会
  • 你建了 build 模式 session,分叉出来变 plan 模式——现在正确
  • reasoning chunk(thinking 块)在分叉后完整——之前可能截断

我没法独立核实实际触发频率——release body 没给受影响用户数。推测对重度 ACP 集成用户直接有用(比如用 OpenCode 当 VSCode / Zed 后端的开发者)。

PR #48225——这个 PR 号目前中等(不是老 issue 池里的修复,是个相对新的 bug)。

2. GitHub Copilot 拿到 adaptive thinking

官方原文:「Request summarized adaptive thinking for GitHub Copilot models.」

之前 OpenCode 用 GitHub Copilot 模型时没有用 adaptive thinking——Copilot 自己支持,但 OpenCode 没主动开。

v1.18.31 加了——给 Copilot 模型请求summarized adaptive thinking

什么是 adaptive thinking?推测是一种让模型在长上下文中自动决定是否生成 thinking 块的机制——避免不必要时浪费 token。

我没用 GitHub Copilot 模型——这个修复对 Copilot 用户有效,但没踩过这个坑之前也无所谓。

三、其他维度

发布节奏

v1.18.x 系列已发 32 个 patch,跨 62 天(07-15 → 09-15)。平均 ~1.94 天一版

oc31sw-03-cadence.png

关键间隔

跨度
间隔
v1.18.28 → v1.18.29
8 小时(同日 hotfix)
v1.18.29 → v1.18.30
4 天 3 小时
v1.18.30 → v1.18.31 5 天 14 小时
v1.18.27 → v1.18.28
42 小时

v1.18.30 → v1.18.31 = 5 天 14 小时——是近期最长的间隔,OpenCode 没有 hotfix 压力,是正常迭代。

仓库数据(2026-09-15)

数值
Stars
203,064
License
MIT
Language
TypeScript
Created
2025-04-30(1 年 5 个月前)
Open Issues
5,617

适合升级吗

你的情况
推荐
原因
通过 ACP 集成 OpenCode 到 IDE / 编辑器
必升
session 边界修了,分叉/恢复时元数据不丢
用 GitHub Copilot 模型
推荐
adaptive thinking 开启
用 OpenCode Console
推荐
@heimoshuiyu 加了批量 workspace block 端点
依赖远程配置 + 启动失败时
推荐
之前不显示错误就退出,现在显示
完全本地 + 不用 ACP / Copilot
升不升都行
TUI 修复对本地用户影响小

升级命令OpenCode 升级 = 重新装最新版):

# 一键安装脚本curl -fsSL https://opencode.ai/install | bash # npmnpm i -g opencode-ai@latest # macOS / Linux brew(推荐)brew upgrade anomalyco/tap/opencode # Windows Scoopscoop update opencode

OpenCode v1.18.31 是典型 patch 节奏——5 天一版、3 项修复、4 位贡献者、没有 breaking changeACP session 边界修复是这次的核心——对 ACP 集成用户直接受益。

5 天间隔比 v1.18.28 → v1.18.29 的 8 小时 hotfix 慢得多——OpenCode 在 5 天里做了正常版本节奏。修复密度没变(每版 3-5 项),节奏变得更可预测

我持保留态度——OpenCode v1.18.x 走到 32 个 patch,距离 v1.19 应该不远了。ACP 集成用户必升,Copilot / Console 用户推荐,普通本地用户等 v1.19 一起升也行。


互动问题:你用过 ACP 把 OpenCode 接到 IDE 吗?GitHub Copilot 模型你用 OpenCode 跑吗?5 天一版的节奏你觉得是好事还是坏事?OpenCode 离 v1.19 你觉得还有多远?

精选系列





【声明】内容源于网络
0
0
创见AI实验室
创见AI实验室,我们不只是介绍工具,我们共同创造工作方式的未来。
内容 208
粉丝 0
创见AI实验室 创见AI实验室,我们不只是介绍工具,我们共同创造工作方式的未来。
总阅读8.6k
粉丝0
内容208