opencode-oncall v0.1.5

opencode-oncall@0.1.5 修复 jiti loader 在 Linux CI 中处理 Windows 绝对路径 fixture 时生成错误 file URL 的问题，让跨平台兼容测试通过后继续完成 GitHub Release workflow 和 npm 发布。

适合谁升级

• 依赖 opencode-oncall 通过微信接收 OpenCode question、permission、natural-stop 和 retry-error 通知的用户。
• 需要在 GitHub Actions、Linux 主机或跨平台测试环境中验证 jiti 兼容加载链路的维护者。

你会看到的变化

• jiti loader 现在能识别 Windows 绝对路径 fixture，并在 Linux CI 中生成稳定的 file:///C:/... URL。
• resolveJitiEsmEntry、resolveJitiCjsEntry 和 Bun JS 原生导入路径在跨平台测试中保持一致。
• 微信 slash-only 值守入口、通知格式和远程恢复交互保持不变。

升级方式

opencode plugin opencode-oncall@0.1.5 --force -g

opencode-oncall v0.1.4

opencode-oncall@0.1.4 修复 notification-flow 在 Linux CI 长临时目录下生成过长 Unix socket 路径后挂起的问题，让 GitHub Release workflow 能完成通知同步测试并继续发布 npm。

适合谁升级

• 依赖 opencode-oncall 通过微信接收 OpenCode question、permission、natural-stop 和 retry-error 通知的用户。
• 需要在 GitHub Actions、Linux 主机或较长临时目录路径下验证远程值守通知链路的维护者。

你会看到的变化

• notification-flow 测试现在会在 POSIX 长路径下回退到短 socket 路径，不再因为 Unix socket 路径过长让 CI 停在 npm test。
• live questionOpened 通知同步测试会释放隔离状态根队列，后续 notification 测试可以继续执行并自然结束。
• 微信 slash-only 值守入口、通知格式和远程恢复交互保持不变。

升级方式

opencode plugin opencode-oncall@0.1.4 --force -g

opencode-oncall v0.1.3

opencode-oncall@0.1.3 修复 broker lifecycle 测试在干净 CI 状态根下读取不到 operator 绑定的问题，让 GitHub Release workflow 能真正验证 question candidate 合并与 distinct 路径后再发布 npm。

适合谁升级

• 依赖 opencode-oncall 通过微信接收 OpenCode question、permission、natural-stop 和 retry-error 通知的用户。
• 需要在 GitHub Actions、全新机器或没有本地微信绑定缓存的环境中验证远程值守工作流的维护者。

你会看到的变化

• broker lifecycle 测试现在会把 bridge 侧 operator 读取也固定到同一个 sandbox state root，不再意外依赖开发机上残留的默认绑定状态。
• 重复 question candidate 仍会合并为单条 authoritative active question，不会膨胀出多个句柄。
• 不同 question candidate 会各自保留独立 authoritative active question，不会被错误吞掉。
• 微信 slash-only 值守入口、通知格式和远程恢复交互保持不变。

升级方式

opencode plugin opencode-oncall@0.1.3 --force -g

opencode-oncall v0.1.2

opencode-oncall@0.1.2 修复 Linux 发布验证中长临时目录导致的 broker Unix socket 监听失败，并收紧 broker 子进程退出断言，让远程值守 UX 的第二个修正版可以在 GitHub Actions 上完整跑完自动化验证。

适合谁升级

• 已安装 opencode-oncall@0.1.0 或 opencode-oncall@0.1.1，并希望获得 Linux / CI 环境下更稳定 broker 启动行为的用户。
• 需要在 GitHub Actions、长临时目录或类似 POSIX 环境中验证远程值守工作流的维护者。

你会看到的变化

• POSIX 默认 broker endpoint 会在 state root 路径过长时回退到短临时目录，避免 Unix socket 路径超过系统限制后触发 listen EINVAL。
• broker 生命周期测试会显式等待 stdin EOF 退出，避免 Linux runner 上的子进程清理路径掩盖真实退出失败。
• 发布链测试覆盖了这个路径长度边界，防止后续 Release workflow 再次卡在同类问题。
• 微信 slash-only 值守入口、通知格式和远程恢复交互保持不变。

升级方式

opencode plugin opencode-oncall@0.1.2 --force -g

opencode-oncall v0.1.1

opencode-oncall@0.1.1 修复 Linux 发布验证中长临时目录导致的 broker Unix socket 监听失败，让远程值守 UX 的首发修正版可以在 GitHub Actions 上完整跑完自动化验证。

适合谁升级

• 已安装 opencode-oncall@0.1.0，并希望获得 Linux / CI 环境下更稳定 broker 启动行为的用户。
• 需要在 GitHub Actions、长临时目录或类似 POSIX 环境中验证远程值守工作流的维护者。

你会看到的变化

• POSIX 默认 broker endpoint 会在 state root 路径过长时回退到短临时目录，避免 Unix socket 路径超过系统限制后触发 listen EINVAL。
• 发布链测试覆盖了这个路径长度边界，防止后续 Release workflow 再次卡在同类问题。
• 微信 slash-only 值守入口、通知格式和远程恢复交互保持不变。

升级方式

opencode plugin opencode-oncall@0.1.1 --force -g

opencode-oncall v0.1.0

opencode-oncall@0.1.0 是 OpenCode 远程值守 UX 的第一个独立版本，让用户可以单独安装、验证和升级离开电脑后的值守工作流。

适合谁升级

• 需要离开电脑后继续查看 OpenCode 会话状态、接收问题或处理授权请求的用户。
• 已经在使用微信通知、/recover 或 OpenClaw WeChat smoke，并希望远程值守能力后续升级不再受 Copilot 包发布节奏影响的人。

你会看到的变化

• 值守绑定、通知、远程回复、权限确认和恢复命令拥有独立包名 opencode-oncall。
• 首发文档把发布验证、GitHub Release 和 npm Trusted Publisher 链路收敛到远程值守插件仓库。
• README.md 和 Release Notes 都使用明确版本命令，避免 latest 或旧 Copilot 包名带来的安装歧义。

升级方式

opencode plugin opencode-oncall@0.1.0 --force -g