@cherrystudio/remote-transport@0.1.0
Cherry Studio 在 GitHub 发布两个 0.1.0 版本包：@cherrystudio/remote-transport@0.1.0 与 @cherrystudio/remote-protocol@0.1.0，发布时间均为 2026-09-24T10:03:41.000Z。证据仅包含包名、版本号与发布时间，未披露功能说明、依赖关系或实现细节。
Development
- First Report@cherrystudio/remote-transport@0.1.0Cherry Studio
- Industry Response@cherrystudio/remote-protocol@0.1.0Cherry Studio
- Current Assessment开源 AI 客户端把远程能力拆成独立可复用包，是客户端从单机工具向可远程调用组件演进的常见路径；但本次证据只有包名与版本号，尚不足以判断是否形成生态位。可验证下一信号：观察这两个包是否被 Cherry Studio 主仓库之外的第三方项目引用。Agent Pulse · analysis
Cherry Studio 仓库 CherryHQ/cherry-studio 同日发布两个 0.1.0 包：@cherrystudio/remote-transport@0.1.0 与 @cherrystudio/remote-protocol@0.1.0，时间戳同为 2026-09-24T10:03:41.000Z。从命名看属于远程传输与远程协议两个独立模块，但证据未给出任何 API、协议格式、传输层实现或使用方式，因此只能确认「发布了这两个包」这一事实，不能推断其能力边界或与既有产品的集成方式。
transport 与 protocol 拆成两个独立包，通常意味着协议定义与传输实现解耦，便于替换底层通道；但这是基于命名的推断，证据未提供接口或依赖信息。可验证下一信号：查看两个包的 package.json、README 与依赖列表，确认 protocol 是否被 transport 依赖，以及是否定义版本协商或消息序列化格式。
开源 AI 客户端把远程能力拆成独立可复用包，是客户端从单机工具向可远程调用组件演进的常见路径；但本次证据只有包名与版本号，尚不足以判断是否形成生态位。可验证下一信号：观察这两个包是否被 Cherry Studio 主仓库之外的第三方项目引用。
对使用 Cherry Studio 的团队而言，独立发布的 remote 包可能降低自建远程接入的改造成本，但当前无文档与定价信息，无法评估实际收益。可验证下一信号：官方是否发布迁移指南或托管服务说明。
若后续版本持续迭代并公开协议文档，可能成为该客户端远程调用的稳定接口层；若长期停留在 0.1.0 且无文档，则更可能是内部拆分产物。可验证下一信号：下一次版本发布是否附带变更说明或协议规范。