数字员工运营日报 · 2026-10-05

药材谷 · 全员激活补强执行｜统计窗口 2026-10-04 09:12 (CST) → 2026-10-05 09:12 (CST)（近 24h）
数据源：直连 MariaDB yaocaigu（权威）+ AI HTTP 服务 4090 实抓｜生成时间 2026-10-05 09:2x

⚠ 静默丢单 2 单（第 4 次）服务断档 ~22.8 h 核查轮次空窗 27 天真绿 21/21 人工队列 0/0/0（第 20 日）

⚠ 本期头条：run 105 轮次中断 → 静默丢单 2 单（累计第 4 次，共 8 单）
今日 00:31:29 触发 run 105，轮次流水 1392 行 / 跨度 0.2 s（健康轮次为 1394 行 / 40+ s），只写了 2 条 dispatch、0 条 report；直连库复查 boss_task 在 00:25–00:45 窗口内记录数 = 0 → 两条派单（「药材行情」「道地溯源故事」）未落库。
与 run 88（09-22）、run 95（09-27）、run 98（09-29）同型，根因仍是「先写 activation_log.dispatch、后写 boss_task」的两段式写入，进程在中间被回收即产生「日志有、单据无」。

一、执行战报（近 24h）

派发日志条数

丢单（未落库）

实际落库单数

全员核查次数

激活轮次（直连库）

涉板块

回评分布（resolved / partial / open）：0 / 0 / 0 ｜涉板块：药材行情、道地溯源故事

口径说明 · 轮次计数以直连库为准：接口 brief.runs 返回 2，与直连库窗口内轮次（run 105 + run 106）一致—— 本期无时区口径偏差显形（该缺陷仍在，已连续 6 期未修）。brief.dispatched=4 计的是 activation_log 的 dispatch 事件（含 run 105 的 2 条），故与「实际落库 2 单」相差 2，差额即丢单量。

二、激活轮次健康度（关键证据）

run	起始 (UTC)	结束 (UTC)	跨度	流水行数	dispatch	report	判定
104	2026-10-04T01:41:24Z	2026-10-04T01:42:05Z	41.9 s	1394	2	2	健康
105	2026-10-05T00:31:29.886Z	2026-10-05T00:31:30.050Z	0.2 s	1392	2	0	中断 · 丢单 2
106	2026-10-05T01:11:26.384Z	2026-10-05T01:12:12.072Z	45.7 s	1394	2	2	健康

健康判据（沿用）：流水 1394 行（1390 standby + 2 dispatch + 2 report）、跨度 > 20 s = 健康； 1392 行 + 跨度 ~0.1–0.3 s（缺 2 条 report）= 中断。跨度不作硬区间。

三、真绿名单（人轨终局绿）

共 21 / 21 个板块达成真绿（回评 + 人轨终局绿），其中 sign（签署型）1 个：检测鉴定；其余 20 个为 done（回评完成）。
本期新增 0 个 → 已连续第 20 日停更，需评估该名单是否仍有运营意义。

#	板块	达成方式	说明
1	AI 智能助手	done	人轨终局绿（回评完成）
2	道地溯源故事	done	人轨终局绿（回评完成）
3	检测鉴定	sign	人轨终局绿（签署）
4	企业多租户	done	人轨终局绿（回评完成）
5	社区问答	done	人轨终局绿（回评完成）
6	文旅研学	done	人轨终局绿（回评完成）
7	数据资产 API	done	人轨终局绿（回评完成）
8	知识图谱	done	人轨终局绿（回评完成）
9	科普内容	done	人轨终局绿（回评完成）
10	药交会展会	done	人轨终局绿（回评完成）
11	药食同源	done	人轨终局绿（回评完成）
12	多语种出海	done	人轨终局绿（回评完成）
13	劳务用工	done	人轨终局绿（回评完成）
14	药材行情	done	人轨终局绿（回评完成）
15	仓储物流	done	人轨终局绿（回评完成）
16	产业金融服务	done	人轨终局绿（回评完成）
17	设备共享	done	人轨终局绿（回评完成）
18	包装回收	done	人轨终局绿（回评完成）
19	供求撮合大厅	done	人轨终局绿（回评完成）
20	农事种植	done	人轨终局绿（回评完成）
21	产地初加工	done	人轨终局绿（回评完成）

四、人工队列在册待承接

三组均为 0： pending_sign 0 / overrun 0 / open_stall 0 —— 已连续第 20 日「假清空」。结合全库 WARN 86 单（药材行情占 82 单）与 audit_consistency 历史 8 单不一致，可判定当前入队规则未覆盖 WARN / 不一致单，队列并非真的无活可干。
建议：将 audit_status='WARN' 且超期未裁决、以及跨端一致性不一致的记录纳入 pending_sign / open_stall。

分组	含义	本期状态
pending_sign	待签署确认	连续第 20 日为空
overrun	超期未完成	连续第 20 日为空
open_stall	未闭环停滞	连续第 20 日为空

五、核查轮次曲线（closure/runs）

口径警示：本节红绿灯为 LLM 扫描级判定（对 21 个板块逐板块打分）， 存在采样波动，不得作为 KPI 考核。同一批数据在不同轮次会得到不同 closed 数，例如同为 09-08 的 round 0 / 2 / 3，closed 分别为 3 / 6 / 2 —— 已实证为扫描噪声。

