lhk229
902f487ea9
response.completed / incomplete 分支只从终态载荷恢复工具调用，不恢复 message.content[].output_text，导致三种后果（均已实测复现）： - 纯文本的 completed-only 响应 -> EmptyResponse，上层白跑一轮重试或降级 - response.incomplete 携带的截断正文同样退化成 EmptyResponse，连降级 回复都给不出来 - 「正文 + 工具调用」响应不报错，但模型的前置说明被静默丢掉，最隐蔽 有增量事件的正常流和非流式路径都不受影响。 归属：终态载荷成为「恢复源」是本分支7c61e9a53确立的，它加了 extract_responses_completed_tool_fragments 却没同步提取正文，且同一提交新增 的回归载荷里带着「我来查询。」而只断言 tool_calls，缺陷被自己的测试盖住；fc53ee5c9把 incomplete 并进同一分支时把这个不对称一起带了过去。更早的9d684cb7b虽然也没提正文，但那时终态载荷根本不是恢复源。 修法：ParsedStreamEvent 新增 text_snapshot，与 delta_text 分开——它不是增量， 按增量累加会让正文翻倍。终态分支把 response 反序列化成 ResponsesResponseEnvelope 后复用 extract_responses_text，不另写裸 JSON 提取器： 后者必然漏掉 reasoning / thinking 等隐藏 part 的过滤，会把思维链当正文吐出去。 反序列化失败按「没有快照」静默降级而非报错——兜底路径放过只是回到修复前行为， 与槽位缺失那类会造成静默错配的失败关闭口径不同。 累加时按状态分两条路：累加为空（只发终态事件的网关）把快照当成一次增量发出去， 否则 response.text 对了但调用方流式通道全程收不到文本（Responses 的 emit_finish_only_delta 为 false，只有 Chat 为真）；累加非空则按权威值覆盖且不 补发回调，避免调用方侧翻倍。覆盖语义与 arguments_complete 一致。 隔离验证两次：把 text_snapshot 置 None，四条用例转红；把覆盖改成追加， 不重复用例转红。 platform-llm 95 passed（原 91）。新增 completed-only 纯文本、incomplete-only 纯文本、delta 与终态并存不重复、终态 reasoning part 不入正文四条，并收紧既有的 stream_run_recovers_responses_tool_calls_from_completed_event_only 断言正文。 前两条同时断言 on_delta 实际回调内容，只断言 response.text 抓不到流式通道那个坑。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
server-rs 工作区说明
更新时间：2026-05-15
server-rs/ 是当前唯一后端工作区，承载 Rust api-server、SpacetimeDB module、领域模块、平台副作用适配和共享契约。旧 server-node、Express、PostgreSQL、Go 服务端和 maincloud 口径均为历史残留，不再作为当前实现目标。
当前职责
crates/api-server：Axum HTTP / SSE / BFF 门面、鉴权、中间件、外部服务编排和 DTO 映射。crates/spacetime-module：SpacetimeDB 表、reducer、procedure、事务 adapter、row mapper 和迁移。crates/spacetime-client：后端访问 SpacetimeDB 的 typed facade。crates/module-*：领域模型、命令、应用规则、领域事件和领域错误。crates/platform-*：OSS、LLM、语音、认证等外部平台能力。crates/shared-contracts：前后端共享 DTO 与公开契约。crates/shared-kernel、crates/shared-logging、crates/tests-support：跨模块基础能力、日志和测试支撑。
开发规则
server-rs/Cargo.toml是 workspace 成员和依赖版本事实源；第三方依赖和 workspace 内 crate path 优先放在[workspace.dependencies]。module-*不直接依赖 Axum、SpacetimeDB table/reducer/procedure、reqwest、OSS、LLM、spacetime-client、tokio或文件系统。api-server不承接领域真相；发现领域规则时优先沉到对应module-*。- SpacetimeDB schema 变化必须同步
spacetime-module/src/migration.rs、生成绑定和当前后端架构文档的表目录。 - 人工命令、本地联调和文档示例不要使用
spacetime --root-dir。
常用命令
cargo check -p api-server --manifest-path server-rs/Cargo.toml
cargo test -p api-server --manifest-path server-rs/Cargo.toml
npm run check:server-rs-ddd
npm run check:spacetime-schema
npm run spacetime:generate
npm run dev:api-server
涉及 API smoke 时用 npm run dev:api-server 启动后端并检查 /healthz，不要使用旧 api-server:maincloud。
当前文档
- ../docs/【后端架构】server-rs与SpacetimeDB数据契约-2026-05-15.md：DDD 边界、API 分组、schema 变更规则和表目录。
- ../docs/【开发运维】本地开发验证与生产运维-2026-05-15.md：本地启动、检查、SpacetimeDB 操作和生产运维。