Files
Genarrative/server-rs
lhk229 f82cbd4577 流式工具参数类型非法改为失败关闭
Responses 与 Anthropic 的流式工具参数字段走裸 serde_json::Value 加 as_str,
类型不对时 as_str 返回 None,参数被当成字段缺失;归一层再把空参数补成 {},
于是一个身份完整、参数是合法 JSON 的调用直接交给下游执行。既有校验全都拦不住
——零参函数的 {} 和「参数类型错了所以变成 {}」在归一层无法区分。

实测复现(探针已删):Responses 的 delta / done / 终态载荷 arguments,以及
Anthropic 的 partial_json,无论传对象还是数字,一律返回
Ok(tool_calls=[{id, name, arguments:"{}"}])。同样输入下 Chat 返回
Deserialize("invalid type: map, expected a string")——它走强类型 DTO,本来就
失败关闭。同一平台层三协议对同一种畸形输入行为不一致。

归属:不是先前几次修复的后继问题。两个构成要件都来自 7c61e9a53——那批
as_str 用法是它一次性引入 Responses / Anthropic 流式工具解析时写的,
「空参数归一为 {}」当时也已在 finish_tool_calls 里;b1ef45fbd 把它挪进
normalize_tool_calls 时逐字搬运、语义未动。逐条查过本会话的槽位失败关闭、
身份冲突、截断门禁与终态正文恢复,都走别的分支,没有扩大它的可达面。

改为 tool_argument_str:字段不存在或为 null 返回 None(合法缺省),存在但
不是字符串返回 Deserialize。extract_responses_completed_tool_fragments 随之
改签名返回 Result。只覆盖参数字段——id 与函数名即使类型不对也只会退化成缺失,
随后被归一层按缺 id / 缺函数名拒绝,本来就是失败关闭。

隔离验证:把类型检查退回 as_str,五条拒绝用例全红。

platform-llm 101 passed(原 95)。新增 Responses delta / done / 终态载荷、
Anthropic 对象与数字 partial_json 五条拒绝,外加一条作用域守卫——字段缺失与
显式 null 仍归一为 {},零参函数不能被这条新规则误杀。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-07-27 12:19:54 +00:00
..
2026-07-17 16:56:46 +08:00
2026-07-27 18:28:26 +08:00
2026-07-23 13:47:32 +08:00
2026-07-17 16:56:46 +08:00

server-rs 工作区说明

更新时间:2026-05-15

server-rs/ 是当前唯一后端工作区,承载 Rust api-server、SpacetimeDB module、领域模块、平台副作用适配和共享契约。旧 server-node、Express、PostgreSQL、Go 服务端和 maincloud 口径均为历史残留,不再作为当前实现目标。

当前职责

  • crates/api-serverAxum HTTP / SSE / BFF 门面、鉴权、中间件、外部服务编排和 DTO 映射。
  • crates/spacetime-moduleSpacetimeDB 表、reducer、procedure、事务 adapter、row mapper 和迁移。
  • crates/spacetime-client:后端访问 SpacetimeDB 的 typed facade。
  • crates/module-*:领域模型、命令、应用规则、领域事件和领域错误。
  • crates/platform-*:OSS、LLM、语音、认证等外部平台能力。
  • crates/shared-contracts:前后端共享 DTO 与公开契约。
  • crates/shared-kernelcrates/shared-loggingcrates/tests-support:跨模块基础能力、日志和测试支撑。

开发规则

  1. server-rs/Cargo.toml 是 workspace 成员和依赖版本事实源;第三方依赖和 workspace 内 crate path 优先放在 [workspace.dependencies]
  2. module-* 不直接依赖 Axum、SpacetimeDB table/reducer/procedure、reqwest、OSS、LLM、spacetime-clienttokio 或文件系统。
  3. api-server 不承接领域真相;发现领域规则时优先沉到对应 module-*
  4. SpacetimeDB schema 变化必须同步 spacetime-module/src/migration.rs、生成绑定和当前后端架构文档的表目录。
  5. 人工命令、本地联调和文档示例不要使用 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

当前文档