Skip to content

bridge 传输形状:本地 shim vs 原生 WS provider transport #6

Closed

Description

@Samuka007

Part of #1

Question

worker agent 接入 bb 的两条路线:(A) 零协议变更——新建 plugins/provider-worker-agent/,bridge artifact 是本地 Node shim,对 bb 侧说 stdio JSONL,对 Worker 侧开 WS(复用 plugins/connect/src/tunnel.ts:428 的 Bearer+WS 出站模式);(B) 原生 remote transport——把 BridgeProtocolAdapter.process 扩成 discriminated union({kind:"ws",url,auth}),runtime-provider-process.ts 挂 WS 而非 child stdio,触达 host-daemon-contract 的 AgentRuntimeBridgeLaunch → 需要 bump HOST_DAEMON_PROTOCOL_VERSION(224→225)。

A 先落地 B 后优化,还是直接 B?决定 provider-registry / bridge-launch / host-daemon-contract 的改动面。

AGENT GENERATED: by newapi/kimi-k3

Activity

  1. Samuka007 commented on Oct 2, 2026

    @Samuka007
    OwnerAuthor

    迁移至 Samuka007/cloudflare-agent-project#1 统一跟踪。此票关闭,bb 侧不再单独跟踪 Cloudflare 相关设计。

  2. Samuka007 commented on Oct 2, 2026

    @Samuka007
    OwnerAuthor
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions