@antprofuse/saddle-skill 0.3.7 → 0.3.8

package/SKILL.md

@@ -1,9 +1,9 @@
 ---
 name: saddle-service-0-3
-description: 使用 Saddle 0.3.7 Skill 开发或审查带 profusegw 固定入口和 profusecontract 强类型外部函数调用的 Rust 业务应用。用于定义 protobuf 契约、声明强类型业务配置、编写固定 ProfuseGwContext 四参数 handler、以框架响应映射业务拒绝和技术失败，或运行正式业务门禁。
+description: 使用 Saddle 0.3.8 Skill 开发或审查带 profusegw 固定入口和 profusecontract 强类型外部函数调用的 Rust 业务应用。用于定义 protobuf 契约、声明强类型业务配置、编写固定 ProfuseGwContext 四参数 handler、以框架响应映射业务拒绝和技术失败，或运行正式业务门禁。
 ---
 
-# Saddle 0.3.7 业务研发契约
+# Saddle 0.3.8 业务研发契约
 
 业务 Agent 的直接输入只有业务 spec 与本 Skill。不要要求用户阅读 Saddle 仓库、审计报告、组件提交或内部实现。
 
@@ -31,7 +31,7 @@ description: 使用 Saddle 0.3.7 Skill 开发或审查带 profusegw 固定入口
 
 ```toml
 [dependencies]
-saddle-framework = "=0.3.7"
+saddle-framework = "=0.3.8"
 ```
 
 `saddle-framework` 是唯一业务 facade。业务不得直接依赖 `saddle-core`、`saddle-admission`、`saddle-boundary`、`saddle-db`、`saddle-macros`、`saddle-observability`、`saddle-runtime` 或 `saddle-service`。
@@ -41,7 +41,7 @@ saddle-framework = "=0.3.7"
 - Saddle 编译进业务应用，不是独立服务、进程或控制面。
 - profusegw 唯一入口是 `POST /saddle/v1/ingress/profusegw/invoke`；不得手写 listener、HTTP handler 或第二路由。
 - 应用声明唯一字面量 `deployment_app`；请求 `target.app` 必须逐字匹配。每个字面量 `target.interfaceId` 只由静态 `operation_type` 分派，业务 handler 不读取或自行路由它。
-- profusegw body 固定且只含 `target`、`profuseGwContext`、`requestData`；`profuseGwContext.userInfo.userId` 由框架形成 `ProfuseGwContext { user_id }`，业务 payload 不得覆盖。
+- profusegw body 固定且只含 `target`、`profuseGwContext`、`requestData`；`profuseGwContext.userInfo.userId` 仅在 backend 入站由框架形成只读 `ProfuseGwContext::user_id()`，业务 payload 不得覆盖。通用 ProfuseContract 技术 context 与wire 绝无 `user_id`；下游业务需要时，必须在具体 protobuf request 声明字段并由 handler 显式赋值。框架自动传播的只有 trace/rpc、LDC 和 deadline。
 - 每个应用必须声明 `business_config Type;`，每个 handler 的第四参数必须是同一 `saddle::BusinessConfig<Type>`。有配置应用从 [完整配置样例](assets/saddle-configured.toml) 起步；没有业务配置时唯一写法是 `business_config ();`，使用 [无业务配置样例](assets/saddle-unit.toml)，`saddle.toml` 省略 `[business]`，测试只使用受控 `saddle::BusinessConfig::unit()`。禁止旧模块路径。
 - 所有 handler 使用 `saddle::ingress::ProfuseGwContext`；只读取正式 API 提供的只读、有界字段，不得读取 Header、Cookie、原始 JSON 或任意上下文 Map。有效 ingress traceId 原样继承，每次外部调用派生 child rpcId；业务不得解析或重写 opaque trace/rpc identity。
 - 固定调用上下文协议见 [trace/LDC 模板](assets/saddle_call_context.proto)：trace 只有 `trace_id/rpc_id`，LDC 只有 `zone/idc/env`。业务请求和结果不得重复这些上下文字段。
@@ -63,11 +63,11 @@ saddle-framework = "=0.3.7"
 - `[framework.admission]` 必须声明正整数 `cpuCores` 与 `memoryMb`；`requestTimeoutMs` 可省略，省略时固定为 5000ms。`[framework.admission.dependencies]` 必须声明正整数 `databaseConcurrency` 与 `profusecontractConcurrency`。不存在 `maxActiveRequests`，也不得由业务代码直接指定 active/wait 容量。
 - 框架以 `min(CPU、封闭单请求内存预算、Database concurrency、ProfuseContract concurrency)` 冻结 active capacity，wait capacity 固定为 `W=0`。任一资源耗尽时在 handler 前立即拒绝，不排队、不后台重试。
 - ingress body、外部请求和外部响应各自受 1 MiB 静态边界约束；请求结束、断连或绝对 timeout 都必须归还同一准入资源。当前 `saddle-application/2` 没有 DB uses 时由框架完成受控 `NotUsed` 终态，业务不得增加伪 DB 调用；未来真实 DB operation 只能以 `Returned` 或 `Discarded` 终结物理资源。
-- 文件日志只由 `[framework.observability.logging]` 配置；默认目录 `./logs`、默认 `daily`。活动文件固定为 `saddle.log`；daily 归档为 `saddle.log.YYYY-MM-DD`，hourly 归档为 `saddle.log.YYYY-MM-DD-HH`。应用不得安装第二 subscriber，也不得把 stdout/stderr 混入该文件。大小轮转、压缩和清理策略不属于 Saddle 0.3.7，由运维侧管理归档目录容量与采集。
+- 文件日志只由 `[framework.observability.logging]` 配置；默认目录 `./logs`、默认 `daily`。活动文件固定为 `saddle.log`；daily 归档为 `saddle.log.YYYY-MM-DD`，hourly 归档为 `saddle.log.YYYY-MM-DD-HH`。应用不得安装第二 subscriber，也不得把 stdout/stderr 混入该文件。大小轮转、压缩和清理策略不属于 Saddle 0.3.8，由运维侧管理归档目录容量与采集。
 - `[framework.management].bind` 是独立于业务 `listen` 的必填管理监听地址。管理面只接受固定 `GET /live` 与 `GET /ready`：进程处于 Starting、Ready 或 Draining 时 `/live` 返回 200；只有 Ready 时 `/ready` 返回 200，其余阶段返回 503。业务代码不得注册、覆盖或写入健康状态。
 - SIGTERM 必须先使 `/ready` 变为 503 并停止新业务流量，再 drain 已准入请求；drain 期间 `/live` 保持 200，业务入口先停止，管理入口最后停止。探针只投影本进程受管生命周期，不探测数据库、profusecontract 或其他下游；下游策略由部署环境另行负责。
 - 框架结构化日志必须能以同一 `trace_id` 还原 ingress → admission → handler → DB/NotUsed → ProfuseContract → response → resource finalization，并包含容量 limit/used/bottleneck/reject reason、child `rpc_id`/zone/安全 authority、生命周期/健康和 logger dropped/output failure。完整字段与查询方式见 [生产日志还原](references/operations-observability.md)。
-- 日志不得包含 body、Header、secret、token、Database URL、SQL/参数或物理表列；业务和运维不得依赖这些内容。0.3.7 不引入 Metrics、Prometheus 或 OTLP。
+- 日志不得包含 body、Header、secret、token、Database URL、SQL/参数或物理表列；业务和运维不得依赖这些内容。0.3.8 不引入 Metrics、Prometheus 或 OTLP。
 
 ## 立即停止
 
@@ -80,7 +80,7 @@ saddle-framework = "=0.3.7"
 - handler 返回 Rust `Result`/`Err`、空成功、任意 JSON，或业务自建第二响应结构；
 - 业务拒绝或任一技术失败组合没有显式映射，机器码不稳定，或 `FailureMessage` 超过 256 bytes；
 - 出现旧响应字段、顶层 code/message 或任何旧协议兼容叙述；
-- Cargo 不是精确 `=0.3.7` Rust facade、缺 lock，或正式 Gate 不通过。
+- Cargo 不是精确 `=0.3.8` Rust facade、缺 lock，或正式 Gate 不通过。
 - 出现旧扁平 authority 长键或旧配置类型模块路径。
 - 缺少独立 management bind、把探针挂到业务入口、添加动态管理路由，或把下游连通性等同 readiness/liveness。
 - admission 预算缺失、为零/负数/溢出，出现 `maxActiveRequests`、业务自定 active/wait 容量、等待队列或资源归还旁路。

package/agents/openai.yaml

@@ -1,4 +1,4 @@
 interface:
   display_name: "Saddle 0.3 业务应用"
   short_description: "使用 Saddle 0.3 开发受控边界的 Rust 业务应用"
