DeepSeek provider + 判据 ③ 机器路径跑通(零人工兜底)

Provider 侧:
  · 新增 `provider-profile`(纯数据):各家的默认端点 / 结构化出参姿势 / 是否回推理
    集中一处,adapter 只按画像行事 —— 新增 provider 只改画像,不写一族 if-else。
    DeepSeek:`https://api.deepseek.com`,支持 json_object,v4 系列是推理模型。
  · 建实例时 URL 可留空 → 取该 provider 的默认端点(openai-compatible 本就是
    「随便哪个兼容端点」,没有默认,必须自填)。
  · 推理正文归 `reasoning` 单列:那是**过程**不是结论,不进出参、不参与 schema 校验、
    不入录制(录的是语义入参与结论)。
  · 两档实例 deepseek-v4-flash / deepseek-v4-pro 已建;`quote-extractor` 是**用途名**,
    指向 flash 档 —— 换档只改这一处绑定,活动一行不动。密钥只从环境读、落库即密封,
    治理台只回「是否已绑定」(实测:库里是密文,视图无明文字段,三个实例探活全通)。

沿路修掉五处真问题:

① **同一任务被并发推进**:推进器与派发器各推各的,用的不是同一把锁 ——
   实测同一步跑两遍、同一张卡发两张、同一行草稿写出两条互相打架的版本。
   两者改用同一把 advisory lock(键的推导提取共用)。
② **LLM 步出参从不校验**:声明了 outputSchema,解析不出来就静默当 `{}` 写下去,
   毛病要到下游缺字段时才炸、还炸在别处。改为「出参必过 schema」(AM 12.3),
   不过即按声明的失败走向,并把模型原文记进留痕,好让人看见它到底回了什么。
③ **出参路径不认点号**:入参能走 `a.b.0.c`,出参只认扁平键 ——
   模型按 schema 回嵌套结构(最常见的情形)就写出一条空记录。两边共用一份解析。
④ **归一步拿不到原文**:通道载荷只带指针不带正文、start→A1 边也没把主题正文传下去,
   模型只拿到一个单号,于是回空 records。通道载荷带原文,边映射一路带到 A1。
⑤ **出参形状没讲给模型听**:声明了 schema 却只在提示里写「只输出 JSON」,
   模型只能猜键名(实测回 `{"items":[]}` 而声明要 `{"records":[...]}`)。
   改由网关按 outputSchema 统一附上说明 —— 这是系统的事,不该每个活动作者各写一遍。

另修:连接池没有 error 处理器,空闲连接被服务端掐断会让整个进程退出(一次运维操作
就能把 API 带崩)。

结果:一封 RFQ 入站 → 模型从正文抽出 pn/brand/eau/目标价/交期 →
D1 判定跳过补全 → 查历史价 → DMN 三分类 Type A → 验收放行卡,**全程零人工兜底**。

gates: tsc / eslint / depcruise(319 模块)/ api-report / 409 测试 全绿

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m

activities/quote-intake/__tests__/activity.test.ts

