chore(gui): mission work logs — cordis design finalization, tool-card wire archive, incident records chore: missions chore: missions chore(gui): mission ledger — batch-2 answers, parallel dispatch state, jsdom coverage re-scope chore(gui): ledger — night-mode standing orders (self-commit small, no push, 5-min refresh) chore(gui): ledger — jsdom batches 2-4 landed (233 green), coverage probe next chore(gui): ledger — web-ui coverage probe 65%, four-tier fill plan approved chore(gui): ledger — cordis-impl B1 state after third API drop, decisions on file chore(gui): ledger — 01:32 patrol snapshot (jsdom tier-1 landed, coverage-fixer probed) chore(gui): ledger — 01:37 patrol (peer src trio landed, coverage-fixer still silent) chore(gui): ledger — 01:42 patrol (jsdom tier-2 landed, peer committed x2, coverage-fixer 2nd probe) chore(gui): ledger — coverage diagnosis complete (6-file gap list), web-ui at 91.4% chore(gui): ledger — 01:46 patrol (B1 done, jsdom tier-3 landed, coverage fix batch running) chore(gui): ledger — 01:51 patrol (jsdom tails x2 landed, B2 underway) chore(gui): ledger — 01:56 patrol (gateway.ts 337 lines, checkpoint T-7min) chore(gui): ledger — hold/pending split ruling, coverage-fixer externalize-or-restart ultimatum chore(gui): ledger — 02:01 patrol (B2 done, jsdom final arms, coverage ultimatum pending) chore(gui): ledger — 02:03 checkpoint executed (fixer2 respawn, four lanes released, three owners cold-started) chore(gui): ledger — all six lanes acked, type isolation first live proof (client closure clean) chore(gui): ledger — 02:08 patrol (all seven lanes active, wire carrier assembled) docs(gui): respond-design task checkpoint — apiproxy wire-layer recon done chore(gui): ledger — P0-2 contributor AGENTS.md landed (dd28a5019) docs(gui): respond-design checkpoint 2 — host-side recon (stub respond, frame types, approval seam, ACP answerer precedent) docs(gui): OOP debt inventory — seven territories, 2 real debts (createApiProxy, createFixtureApi), rest ruled keep-as-is docs(gui): disambiguation note on the archived i18n design task chore(gui): ledger — 02:12 patrol (exclude removed, mixed-knife incident under reconciliation) chore(gui): ledger — 02:15 wave (jsdom mission closed, OOP audit done, B3 isolation proof, mixed-knife resolved) chore(gui): ledger — 02:17 patrol (attribution reversal filed, arch-session probed) chore(gui): ledger — 02:22 patrol (B4 done, B5+B6 merged batch, arch-session deadline set) docs(gui): respond-design checkpoint 3 — client-side recon (pending map, PendingCard onRespond stub, AbstractApiClient.respond ready, bootHost missing approval mounts) docs(gui): peer carrier territory review — 2 fixes (SSE cancel leak, route-reservation guard), 1 ruling ask (RPC-log visibility), compliance ledger chore(gui): ledger — 02:27 (arch-shell respawn, territory review verdicts routed, ask-deny finding flagged) docs(gui): P1-5 respond design page complete — pending registry, wire answerer, client state machine, first-wins arbitration chore(gui): ledger — 02:31 patrol (respond design complete, B5 wire smoke green, shell knife 1 underway) docs(gui): respond design — add §0 status warning (web host ask defaults to deny), mount-behavior delta, no-timeout ruling with Config discipline chore(gui): ledger — 02:42 patrol (respond line closed pending review, B7 last piece underway) docs(gui): respond design contract review — direction pass, 2 doc fixes (settle-order contradiction, answering-state race), A/B/C compliance ledger docs(gui): respond design — contract review fixes (R1 verify-before-delete arbitration, R2 answering+resolved-frame transition, ask dual-source wording, rejected-is-ok-value note) chore(gui): ledger — 02:46 patrol (respond line final, two user decisions distilled, arch-shell deadline) docs(gui): respond review addendum — contract-gap ruling: approve plan A (ApprovalRequest.id), wire unchanged, drop plan B backscan chore(gui): ledger — cordis B7 summit: real-browser 10/10 green, user acceptance criterion proven docs(gui): respond design — contract gap #4 approved as plan A (ApprovalRequest.id), backscan fallback retired, blade 0 prepended docs(gui): respond design — final polish (owner-approval vs user-go-ahead wording, implementation handoff notes) chore(gui): ledger — 02:51 (shell-exec third respawn with operational script, respond line 4-knife final) chore(gui): ledger — 02:53 wave (respond five-knife true final, B7 closed 12/12, client.ts green) chore(gui): ledger — 02:56 patrol (cordis closeout bounced pending R1/R2/N1, shell-exec first sign of life) chore(gui): ledger — 03:01 patrol (R1/R2/N1 remediation in flight across four files) chore(gui): ledger — cordis line officially closed and archived, verified on disk (24 knives, 12/12, reviews closed) chore(gui): ledger — 03:06 patrol (shell-exec final window, lowered first-knife bar) chore(gui): ledger — 03:11 patrol (shell line iced-broken: three registries on disk) chore(gui): ledger — 03:15 patrol (quiet window, both active lanes within threshold) chore(gui): ledger — 03:20 patrol (shell five files up, api-proxy plan reported) chore(gui): ledger — 03:25 patrol (shell migration in flight with history-preserving moves, webserver green) chore(gui): ledger — 03:30 patrol (shell knife-1 in verification, api-proxy patching) chore(gui): ledger — shell knife 1 accepted (694cecc53), knife 2 released chore(gui): ledger — 03:40 patrol (knife 2 pre-move stage, cold-list spec appears) chore(gui): ledger — 03:45 patrol (rpclog moves staged, api-proxy two specs in flight) chore(gui): ledger — 03:54 patrol (knife-2 code done, coverage full-run final check) docs(gui): coverage-fixer task ledger — fixer2 takeover, per-file fix log, isolated reportsDirectory pitfall chore(gui): ledger — coverage lane closed and accepted (a19f069a5), the PR #443 CI fix knife chore(gui): ledger — 04:04 patrol (knife-2 calibration, sole active lane) chore(gui): ledger — shell knife 2 accepted (f8fb77b95), knife 3 released as final night task chore(gui): ledger — 04:19 patrol (knife-3 past half: callback chain through, ToolCallDetail up) chore(gui): ledger — night closeout summary: seven lanes closed, wake-up decision sheet chore: missions chore: missions chore: missions chore(gui): mission-local browser/probe verify scripts under missions/scripts/ The six acceptance/probe scripts move here as mission-side working material (headers and relative imports adjusted for the new location): carrier-errors, rpclog-panel, session, session-real, webserver-backpressure, webserver-hardening. chore(gui): verify-relocate mission log chore(gui): verify-relocate mission log — R1 guard addendum chore(gui): gates-continue mission log — CI-equivalent sequence all green chore(gui): VS Code 扩展体系双边设计调研报告 chore(gui): 调研追加 4.5 节——git 扩展数据面与 scope 绑定 docs(gui): web plugin system RFC — walkthrough + design notes docs(gui): RFC — restore existing SSE/POST as the v1 transport; envelope rides on it (D16) docs(gui): RFC — envelope demoted to chan-dispatch, scope out of envelope, rpc-log cut, peer deferred, scope tree is native cordis (D17-D21) docs(gui): RFC — hooks re-derived from component needs: useWatch/useAction only, useService removed; sessionHub cut, projections user-space, router rename, loader-only root (D22-D25) docs(gui): RFC — drop stale fork vocabulary (vendored cordis has Fiber only; scope = mintScope pattern), hook idempotence contract (D26-D27) docs(gui): RFC — session precision seam: plugins read scope key (host paradigm), React gets it from tree position via SlotOutlet (D28) docs(gui): RFC — domain hooks owned by plugins over framework primitives; useConversation paradigm carried over (D29) docs(gui): RFC — ctx services are the inter-plugin API (cordis proper); declarations are wire-only; get(id) returns scoped ctx (D30) docs(gui): RFC — full ctx.conversation walkthrough: root-singleton scope-sensitive service, caller-ctx scope key, get(key) as scoped ctx (D31) docs(gui): RFC — no client-side agents collection: session state machine already expresses the duality; agent resolution stays host authority (D32) docs(gui): RFC — v1 stays session-precision, no agent-level isolation; incarnation/agent-axis designs archived in ledger (D33) docs(gui): RFC walkthrough — full rewrite to final state (D16-D33 consolidated), end-to-end chain restored docs(gui): RFC — apiproxy demoted to generic channel routing; domain RPCs dissolve into owner plugins (D34) docs(gui): RFC — TS-interface-first wire contract (zod internal), conversation owns the dialogue frame with pluggable views (D35) docs(gui): RFC — page skeleton (sidebar+conversation), projects as plugin not service, nested slots via owner registries (D36) docs(gui): RFC — SlotMap declaration-merging slot model: single register API, inject-as-ownership, FC-typed registration, typed outlets (D37) docs(gui): RFC — slot props whitelist: identity, display params, materialized snapshot slices, stable UI callbacks (D38) docs(gui): RFC — end-to-end data flow: three transforms, equality protocol table, immer placement; i18n/theme kept standard (D39-D40) docs(gui): RFC — full external-injection model: props carry values + stable injected hooks; shared/client/react example rewritten (D41-D43) docs(gui): RFC final trio — modules.md (agent implementation spec), architecture.md (human walkthrough), plugins.md (business plugin inventory) docs(gui): RFC — props three-source merge (scope-standard useSession auto-injected); keyed key vs list id disambiguated (D44) docs(gui): RFC — inject comment says what it is (the React-facing props bundle); SessionHandle rename; snapshot-production story unified on buildSnapshot docs(gui): RFC architecture — full React component tree walkthrough: props three sources, slot vs plain children, hook taxonomy per node docs(gui): RFC — module map finalized (ui-slots/web-react/connection/runtime/ui-*/web); slots onChange replaced by cordis events; toolcall dimension; detail sidebar default-collapsed with toolName-keyed routing docs(gui): RFC plugins — openDetail relay chain: toolcard calls chat-view injected action, chat-view relays to conversation sidebar chore(gui): progress ledger — full archive rewrite: RFC outcome digest, open gaps, dispatch plan, cold-start entry docs(gui): RFC grill pass 1 — SlotScope axis (root/session) on declares, Gate dependency inversion, inject handle by scope, W5 acceptance list, gantt relay chain fixed docs(gui): figma analysis — sidebar/projects/sessions 区域交互视觉理解报告 docs(gui): figma 解析报告 — details 面板/多视图 tabs/未来功能区盘点 + slot 需求清单 docs(gui): figma 对话主区解析报告 — 消息流/tool calls 变体/审批接管输入框/Header tabs/视觉 token docs(gui): plugins.md rewritten from figma analysis — three-column layout, full slot reservation table, selection channel, composer-takeover approvals, phased scope docs(gui): layout dynamics ruled (drag+collapse both rails, details yields first, composer swap-panel, same-component transition); toolviews promoted to named scope-aware registry docs(gui): P-I scope locked (details minimal, dual theme, chat-view, custom toolview sample); teammate dispatch plan — 6 owners by package, dependency-driven waves, contract arbitration docs(gui): P-I api-contracts (full inter-package API spec) + dispatch plan (T0 skeleton knife, 7-dev roster, task briefs, milestones) docs(gui): api-contracts v2 — scope tree in P-I, bundle loader + per-plugin CSS isolation in P-I, agent-scoped toolviews live, zustand engine, renames (SessionProvider/ObservableSnapshot/SessionBinding), router owns all shell view-state docs(gui): services roster + progressive loading (no blocking loadAll), SlotsService as real cordis Service, renderSlot/renderSuspenseSlot duo, ui-traj teammate docs(gui): loading-chain gaps ruled — dev=rebundle no HMR, ui-primitives package, externals on globals (no import map), host injects __DSH_BOOT__ into HTML (zero round-trip) docs(gui): api-contracts v3 + dispatch v2 final — 12 packages, services merged in, progressive loader, global externals, __DSH_BOOT__ injection, 8-dev roster with convo split and ui-traj docs(gui): v3 amendments — router renamed ctx.layout, ui-trajectory has no service (pure consumer sample), wait-for-settled loading (no Suspense in P-I, ledger 6b) chore(gui): progress — pre-compact final state: v3 revision chain, 8-dev roster, T0 procedure, doc authority order docs(gui): authority banners — modules/architecture get v3 term-mapping headers, walkthrough marked as archived process doc docs(gui): cssdesign token set is THE theme source (--dsw-* variables, data-ds-dark-theme switch); recorded in contracts + progress docs(gui): architecture.md full v3 rewrite — loading chain, 12-package map, service roster, slot/inject/toolviews, data flow, component tree, perf model, all current docs(gui): contracts — UI plugins are dual-entry host plugins (node half serves client asset via ctx.webPlugins; __DSH_BOOT__ derives from it; client-closure gate back in scope) docs(gui): contracts — closure-factory bundles with DI require (no globals), package.json dshWeb declarative discovery (no serve ritual), create-then-send empty state with project picker, ancestry() for breadcrumb, unload stubbed until HMR, props.renderSlot confirmed docs(gui): dshClient declaration (inject/platform/immediately, exports./client), closure-DI require loading — synced across contracts/dispatch/modules/architecture/walkthrough chore(gui): progress — record final loading-chain rulings (dshClient declaration, closure-DI require, startSession) before compact docs(gui): architecture.md — developer-facing whole-web architecture on master baseline 6b16a67cb: what exists, what is new, no process narrative docs(gui): architecture.md — self-contained whole-web architecture: absorbs still-valid substance from the branch RFCs (host layering, four-quadrant RPC, object layer, testing tiers) under the new plugin system as the override chore(gui): progress — final pre-compact snapshot: contracts digest, apiproxy purity ruling, T0 procedure with first-action list docs(gui): api-contracts v3 §3.1 — apiproxy purity principle with three-way existing-code verdicts docs(gui): api-contracts v3 — immediately reinterpreted as static-infra group (8-package dshClient scope, boot manifest reconciliation) docs(gui): api-contracts v3 — immediately corrected to early-load dynamic group (prod shell must not rebundle); loader shell-held; bundles register their export surface into module table docs(gui): architecture — align with immediately=early-load dynamic group ruling; loader shell-held; module-table registration of loaded bundles docs(gui): T0 checklist — 12-package skeleton table, 4-cut sequence, mv/attic/rewire rules (pre-drafted, awaiting go) docs(gui): t0-checklist — pin figma-flows findings (missing font-family base vars, three alias vars behind upstream) docs(gui): dispatch v2.1 — drop cordis-web salvage wording, two-wave staffing, loader/immediately boundary updates docs(gui): progress + t0-checklist ledger — T0 landed, staffing status, execution accounting docs(gui): api-contracts v3 — arbitration round 1: renderBody deps, RootBindingProvider, flush default sync, prune current, loader subpath, config-source P-I bar docs(gui): v3 §3.2 connection 导出清单附录(rt-core 对账)+ rt-core 实现计划档案 docs(gui): progress — T1 milestone, arbitration round 1 ledger, fw-react timeout escalation docs(gui): progress rolling update — per-line battlefield state at 00:2x, mailbox-vs-contract lesson, small-batch discipline reinforced docs(gui): fw-react notes — v3 §2 complete, seven knives, T1/T2 follow-ups docs(fw-slots): archive — four packages landed, open tails logged docs(gui): progress — framework layer complete (web-react five, fw-slots four packages), T2 gated on rt-core runtime knife only docs: api-contracts docs: style-spec docs docs(gui): tsconfig convergence ruling — no host.json, root resumes host-aggregate duty, typecheck = root + client aggregates docs(gui): missions 根三份 07-18 世代档案加「已被取代」头注——指向 web-plugin-rfc 现行权威并注明新旧对应 missions docs(gui): progress rewritten for post-closeout state — wave ledger, architecture finale, teammate roster with handover notes, pending-user-command queue
12 KiB
opencode「统一 API 层」调研(fetch 同构 / SSE 事件流 / OpenAPI 类型链)
调研对象:/weka-hg/prod/deepseek/permanent/ys/private/workspace/github/opencode(HEAD f5573281,2026-07-19)。下文 file:line 均相对该仓库根。
先纠正一个背景认知:TUI 已不是 Go。Go/Bubbletea TUI 于 2025-11-02 被删(commit f68374ad2 "DELETE GO BUBBLETEA CRAP HOORAY"),现 TUI 是 TypeScript + solid-js(opentui 渲染,packages/tui),与 server 同进程不同线程(Bun Worker)。全仓已无 .go 文件。
1. server 定义
框架不是 Hono,是 Effect 的 effect/unstable/httpapi(声明式 HttpApi DSL)。Hono 只在 enterprise、function(云端/SST 部分)用到(packages/enterprise/package.json:25、packages/function/package.json:17),本地 server 完全不用。
- 入口:
packages/opencode/src/server/server.tsimport { HttpRouter, HttpServer } from "effect/unstable/http"、OpenApi from "effect/unstable/httpapi"(server.ts:6-7)。- 监听:
Server.listen(opts)(server.ts:73)→listenEffect→listenerLayer(server.ts:100-116)用HttpRouter.serve(...)+NodeHttpServer.layer(() => createServer(), {port, host})(server.ts:199-214,node:http 的 createServer)。端口回退:显式 0 时先试 4096 再随机(server.ts:118-123)。 - 谁调 listen:
serve命令(packages/opencode/src/cli/cmd/serve.ts:19);TUI worker 仅在用户给了--port/--hostname/--mdns时调(packages/opencode/src/cli/tui/worker.ts:56)。
- 路由声明与实现分离,全部在
packages/opencode/src/server/routes/instance/httpapi/:groups/*.ts= API 形状声明(路径、params、payload/success/error Schema、OpenAPI 注解),如groups/session.ts、groups/global.ts、groups/event.ts。handlers/*.ts= 实现(HttpApiBuilder.group(Api, name, handlers => ...)),如handlers/session.ts、handlers/event.ts。api.ts组装:RootHttpApi(control/control-plane/global)+InstanceHttpApi(config/file/session/provider/... 15 组)→OpenCodeHttpApi(api.ts:56-80)。
- 分层关系:handler 是薄壳,业务在 Effect Service 里。如 session handler 注入
SessionPrompt.Service后promptSvc.prompt(...)、promptSvc.cancel(...)(handlers/session.ts:52、233、301);server.ts 只负责把几十个 service Layer(Session、Provider、Permission、MCP、LSP……见 routes/instance/httpapi/server.ts:8-57 的 import 清单)组进 HttpApi 运行时。
2. API 契约与类型:OpenAPI codegen(@hey-api/openapi-ts),非 hono/client
- SDK 在
packages/sdk/js,生成链(packages/sdk/js/script/build.ts):bun dev generate > openapi.json(build.ts:15)——即 CLIgenerate命令调Server.openapi()(packages/opencode/src/cli/cmd/generate.ts:10),后者OpenApi.fromApi(PublicApi)从 Effect HttpApi 声明直接导出 OpenAPI 文档(server/server.ts:67-69)。单一事实源是 server 端的 Effect Schema 声明。createClient({input: openapi.json, output: src/v2/gen, plugins: [@hey-api/typescript, @hey-api/sdk(instance: OpencodeClient, paramsStructure: flat), @hey-api/client-fetch]})(build.ts:19-72)。产物:types.gen.ts(全部请求/响应/事件类型)+sdk.gen.ts(OpencodeClient 方法树,如sdk.session.prompt(...))+client/(fetch 客户端)。
- 自定义 fetch 注入:
createOpencodeClient(config)的config.fetch就是 @hey-api client 的标配选项。v1 版packages/sdk/js/src/client.ts:33-42(不传 fetch 则用包一层req.timeout=false的全局 fetch);v2 版packages/sdk/js/src/v2/client.ts:50-61,另支持baseUrl、headers、directory(转成x-opencode-directoryheader,再由 request 拦截器改写成 query 参数,v2/client.ts:18-48、69-76)。 - SDK 还提供
createOpencodeServer():spawnopencode serve子进程、等 stdout 打出 "opencode server listening" 再解析 URL(packages/sdk/js/src/v2/server.ts:23-60);createOpencode()= server + client 一把梭(v2/index.ts:10-20)。
3. fetch 同构:Server.Default().app.fetch 直调,零网络
server.ts 导出一个不监听端口的 app 对象:Server.Default()(lazy 单例,server.ts:56-65)——HttpApiApp.webHandler().handler 包成 {fetch(Request): Promise<Response>},即 WHATWG Request→Response 纯函数。所有同构点都是把它塞进 SDK 的 fetch 选项:
| 场景 | 位置 | 做法 |
|---|---|---|
opencode run(非交互 CLI) |
packages/opencode/src/cli/cmd/run.ts:943-955 |
fetchFn = (input, init) => Server.Default().app.fetch(new Request(...)),createOpencodeClient({baseUrl: "http://opencode.internal", fetch: fetchFn})——baseUrl 是假域名,仅用于构造 URL |
run 交互本地模式 |
run.ts:905-917 | 同上,传给 runInteractiveLocalMode |
| 插件运行时 | packages/opencode/src/plugin/index.ts:141-146 |
给插件的 client:有真 server 时用 Server.url,没有则 fetch: (...args) => Server.Default().app.fetch(...args)——插件代码不感知区别 |
| TUI(默认模式) | 见下 | 跨 Worker 线程 RPC,仍不走网络 |
TUI 连接方式(packages/opencode/src/cli/cmd/tui.ts):主线程起 new Worker(worker.ts)(tui.ts:210),server 核心跑在 worker 线程里。
- 默认(无
--port/--hostname/--mdns,tui.ts:234):不起 HTTP server。transport ={url: "http://opencode.internal", fetch: createWorkerFetch(client), events: createEventSource(client)}(tui.ts:245-249)。createWorkerFetch把 Request 序列化成{url, method, headers, body}经 Worker RPC 发过去(tui.ts:24-40);worker 端rpc.fetch还原成 Request 后Server.Default().app.fetch(request)(worker.ts:31-49)。即同构面是 fetch 签名,传输是 structured-clone RPC,非 socket。 - 显式要求网络暴露时:worker 端
Server.listen起真 HTTP(worker.ts:54-57),TUI 改用真 URL + 默认 fetch + SSE(tui.ts:238-244)。 opencode attach <url>连远端:纯 HTTP,createOpencodeClient({baseUrl: args.attach, headers: auth})(run.ts:349-355)。- desktop(Electron):renderer 通过 IPC 拿 server URL(
packages/desktop/src/main/ipc.ts:53-54),走真 HTTP,不做 fetch 直调。
4. 事件流:单一全局 SSE 总线 + 实例级过滤流,重连靠全量 bootstrap
两个 SSE 端点,都是 GET、text/event-stream:
GET /global/event(groups/global.ts:85-92)——全局单总线,TUI/桌面默认订阅这个。handler(handlers/global.ts:33-52)把进程级GlobalBus(Node EventEmitter,src/bus/global.ts:12-22)的所有事件 + 10s 心跳推给客户端。事件从核心到总线的路径:Effect 内部EventV2.publish→EventV2Bridge监听后GlobalBus.emit("event", {directory, project, workspace, payload:{id,type,properties}})(src/event-v2-bridge.ts:36-46),即事件自带 directory/workspace 归属,由客户端按需过滤,不分 session 订阅。GET /event(instance 级,groups/event.ts:7-28)——按当前 instance directory/workspace 服务端过滤(handlers/event.ts:34-40),首包发server.connected,10s 心跳server.heartbeat,实例销毁时发server.instance.disposed后终止流(handlers/event.ts:60-66、70)。- 事件类型全集在
packages/schema/src/event-manifest.ts(Definitions聚合 30+ 模块,:64-82)。主要类别:- v1 UI 面(TUI store 实际消费的,
packages/tui/src/context/sync.tsxswitch,:171-441):message.updated、message.removed、message.part.updated、message.part.delta、message.part.removed、session.updated、session.deleted、session.status、session.diff、permission.asked/replied、question.asked/replied/rejected、todo.updated、lsp.updated、vcs.branch.updated、server.instance.disposed。 - v2 内核事件(
session.next.*,schema/src/session-event.ts):session.next.text.delta/started/ended、tool.called/success/failed/input.delta、reasoning.*、step.*、compaction.*、prompt.admitted等 ~40 种。
- v1 UI 面(TUI store 实际消费的,
- 断线重连 = 全量重取,无 cursor。TUI SDK 层:SSE 断开后指数退避(1s→30s 封顶)无限重连(
packages/tui/src/context/sdk.tsx:82-117);状态恢复不靠事件回放,而是收到server.instance.disposed时整体bootstrap()(sync.tsx:172-173)——并行重拉 providers/agents/config/session.list/messages 等十几个 REST 端点重建 store(sync.tsx:445-541)。事件 payload 里有id(ascending 标识,bus/global.ts:15-17)和 durable 事件的seq(event-v2-bridge.ts:47-60,"sync" 通道),但那是给实验性 workspace 同步用的(sdk.sync.start(),sdk.tsx:99),主 UI 路径不做 cursor 续传。
5. 命令面:session 创建 / prompt / abort
路径常量集中在 groups/session.ts:79-104(SessionPaths),全部带 ?directory=(workspace 路由 query,middleware 解析):
- 创建:
POST /session,body 可空或Session.CreateInput(parentID/title 等),返回Session.Info(groups/session.ts:203-214;handlerhandlers/session.ts:155-175,空 body 走create({}))。 - 发消息(同步):
POST /session/:sessionID/message,body =PromptPayload(SessionPrompt.PromptInput去掉 sessionID:parts、model、agent 等),响应是阻塞到整轮 agent 循环结束后一次性返回的 message+parts JSON(groups/session.ts:316-328;handler 里promptSvc.prompt(...)完成后HttpServerResponse.stream(Stream.make(JSON.stringify(message))),handlers/session.ts:295-309——用 stream 包装只是让连接保持,不是增量协议)。 - 发消息(异步,TUI 实际用法):
POST /session/:sessionID/prompt_async,同 payload,立即 204,prompt 在服务端 fork 执行,错误也转成session.error事件发总线(groups/session.ts:329-342;handlers/session.ts:311-329)。 - 中止:
POST /session/:sessionID/abort,无 body,返回 boolean;handler 调promptSvc.cancel(sessionID)(groups/session.ts:253-264;handlers/session.ts:232-234)。 - 相邻端点:
GET /session(list,支持 start/search/limit)、GET /session/:id/message(历史,limit/before 分页)、POST .../fork、POST .../command、POST .../shell、POST .../revert、permissions/:permissionID回复等(groups/session.ts:111-433 逐个声明)。 - token 级增量不走 prompt 响应,全走事件总线:处理器在生成过程中发
message.part.delta(字段级 append:{sessionID, messageID, partID, field, delta},schema/src/v1/session.ts:632-641)和message.part.updated(整 part 替换);TUI 收到 delta 后往 store 里对应 part 的 field 追加字符串(sync.tsx:392-441)。即“命令走 REST、数据走 SSE”的 CQRS 形态:prompt_async 只负责触发,渲染完全由事件驱动。
对 DSH 统一 API 层的可借鉴点(简评)
- **同构面选在 WHATWG fetch(Request→Response)**是整个设计的支点:server 框架只要能产出
fetch(Request): Promise<Response>纯函数(Effect httpapi 的 webHandler、Hono 的 app.fetch、我们未来的 dsc web server 均可),SDK 就能通过fetch选项零改动切换 in-process / Worker RPC / 真 HTTP 三种传输。 - 类型打通靠 server-first OpenAPI:路由声明用带 Schema 的 DSL → 导出 openapi.json → @hey-api codegen 出客户端。契约测试只需盯 openapi.json diff。
- 事件设计取舍:全局单 SSE 总线 + 事件自带归属字段 + 客户端过滤,简单但重连无 cursor,恢复靠 REST 全量 bootstrap——请求面与事件面正交,客户端 store 是唯一 join 点。