-  default_prompt: "请安装 Saddle 0.3.7 Skill（npm install --save-exact --ignore-scripts --no-audit --no-fund @antprofuse/saddle-skill@0.3.7），结合业务 spec 开始研发。"
+  default_prompt: "请安装 Saddle 0.3.8 Skill（npm install --save-exact --ignore-scripts --no-audit --no-fund @antprofuse/saddle-skill@0.3.8），结合业务 spec 开始研发。"

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@antprofuse/saddle-skill",
-  "version": "0.3.7",
-  "description": "Saddle 0.3.7 中文 AI Coding 研发契约与业务门禁。",
+  "version": "0.3.8",
+  "description": "Saddle 0.3.8 中文 AI Coding 研发契约与业务门禁。",
   "license": "MIT OR Apache-2.0",
   "files": ["SKILL.md", "agents", "references", "scripts", "assets"],
   "bin": {"saddle-03-gate": "scripts/saddle-03-gate.js"},

package/references/consumer-start.md

@@ -46,7 +46,7 @@ Saddle 在编译期从 `contract_dir` 确定性递归收集 `.proto`，闭合 im
 
 ## 阶段 3：Rust 实现
 
-业务 crate 精确使用 `saddle-framework = "=0.3.7"`，然后按 [最小编程模型](programming-model.md) 编写固定 `deployment_app`、显式 `business_config`、静态 operation 声明和四参数 handler。不得直接依赖任何 Saddle 中间件 crate。
+业务 crate 精确使用 `saddle-framework = "=0.3.8"`，然后按 [最小编程模型](programming-model.md) 编写固定 `deployment_app`、显式 `business_config`、静态 operation 声明和四参数 handler。不得直接依赖任何 Saddle 中间件 crate。
 
 实现通过 Gate 后，按 [本地联调](local-integration.md) 由外部 harness 注入唯一 plaintext profusecontract authority，并以固定 profusegw body 验证真实 typed call。endpoint、request/call identity 和 deadline 都是框架或部署输入，不写入业务 spec。
 
@@ -63,6 +63,6 @@ Saddle 在编译期从 `contract_dir` 确定性递归收集 `.proto`，闭合 im
 - 缺少固定 `deployment_app`，或 app/interfaceId/endpoint 被做成动态业务输入；
 - 技术失败码或执行确定性存在 catch-all/default；
 - 需要裸 gRPC/channel/bytes、第二入口、动态 descriptor 或未声明外部 I/O；
-- `saddle-framework` 不是精确 `=0.3.7`，或 [正式 Gate](validation.md) 失败。
+- `saddle-framework` 不是精确 `=0.3.8`，或 [正式 Gate](validation.md) 失败。
 
 停止产物只包含最小复现、缺失身份和期望业务表达，不包含中间件替代实现。

package/references/external-function-contracts.md

@@ -15,7 +15,7 @@
 - `puc` 是业务单元，例如 `puc`。
 - `function` 是契约原始函数名，允许中文，例如 `查询用户绑定户号`。
 - protobuf method、Rust 方法和 Java 方法使用各语言合法的本地标识符；它们不是跨系统身份。
-- 0.3.7 不定义 contract version、多版本路由、翻译表、alias 或 fallback。
+- 0.3.8 不定义 contract version、多版本路由、翻译表、alias 或 fallback。
 
 ## 定义步骤
 