@@ -49,9 +49,10 @@ describe('步序声明(AM 12.3)', () => {
 
   it('条件跳步是任务数据上的确定性谓词,由引擎求值', () => {
     const askBack = model.steps.find((s) => s.name === 'S2_ask_back');
-    expect(askBack?.when).toBe('missingKeyFields > 0');
-    expect(evaluate(askBack!.when!, { missingKeyFields: 2 })).toBe(true);
-    expect(evaluate(askBack!.when!, { missingKeyFields: 0 })).toBe(false);
+    expect(askBack?.when).toBe('missing_key_fields > 0');
+    // 谓词读的是**落表后的字段名** —— 作用域来自台账,不是模型出参的驼峰名
+    expect(evaluate(askBack!.when!, { missing_key_fields: 2 })).toBe(true);
+    expect(evaluate(askBack!.when!, { missing_key_fields: 0 })).toBe(false);
   });
 
   it('人类工具步都配了时限 —— 无死等', () => {

activities/quote-intake/src/manifest.ts

@@ -40,7 +40,7 @@ export const manifest: ActivityManifest = {
   identity: {
     activityId: ACTIVITY_ID,
     name: 'A1 · RFQ 需求分析',
-    packageVersion: '0.1.3',
+    packageVersion: '0.1.5',
     category: '统一报价',
     paradigm: 'flow',
     sdkVersion: '0.1.0-m5',
@@ -59,6 +59,8 @@ export const manifest: ActivityManifest = {
           customerCode: { type: 'string' },
           rfqRef: { type: 'string' },
           subject: { type: 'string' },
+          /** 询价原文 —— 归一步拆解的对象 */
+          body: { type: 'string' },
         },
       },
       messageAllowed: true,
@@ -124,6 +126,7 @@ export const manifest: ActivityManifest = {
           { name: 'target_price', type: 'number', primaryKey: false, masked: false, label: '目标价' },
           { name: 'lead_time', type: 'text', primaryKey: false, masked: false, label: '交期' },
           { name: 'status', type: 'text', primaryKey: false, masked: false, label: '状态' },
+          { name: 'missing_key_fields', type: 'integer', primaryKey: false, masked: false, label: '缺关键字段数' },
         ],
       },
       {
@@ -171,17 +174,34 @@ export const manifest: ActivityManifest = {
           kind: 'llm',
           name: 'S3_normalize',
           label: 'S3 逐条解析归一',
-          input: { rfqRef: 'rfqRef', customerCode: 'customerCode' },
+          input: { rfqRef: 'rfqRef', customerCode: 'customerCode', subject: 'subject', body: 'body' },
+          /*
+           * 出参路径要对得上**自己声明的 outputSchema**:模型回的是
+           * `{ records: [...], missingKeyFields }`,不是一堆扁平字段。
+           * MVP 逐条办的第一条 = `records.0`;`customerCode` 不在模型出参里,
+           * 它来自起单入参,由作用域补上。
+           */
           output: {
             domain: INTAKE_DOMAIN,
             object: 'record',
-            key: { customer_code: 'customerCode', pn: 'pn' },
-            fields: { pn: 'pn', brand: 'brand', eau: 'eau' },
+            key: { customer_code: 'customerCode', pn: 'records.0.pn' },
+            fields: {
+              pn: 'records.0.pn',
+              brand: 'records.0.brand',
+              eau: 'records.0.eau',
+              target_price: 'records.0.targetPrice',
+              lead_time: 'records.0.leadTime',
+              // 完整度判定要有据可依:D1 的谓词读的就是它
+              missing_key_fields: 'missingKeyFields',
+            },
           },
           model: 'quote-extractor',
+          // 出参形状由网关按 outputSchema 统一附上,模板只讲**这件事本身**
           template:
-            '按《询价受理规范》把这份 RFQ 拆解为逐条需求,抄录 PN/数量/EAU/厂牌/目标价/交期。' +
-            '只输出 JSON。RFQ:{{rfqRef}}',
+            '按《询价受理规范》把下面这封询价拆解为逐条需求,逐条抄录 ' +
+            'pn(型号)/ brand(厂牌)/ eau(年用量,整数)/ targetPrice(目标价,数字)/ leadTime(交期)。' +
+            '原文没写的字段留空,不要编造;每缺一个关键字段(pn / eau / leadTime)就把 missingKeyFields 加一。\n\n' +
+            '询价单号:{{rfqRef}}\n客户编码:{{customerCode}}\n主题:{{subject}}\n正文:\n{{body}}',
           outputSchema: {
             type: 'object',
             required: ['records'],
@@ -210,7 +230,7 @@ export const manifest: ActivityManifest = {
           name: 'S2_ask_back',
           label: 'S2 追问补全信息',
           // D1 判断完整度:缺 PN/数量/交期三要素才走补全 —— 条件必谓词,由引擎求值
-          when: 'missingKeyFields > 0',
+          when: 'missing_key_fields > 0',
           input: {},
           workOrder: 'execution',
           card: { title: '缺关键字段,请向客户追问补全', fields: ['pn', 'eau', 'leadTime'] },