lhk229
c086fb8656
902f487ea 引入终态正文快照时，「累加非空」一支只覆盖 accumulation.text、不补
回调。这一支当初只顾着避免正文翻倍，漏了「增量拼接结果本来就可能不等于快照」
——而这恰恰是决定要覆盖的唯一理由，两件事是耦合的。结果是 LlmRunResponse.text
已经是完整值，调用方最后收到的累计正文却停在半截。
实际代价：按累计正文取值的抢救路径（单 Agent 流式在 stream_run 返回 Err 时用
最后一次回调的 accumulated_text 当回复）会拿到半截正文，而「incomplete 且带
工具调用」会被截断拒绝规则判为 Err，恰好走到那里——正是 incomplete 降级回复
该发挥作用的场景。持久化回复流与 UI 实时视图同样停在半截，但 ready 写入用的是
response.text 派生值且直接覆盖 accumulated_text，所以是窗口期问题，不会造成
finalization 冲突或 needs-reconciliation。
改为按「是否等于快照」判断，不一致就补发一次回调。增量字段分三种情形取值：
累加去空白后为空给整个快照（这一支不能并进 strip_prefix，纯空白累加值匹配不上
前缀会退化成空增量，反而让按增量累加的消费者丢内容）；快照是增量的延长给后缀；
非前缀关系给空串靠 accumulated_text 纠正。最后一种下按 delta_text 累加的消费者
无法自愈，作为已知残留写进契约文档。
边界：只有「快照延长增量」与「快照与增量分叉」两种情形的回调行为改变，其余
四种（累加为空、完全一致、无快照、纯空白累加）维持字节级不变。不给 Responses
打开 emit_finish_only_delta——那会让每一条流都多一次终态回调，是另一个决定。
LlmStreamDelta 结构、App 侧消费点均未改动。
隔离验证两次：退掉 emit 条件里的 snapshot_corrected，分叉用例转红（前缀延长
那条靠 has_delta 仍绿，说明该标志只对分叉承重）；整块回退成旧两支形态，两条
新增用例都转红、其余 101 条全绿，印证边界表里「不变的四行」确实没动。
platform-llm 103 passed（原 101）。新增前缀延长、非前缀分叉两条，并收紧既有的
不重复用例——改为断言回调次数与 (delta_text, accumulated_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 操作和生产运维。