@@ -66,6 +66,8 @@ message BoundAccount {
 }
 ```
 
+`QueryBoundAccountsRequest.user_id` 是该具体业务 protobuf request 显式声明的 payload 字段，必须由 handler 从入站 `ProfuseGwContext::user_id()` 主动赋值。它不是 ProfuseContract 通用技术上下文字段，框架不会隐式复制。
+
 这里的跨系统正式身份是 `("puc", "查询用户绑定户号")`。`QueryBoundAccounts`、未来生成的 Rust 方法名和 Java 方法名都只是本地代码标识符，不能替换、翻译或推导中文 `function`。
 
 该 import 必须精确指向同目录根部的 `saddle_external_function.proto`。其 bytes 来自 Rust Alpha.6 公开闭包的权威模板并由 Skill 固定携带；不得自行创建同名 extension，也不得复制为另一份协议。
@@ -82,4 +84,4 @@ message BoundAccount {
 
 ## 变更规则
 
-先修改共同契约目录并重新通过双方 conformance，再修改两侧实现。禁止两侧各自维护近似定义后人工对齐；0.3.7 遇到不兼容变化时停止并共同升级，不在运行时并存或猜测版本。
+先修改共同契约目录并重新通过双方 conformance，再修改两侧实现。禁止两侧各自维护近似定义后人工对齐；0.3.8 遇到不兼容变化时停止并共同升级，不在运行时并存或猜测版本。

package/references/local-integration.md

@@ -22,7 +22,7 @@ profusegw 只向固定路径发送通用 JSON body；业务接口不新增 URL
 - `target.app` 必须逐字等于应用 DSL 的 `deployment_app`。
 - `target.interfaceId` 必须逐字等于某个 service 的 `operation_type`，并由生成的静态表唯一分派。
 - `requestData` 严格解码为该 service 的具名 request。
-- `userId` 由框架以只读 `ProfuseGwContext::user_id()` 交给 handler，业务不得从 `requestData`、Header 或任意 Map 覆盖。
+- `userId` 仅在 backend 入站由框架以只读 `ProfuseGwContext::user_id()` 交给 handler，业务不得从 `requestData`、Header 或任意 Map 覆盖。通用 ProfuseContract 技术上下文不含、也不自动复制该身份。
 - `traceId/rpcId` 是 opaque identity：有效 ingress traceId 原样继承，外部函数调用派生 child rpcId。`zone/idc/env` 只读传播，业务 payload 不得复制这些上下文字段。
 
 固定 HTTP profile 是 `POST /saddle/v1/ingress/profusegw/invoke` 与 `application/json`。本地 harness 必须给出受控 request identity、call identity 和绝对 deadline；不要在业务 handler 中构造它们。
@@ -38,7 +38,7 @@ target/release/my-saddle-app --config /etc/my-saddle-app/saddle.toml
 
 生产推荐传绝对配置路径。`--config saddle.toml` 与 `--config ./saddle.toml` 也合法，它们都相对进程当前工作目录定位配置文件；配置中的 `mappingDir` 和业务 `resolve_path()` 则相对 `saddle.toml` 所在目录解析。进程只接受这一对参数，不从默认位置搜索、不合并多文件、不热更新。
 
-0.3.7 部署配置只接受 `[framework.profusecontract].authority`。有业务配置的完整最小文件是 [saddle-configured.toml](../assets/saddle-configured.toml)，`business_config ();` 应用使用不含 `[business]` 的 [saddle-unit.toml](../assets/saddle-unit.toml)：
+0.3.8 部署配置只接受 `[framework.profusecontract].authority`。有业务配置的完整最小文件是 [saddle-configured.toml](../assets/saddle-configured.toml)，`business_config ();` 应用使用不含 `[business]` 的 [saddle-unit.toml](../assets/saddle-unit.toml)：
 
 ```toml
 [framework]
@@ -100,18 +100,18 @@ dataPath = "fixtures/data"
 
 这些端点是框架生命周期的只读投影，不执行数据库查询、profusecontract RPC、磁盘探测或任意业务自检。不得在 handler 中写健康状态，不得增加动态 management route。部署系统负责探针调度、失败阈值、摘流和重启策略。
 
-该 authority 是部署输入，不进入业务 spec、request 或 handler。TLS、鉴权、服务发现、负载均衡和生产凭据不属于 0.3.7；需要其中任一能力时立即停止，不得在业务 crate 自建 client。
+该 authority 是部署输入，不进入业务 spec、request 或 handler。TLS、鉴权、服务发现、负载均衡和生产凭据不属于 0.3.8；需要其中任一能力时立即停止，不得在业务 crate 自建 client。
 
 ## 联调完成条件
 
 本地联调必须观察到：
 
 1. 固定 profusegw body 被唯一静态 operation 接受；错误 app 被拒绝，未知 interfaceId 不进入 handler。
-2. handler 读取同一请求的 `user_id`，发起一次生成的强类型调用。
-3. profusecontract 收到同一 request identity、派生 call identity、绝对 deadline、`user_id`、`business_unit + function` 和强类型 payload。
+2. handler 如果下游业务确实需要用户身份，将读取到的 `user_id` 显式赋给该具体 protobuf request 声明的业务字段；框架不提供通用复制帮助。
+3. profusecontract 收到同一 request identity、派生 call identity、绝对 deadline、trace/rpc 与 LDC 技术上下文、`business_unit + function` 和强类型 payload；通用外呼 context/wire 不包含 `user_id`。自动传播仅限 trace/rpc、LDC 和 deadline。
 4. 返回 `Completed` 或八类 `TechnicalFailure × ExecutionCertainty` 之一；业务代码显式处理，不自动重试。
 5. 受管请求只形成一个 terminal，并在写 HTTP response 前完成资源归还。
 
