@cherrystudio/remote-transport@0.1.1
Cherry Studio 发布 @cherrystudio/remote-transport@0.1.1，作为补丁版本更新依赖 @cherrystudio/remote-protocol@0.2.0。remote-protocol 0.2.0 为次要版本，变更来自 PR #21172（提交 2abe256，作者 @zhangjiadi225）：缓存已校验的流式文本字节长度，使首次追加之后的追加偏移检查只编码新增文本，并导出 textByteLength 供生产者用同一缓存计算追加偏移；线上字段、偏移校验、原子恢复与完成摘要校验保持不变。
Development
- First Report@cherrystudio/remote-protocol@0.2.0Cherry Studio
- Industry Response@cherrystudio/remote-transport@0.1.1Cherry Studio
- Current Assessment这是开源 AI 客户端生态中一次常规的依赖与协议补丁迭代，反映 Cherry Studio 把远程传输与协议拆分为独立包并独立发版的工程组织方式。此类改动通常不改变竞争格局，但会通过降低流式输出开销影响客户端体验。可验证的下一信号：remote-protocol 是否进入 0.3.x 并引入新的线上字段或能力。Agent Pulse · analysis
Cherry Studio 在 2026-09-29 连续发布两个包版本：@cherrystudio/remote-protocol@0.2.0 与依赖它的 @cherrystudio/remote-transport@0.1.1。协议侧改动集中在流式文本的字节长度处理：缓存已校验的文本字节长度，使首次追加之后的偏移检查只编码新增文本，并导出 textByteLength 让生产者基于同一缓存计算追加偏移。发布说明明确线上字段、偏移校验、原子恢复与完成摘要校验均未改变，因此这是一次面向增量编码效率的兼容性优化，而非协议语义变更。
从发布说明看，优化点是把「已校验字节长度」变成可复用缓存，避免每次追加都重新编码全量文本，并把 textByteLength 暴露给生产者以统一偏移计算口径。这属于流式传输路径上的常数级开销削减，而非协议结构变化。可验证的下一信号：后续版本是否在 release note 中给出该缓存的失效条件（如重传、回滚、并发追加）说明，或补充基准数据。
这是开源 AI 客户端生态中一次常规的依赖与协议补丁迭代，反映 Cherry Studio 把远程传输与协议拆分为独立包并独立发版的工程组织方式。此类改动通常不改变竞争格局，但会通过降低流式输出开销影响客户端体验。可验证的下一信号：remote-protocol 是否进入 0.3.x 并引入新的线上字段或能力。
对使用 Cherry Studio 远程传输能力的集成方而言，该补丁在不改变线上字段与校验逻辑的前提下降低流式追加的编码开销，属于低风险升级；但发布说明未给出性能数字，收益幅度需自行基准验证。
若该缓存机制稳定，后续可能扩展到更多流式数据类型或与完成摘要校验路径合并；若出现偏移不一致问题，则可能回退或增加校验。观察点是下一版 release note 是否提及缓存失效或兼容性说明。