round	采样时间	closed	semi	open	合计
0	2026-09-08 15:50Z	3	18	0	21
2	2026-09-08 11:19Z	6	15	0	21
3	2026-09-08 09:xxZ	2	18	1	21

引擎状态：closure/progress running=false、total/done/closed/semi/open 全 0 → 核查引擎完全停摆；最近一次轮次停在 2026-09-08，空窗 27 天。backlog 21 项（semi 18 / closed 2 / open 1，涉 16 个部门）长期未动。

六、全库盘点（boss_task）

384

全库任务单

298

audit_status = PASS

audit_status = WARN

FAIL

字段语义警示：boss_task.status 列全库恒为 COMPLETED（384 行），真实裁决口径在 audit_status 列。历史上曾误用 status='WARN' 统计，已纠正。

板块	累计派单	PASS	WARN	WARN 占比
药材行情	114	32	82	71.9%
道地溯源故事	112	108	4	3.6%
检测鉴定	21	21	0	0.0%
农事种植	15	15	0	0.0%
产地初加工	12	12	0	0.0%
供求撮合大厅	9	9	0	0.0%
总指挥 Agent	9	9	0	0.0%
仓储物流	7	7	0	0.0%
包装回收	7	7	0	0.0%

关键结构问题：药材行情 114 单中 82 单 WARN（71.9%），占全库 WARN 的 95.3%；该板块自 09-19 之后派单明显收敛但 WARN 率未改善，说明补强动作未真正解决问题，属「派了但没修好」。

计数源口径（四分叉，均不等价）： 探针「补强」288（+2 ✅）/ 探针「补强执行」282（+2 ✅）/ 巡检口径 200（长期未刷新）/ 全库 384。

七、派单节奏

连续 11 日稳定 2 单（09-25 例外为 4 单）。21 个板块中长期零派单的达 10 个：供求撮合大厅、仓储物流、产业金融服务、设备共享、劳务用工、文旅研学、药交会展会、知识图谱、企业多租户、数据资产 API。

八、异常与建议

异常清单

P0run 105 静默丢单 2 单（第 4 次，累计 8 单）——两段式写入未事务化。
P0服务断档 ~22.8 h（10-04 09:42Z → 10-05 00:31Z；CST 10-04 17:42 → 10-05 08:31）——连续第 15 期人工冷启动。
P0核查引擎停摆 27 天（最近 09-08），closure/progress 全 0。
P1人工队列连续 20 日为 0，入队规则未覆盖 WARN / 不一致单。
P1药材行情 82 单 WARN 积压，占全库 WARN 95.3%，无批量裁决机制。
P110 个板块长期零派单，派单面仅覆盖 2 个板块。
P210 个端点返回 404：health activation/log activation/progress activation/runs boss/tasks/status ops/overview ops/boards ops/summary profile review/log
P2计数源四分叉 200 / 282 / 288 / 384，口径未统一。
P2brief.runs 时区口径缺陷仍在（连续 6 期未修，本期未显形）。
P2真绿名单连续 20 日停更；review-log 时间戳截断 " ue Sep 08 2026 "。

建议动作（按优先级）

P0派单事务化：改为「先落 boss_task、再写 activation_log」，或加 committed 标记位 + 启动时对账补单。这是当前唯一已在生产中反复造成数据丢失的缺陷。
P0服务常驻化：注册为 Windows 服务 / 计划任务开机自启，消除每日 ~23 h 断档与人工冷启动。
P0重启核查引擎：空窗 27 天，backlog 21 项已僵化。
P1扩充人工队列入队规则：把 WARN 超期单、跨端不一致单拉进队列，让「待承接」真实反映工作量。
P1药材行情 WARN 批量裁决：82 单已构成统计噪声，建议一次性归类（真问题 / 误判 / 可接受）。
P2补一个轮次健康自检接口：把「1392 行 + 跨度 <1 s」作为告警条件，替代恒为 null 的 status.lastError。

九、环境与留档

工作区（真实路径）：D:/WorkBuddy/工作区/2026-09-02-22-17-52（任务书 C:/Users/92028/... 为独立副本目录，其下无「药材谷AI大模型」）。
MariaDB：项目库走 3307（3306 被 phpstudy MySQL 占用）；mariadbd.exe --port=3307 --datadir=.../data/mariadb/datadir。
AI 服务：NODE_PATH=.../药材谷APP/node_modules DB_PASS=root123 DB_PORT=3307 node ai_http_server.js → 4090。
本次启动：执行前 3307 / 4090 均未监听 → 第 15 次连续冷启动；启动后调度器自动触发 run 106，轮询到 running=false 且 endedAt 已写后才抓数，无采样竞态。
接口状态：7 个端点 HTTP 200（brief / manual-queue / true-green / status / closure-runs / closure-progress / closure-backlog）；10 个 404。
今日 alpha 巡检：2026-10-05 08:31:05 生成 alpha-日巡检记录-2026-10-05.html，自动项 14/14 PASS（含 AI 引擎 4090 PASS）；该实例未产出 activation_log 轮次。
原始 JSON 留档：药材谷APP/_daily_snapshots/2026-10-05/（17 个端点文件）。

数字员工运营日报 · 药材谷 · 2026-10-05 ｜数据以直连库 yaocaigu 为权威口径，接口数据仅作交叉校验。
本报告不采用 brief.runs 作为轮次结论；核查红绿灯为扫描级判定，不作 KPI 使用。