-结构化日志至少按正式 API 暴露的字段记录 trace/rpc、span/parent、request/call、app/interface、zone、outcome 与 duration；不得记录 payload、Cookie、session、原始 context、PII、secret 或数据库值。业务不得安装第二日志 subscriber。`saddle.log` 是框架结构化日志；stdout/stderr 是独立进程流，运维采集时不得与文件日志拼接成同一记录源。Saddle 0.3.7 不提供按大小轮转、归档压缩或历史清理；目录容量、外部采集、压缩与保留期由业务运维环境负责。
+结构化日志至少按正式 API 暴露的字段记录 trace/rpc、span/parent、request/call、app/interface、zone、outcome 与 duration；不得记录 payload、Cookie、session、原始 context、PII、secret 或数据库值。业务不得安装第二日志 subscriber。`saddle.log` 是框架结构化日志；stdout/stderr 是独立进程流，运维采集时不得与文件日志拼接成同一记录源。Saddle 0.3.8 不提供按大小轮转、归档压缩或历史清理；目录容量、外部采集、压缩与保留期由业务运维环境负责。
 
 联调 harness 可托管 listener 与受控 profusecontract server；业务源码不得复制 harness、直接依赖中间件 crate或注册第二入口。

package/references/operations-observability.md

@@ -1,6 +1,6 @@
 # 生产日志还原与排障
 
-Saddle 0.3.7 的框架事件只写入同一 `saddle.log`。运维应以 ingress 提供的 `trace_id` 为主键，在单个进程文件顺序内还原请求，不依赖请求 body、Header 或数据库细节。
+Saddle 0.3.8 的框架事件只写入同一 `saddle.log`。运维应以 ingress 提供的 `trace_id` 为主键，在单个进程文件顺序内还原请求，不依赖请求 body、Header 或数据库细节。
 
 ## 还原一条请求
 

package/references/programming-model.md

@@ -2,7 +2,7 @@
 
 ## 应用显式声明
 
-业务应用使用 `saddle-framework = "=0.3.7"` 的公开编程面：
+业务应用使用 `saddle-framework = "=0.3.8"` 的公开编程面：
 
 ```rust
 saddle::application! {
@@ -58,12 +58,12 @@ async fn query_my_bound_accounts(
 ```
 
 - `request`：纯业务接口输入。
-- `context`：固定 profusegw 框架上下文；除 `user_id` 外还只读提供 opaque trace/rpc 与 LDC zone/idc/env。有效 traceId 原样继承，每次外部调用由框架派生 child rpcId；业务不得解析、拼接或重写。
+- `context`：固定 profusegw 入站框架上下文；只读提供 `user_id` 及 opaque trace/rpc 与 LDC zone/idc/env。有效 traceId 原样继承，每次外部调用由框架派生 child rpcId；业务不得解析、拼接或重写。通用 ProfuseContract context/wire 没有 `user_id`，自动传播仅限 trace/rpc、LDC 和 deadline；下游需要用户身份时，由 handler 读取 `context.user_id()` 并显式赋给具体 protobuf request 声明的业务字段。
 - `contract`：应用级强类型 profusecontract 调用能力，只包含应用显式登记的函数；不是通用依赖注入容器。
 - `config`：与应用 `business_config` 声明同型、在启动时解析校验并冻结的配置。通过 `config.get()` 读取，通过 `config.resolve_path()` 按 `saddle.toml` 所在目录解析业务相对路径。
 - 返回值：框架固定 `ProfuseGwResponse<Data, Code>`；详细成功、业务拒绝与技术失败建模见 [响应建模](response-model.md)。禁止 Rust `Result` 和自建 JSON 外壳。
 
-所有 profusegw operation 必须使用同一个固定 `ProfuseGwContext`。业务只能读取其只读 `user_id`；禁止用自建 context、Header/JSON Map 或通用依赖容器补位。
+所有 profusegw operation 必须使用同一个固定 `ProfuseGwContext`。业务只能读取其入站只读 `user_id`；禁止用自建 context、Header/JSON Map 或通用依赖容器补位，也不得假定框架会将该身份隐式传给 ProfuseContract。
 
 每个应用必须显式声明业务配置类型。没有业务配置时也不能省略声明，唯一写法是：
 

package/references/validation.md

