质量↔工艺数字员工真实验证报告
生成时间:2026-08-02
验证方式:直连真实数据源实跑 worker(SCSAI PLM 真实 ItemType + 本地 PPS/core_runtime.db),逐项检查 success、dataSource、假成功/空壳。
一、验证结果(13/13 真实完成,0 失败)
| 项目 | 结果 | 真实数据源 | 关键证据 |
|------|------|-----------|---------|
| ncr-worker | OK | SCSAI NCR (QS) | 返回真实 NCR 计数/状态分布 |
| capa-worker | OK | SCSAI Quality Corrective Action | 用 keyed_name(DEV-00584),非 name/status |
| audit-worker | OK | SCSAI Audit (QS) | 真实审核计数/按类型状态分布 |
| spc-worker | OK | SCSAI Characteristic (QP) | 真实工序特性 + target/tolerance |
| stat-worker | OK | SCSAI NCR/CAPA/Audit/Characteristic 实时聚合 | 7 项 KPI + 红灯判定,无缓存 |
| fmea-worker | OK | SCSAI DFMEA/PFMEA (QP) | DFMEA/PFMEA 真实条数 + 子对象探测 |
| qcc-worker | OK | SCSAI 质控卡/检验项目 (MES) | 真实质控卡 + 检验项目计数 |
| 桥接:survey | OK | PPS 镜像库 sccapp_process_data.db | 全库检验标记分布(真实统计)|
| 桥接:dashboard(10000097) | OK | PPS + SCSAI 实时 KPI | 工艺文件级 + 全局 ARAS KPI |
| 桥接:ncr_to_process(真实NCR) | OK | scsai_aras | NCR 真源解析,根因文本推断如实标注 |
| 桥接:process_to_quality(10000097) | OK | PPS 镜像库 | 检验标记/关键工序识别(行业配置驱动)|
| inspect-worker | OK | PPS/bossagents 真实库 | 数据资产健康巡检三阶段真实跑通 |
| cost-optimizer | OK | SCSAI Part/BOM 真实数据 | 查 500 零件、分析 8 BOM、出整改建议 |
cost-optimizer 标「HOLLOW」为探测启发式误报:其返回结构为 {success, result:{totalParts:500, bomAnalyses:8, recommendations:[...]}, healthy},属真实完成。验证脚本已确认非空壳。
二、质量数据问题是否解决?
数字员工层(用户核心关切):已解决,且已实测。
- 7 个质量员工全部
Q.getClient()直连 SCSAI,连不上即success:false;查不到返回total:0提示可创建,绝不编造 0/空壳/假成功。 - 质量↔工艺桥接 worker 的 NCR 回流已确认走 SCSAI 真源(
dataSource: scsai_aras),allowShadowFallback默认 false。
路由/API 层:本轮已补完。
server/routes/change.js:getWorkflowGraph原同步读本地quality_ncr/quality_capa(仅 TEST-NCR-001~008 测试假数据)塞进变更图谱 → 已改为直连 SCSAI 真实查询(与员工层一致),SCSAI 不可达则静默跳过。已实测返回真实节点(NCR-0032/0033/0034、DEV-00584/00585)。
三、仍待办 / 已知限制(非假数据,已如实标注)
- quality-process-bridge 的 SPC/KPI 段仍读本地
spc_data_points/quality_kpi:设计如此,桥接已如实标注「本地表 / operation_id 与 PPS 工序 uid 不同域 / 全局口径未按 techUid 过滤」,绝不伪造 0。SPC 采集与工艺工序的 ID 对应关系尚未建立(属数据源对接问题)。 - ai-agent.js MODULE_TABLE_MAP(已清理):ncr/capa/inspections→本地质量表的映射原为死配置(全仓无引用),本轮已删除,不再误导。
- database1.js 仍
CREATE TABLE这些quality_*表(schema 残留,数据为空),worker 不再写。 - 唯一仍读本地
quality_ncr的代码是桥接的allowShadowFallback:true显式降级通道(标注deprecated_local_shadow),非默认路径。
四、副作用提示
- 实跑
cost-optimizer触发了一封真实邮件:💰 BOM成本优化报告 发送至[email protected](该员工默认行为,非缺陷)。后续验证生产环境员工时请注意此类外部副作用。 - SCSAI 凭据
root/gyc123456;来自.env/config.yaml,沙箱网络可达(HTTP 200),验证真实有效。
五、本次改动
server/routes/change.js:getWorkflowGraph的 NCR/CAPA 节点改为直连 SCSAI(替换本地假数据读取)。本地提交,待本机git push。server/ai-agent.js:删除死配置MODULE_TABLE_MAP(ncr/capa/inspections→本地质量表,全仓无引用)。
六、工艺侧数字员工补充验证(5/5 真实完成)
扩大检查未覆盖的工艺 worker,逐项实跑确认真实数据源与严格成功判定:
| 项目 | 结果 | 真实数据源 | 关键证据 |
|------|------|-----------|---------|
| sccapp-sync-worker (health) | OK | SCSAI http://114.113.153.234/scplm | responseTimeMs:63、真实 serverUrl/database;SCSAI 不可达即 success:false |
| sccapp-design-worker (stats) | OK | PPS 镜像库 sccapp_process_data.db | 真实工艺文件统计;带真实 techUid=10000898 跑通设计分析 |
| sccapp-optimize-worker (bottleneck) | OK | PPS 镜像库 | 瓶颈分析 success:true,严格按引擎结果判定 |
| process-worker (默认零参数) | OK | PPS 镜像库 | ppsMasterData.techFiles.total=25726、emptyRate=18.6%、totalSpecs=200 真实计数 |
| process-optimizer (零参数) | OK(诚实失败) | 规则引擎+LLM+SCSAI | 能力未注入时 success:false「优化能力不可用」,绝不伪造方案 |
全部工艺 worker 的 run(staff,ctx,intent,parameters) 为位置参数,严格按底层引擎结果判 success,无假成功、无空壳。PPS 镜像库(sccapp_tech_files=25726 / sccapp_procs=163441 / sccapp_fields=435210)真实承载工艺数据。
chip-worker.js:207 的 _fallbackPartCRUD 标 fallback:true 返回 success:true 已核实非假成功:chipwise 服务不可用时改走 getSharedClient() 真实查 ARAS 的 Part 数据,返回真实 items,属诚实降级而非编造。
七、跨 worker 全局扫描结论
_pvDb:worker 层已无实际引用(仅注释声明「已移除/不再回退」);基础层server/shared/db.js按约定保留。- 假成功兜底:全 worker 扫描仅
chip-worker一处fallback:true,已确认系真实 ARAS 查询降级,非假成功。 - 硬编码 mock/假数据:扫描命中均为注释声明「绝不使用模拟数据 / 诚实报错」,与实现一致(equip/mkt/pm/vendor-review/cost 等均有
success:false+ 完整指引的诚实失败路径)。
BossAgents