@@ -1,4 +1,4 @@
-# Saddle 0.3.7 Skill 正式业务 Gate
+# Saddle 0.3.8 Skill 正式业务 Gate
 
 ## 依赖与锁
 
@@ -12,7 +12,7 @@ edition = "2024"
 rust-version = "1.95"
 
 [dependencies]
-saddle-framework = "=0.3.7"
+saddle-framework = "=0.3.8"
 ```
 
 在允许访问正式 registry 的依赖准备阶段生成并提交 `Cargo.lock`。禁止 `path`、`git`、`[patch]`、source replacement 或宽松 Saddle 版本。
@@ -25,10 +25,10 @@ saddle-framework = "=0.3.7"
 npx --no-install saddle-03-gate --manifest-path Cargo.toml
 ```
 
-命令由已安装的 `@antprofuse/saddle-skill@0.3.7` 提供，不需要 Saddle 源码仓库。它会检查：
+命令由已安装的 `@antprofuse/saddle-skill@0.3.8` 提供，不需要 Saddle 源码仓库。它会检查：
 
 - facade 精确版本、禁止直接中间件依赖和 Cargo source 旁路；
-- `Cargo.lock` 中 admission、boundary、core、db、framework、macros、observability、runtime、service 九包统一精确映射 `0.3.7`；
+- `Cargo.lock` 中 admission、boundary、core、db、framework、macros、observability、runtime、service 九包统一精确映射 `0.3.8`；
 - 唯一 `contract_dir`、目录存在、禁止旧单文件 contract 声明；
 - 目录根部 `saddle_external_function.proto` 与 Skill 权威模板逐字一致且仅出现一次，使用 option 的业务 proto 必须 direct import 根文件；
 - 编译期递归扫描/import 闭包、option-only 索引、身份唯一、请求结果类型匹配，以及所有 function 均有实际 `uses`；

package/scripts/saddle-03-gate.js

@@ -30,8 +30,8 @@ if (/^\s*\[(patch|replace)\b/m.test(cargo) || /\b(path|git|branch|tag)\s*=/.test
   stop("DEPENDENCY_SOURCE", "禁止 path/git/patch/replace 依赖旁路");
 }
 const facade = cargo.match(/^\s*saddle-framework\s*=\s*(.+)$/m);
-if (!facade || !/^"=0\.3\.7"\s*(?:#.*)?$/.test(facade[1].trim())) {
-  stop("SADDLE_VERSION", '必须直接且精确依赖 saddle-framework = "=0.3.7"');
+if (!facade || !/^"=0\.3\.8"\s*(?:#.*)?$/.test(facade[1].trim())) {
+  stop("SADDLE_VERSION", '必须直接且精确依赖 saddle-framework = "=0.3.8"');
 }
 const internals = ["saddle-core","saddle-admission","saddle-boundary","saddle-db","saddle-macros","saddle-observability","saddle-runtime","saddle-service"];
 for (const name of internals) {
@@ -44,8 +44,8 @@ if (!fs.existsSync(lockPath)) {
   const publicClosure = ["saddle-admission", "saddle-boundary", "saddle-core", "saddle-db", "saddle-framework", "saddle-macros", "saddle-observability", "saddle-runtime", "saddle-service"];
   for (const name of publicClosure) {
     const escaped = name.replaceAll("-", "\\-");
-    if (!new RegExp(`name = "${escaped}"\\nversion = "0\\.3\\.7"`).test(lock)) {
-      stop("LOCK", `Cargo.lock 未绑定 ${name} 0.3.7`);
+    if (!new RegExp(`name = "${escaped}"\\nversion = "0\\.3\\.8"`).test(lock)) {
+      stop("LOCK", `Cargo.lock 未绑定 ${name} 0.3.8`);
     }
   }
 }
@@ -229,4 +229,4 @@ try {
   fs.rmSync(target, {recursive: true, force: true});
 }
 if (process.exitCode) process.exit(process.exitCode);
-process.stdout.write("SADDLE_03_GATE PASS; SKILL=0.3.7; RUST=0.3.7; ADMISSION_DERIVED; W0; CLOSED_RESPONSE; CLOSED_CODES; FAILURE_MESSAGE_256; FAILURE_8X3; LOCKED_OFFLINE\n");
+process.stdout.write("SADDLE_03_GATE PASS; SKILL=0.3.8; RUST=0.3.8; ADMISSION_DERIVED; W0; CLOSED_RESPONSE; CLOSED_CODES; FAILURE_MESSAGE_256; FAILURE_8X3; LOCKED_OFFLINE\n");