Credit Shopping Log Analysis

CreditShoppingMain 日志分析

该 Skill 仅用于 CreditShoppingMain。

不要将本流程复用到 AutoStockStapleMain、AutoStockpileMain 或通用 issue 故障排查。

适用范围

当用户提出下列问题时使用本 Skill：

• "信用购物买了什么"
• "折扣力度如何"
• "有没有刷新商品"
• "稳健刷新触发了吗"
• "信用点消耗了多少"
• "为什么没买/没刷新"
• "货架上有什么 / 缺哪一格 / 某时刻货架什么样"（槽位以 CreditIcon 为准）

主要证据来源

按优先级读取：

1. maafw.log（最新会话）
2. maafw.bak.*.log（若任务发生在之前的会话）
3. CreditIcon（TemplateMatcher）：货架槽位与排位的锚；每次出现即对应一份槽位级货架（ADB 可能为半份后再合并）。
4. go-service.log（信用点 OCR 数值、表达式求值）
5. mxu-web-YYYY-MM-DD.log（前端下发的 pipelineOverride，含开关配置）

代码上下文（了解节点语义）：

• assets/tasks/CreditShopping.json

工作流

1. 锁定任务实例

在 maafw*.log 中搜索：

Tasker.Task.Starting.*CreditShoppingMain
task start:.*CreditShoppingMain

记录命中的 task_id，后续所有分析必须限定在该 task_id 范围内。

若 maafw.log 未命中，改查 maafw.bak.*.log，以文件时间戳最近的为优先。

2. 读取前端配置（关键前置步骤）

在对应日期的 mxu-web-YYYY-MM-DD.log 中找 CreditShoppingMain 的 pipelineOverride，重点关注末尾：

"CreditShoppingPrudentRefresh": {"enabled": false/true},
"RefreshItem":                  {"enabled": false/true},
"CreditShoppingBuyPriority1":   {"enabled": false/true},
"CreditShoppingBuyPriority2":   {"enabled": false/true}

这一步决定哪些功能在本次运行中被关闭，从而解释后续日志中"节点从未进入识别"的原因。

常见结论：

• CreditShoppingPrudentRefresh: enabled: false → 稳健刷新被主动禁用，不是条件不满足
• RefreshItem: enabled: false → 信用点刷新商品功能关闭，不会消耗信用点刷新

3. 还原折扣信息

IsDiscountPriority2 OCR 会在每次扫描时读取整行商品的折扣标签（expected: "75|95|99"），可用多次扫描对比定位每件商品的折扣。

在 maafw*.log 中搜索：

OCRer.*IsDiscountPriority2

每次扫描的 all_results_ 包含所有可见折扣，格式如：

{"box":[x,y,w,h],"score":...,"text":"-75%"}

逐次对比法：比较相邻两次扫描的 all_results_，消失的条目对应刚被购买的商品。

配合 CreditShoppingBuyPriority2 的命中 box（x 坐标）即可定位该商品的折扣标签（同一列 x 坐标）。

filtered_results_ 中出现表示该条目满足 75/95/99 阈值，触发了优先级购买。

3b. 还原每次货架（以 CreditIcon 为锚；名字为可选叠加）

当用户询问“第一次刷新出了什么”“买完某件后货架怎么变了”“有没有缺格/漏识别”时，必须补做本节。货架槽位不以 BuyFirstOCR / Priority2OCR 是否运行为前提。

货架的判定来源（权威顺序）

1. 槽位与排位（必须）：同一 task_id 下，只要在日志中出现 CreditIcon 的 TemplateMatch（搜索 TemplateMatcher.*CreditIcon 或带 "name":"CreditIcon" 的识别结果），即视为该次扫描有一份货架骨架。
   • 非 ADB：同一帧/同一心跳内通常为一整份槽位（all_results_ 中每个 box 为一格）。
   • ADB：可能仅为半份（例如先上半再下半）；须标注「半份」，并按下文 ADB 规则与相邻采集合并后再写「满架」结论。
2. 商品名（可选叠加）：若同一扫描时刻存在 BuyFirstOCR / Priority2OCR 的 all_results_，可将其中 "text" 按列对齐叠到槽位上。
3. 禁止臆造名字：若某帧没有名字 OCR 的 all_results_（或 all_results_ 为空），不得用上一轮/下一轮的名称、也不得凭推测填写商品名；必须明确写 「本帧无商品名 OCR」 或 「仅槽位」。

槽位还原步骤（有 CreditIcon 就必须输出）

在 maafw*.log 中搜索：

TemplateMatcher.*CreditIcon

取该次 CreditIcon 的 all_results_（若流水线实际使用 filtered_results_，以日志为准并在分析中说明二者差异）。

1. 按 box 的 y 分成两排：y≈240 一带为上排，y≈440～486 一带为下排（以相对聚集为准，勿机械抠死一个像素）。
2. 每排内按 x 从小到大 排序，得到从左到右的列（第 1 列…）。
3. 输出最低要求：至少写出 上排 m 格、下排 n 格（或每格 x / 列序号），使排位可追溯；即使本轮没有任何商品名 OCR 也要写。
4. 用 NotSoldOut 等（若日志中有）辅助判断未卖空槽位；格数少于 10 时如实记录；若为买空后 9 格且缺列与刚购商品列一致，注明「买空后正常缺格」。

商品名叠加（若存在）

当同一次扫描中存在名字 OCR 时，搜索：

OCRer.*BuyFirstOCR
OCRer.*Priority2OCR

将 all_results_ 中各条的 box 与 CreditIcon 列 按 x/y 对齐 后填入名称列。不得在日志无 text 证据时填充具体商品名。

其它辅助节点（可按需引用）：

ColorMatcher.*NotSoldOut
ColorMatcher.*BuyFirstOCRLabelColor
ColorMatcher.*BuyFirstOCRTextColor

异常情况：刷新后只识别到部分货架

有时日志里会出现类似以下情况：

• CreditIcon 候选存在，但 filtered_results_ 只剩 1~9 个
• NotSoldOut 只剩 1~9 个槽位
• 没有跑出 BuyFirstOCR / Priority2OCR 名字列表，或列表为空
• 或者只识别出上排、下排中的一部分

仍须先根据 CreditIcon（及可用的半份/合并规则）写出槽位级货架；其中「无名字」不等于「无货架」。

若槽位数明显异常（例如远少于 9 且无法用买空解释）、或动画中间帧导致 CreditIcon 不稳定，该帧可标为异常中间态 / 不稳定货架，不能单独当作“本次刷新后的最终完整商店”，应继续在同一轮刷新窗口内找下一帧 CreditIcon 佐证。

区分两类表述（避免把「无名」当成「无货架」）

1. 槽位货架（必有，只要跑了 CreditIcon）
   • 用 CreditIcon 的格数与排位描述；不要求名字 OCR。
2. 命名货架（可选）
   • 在槽位货架基础上，若存在 BuyFirstOCR / Priority2OCR 的 text，再填商品名。
   • 完整命名货架（用于回答“架上分别是什么商品”）：宜满足 10 个槽位 + 10 个可对齐的名字；若名字缺失，应写「若干列无名」，不得编造。
3. 完整刷新后的槽位快照
   • 指“首次进入”或“某次 RefreshItem 成功后”用于描述本轮内容的帧：默认 10 个 CreditIcon 槽位（命名与否另计）。
4. 购买后中间快照
   • 允许 9 个 CreditIcon 槽位；若能对齐刚购列，注明「买空后正常缺格」。

处理规则：

1. 不得因本轮未运行 BuyFirstOCR/Priority2OCR 而跳过货架小节；有 CreditIcon 就必须给出槽位表。
2. 购买后中间快照允许 9 槽位，须说明缺列与购买列的关系（若日志可对齐）。
3. 若仅有 部分槽位（例如远少于 9）且不满足买空解释 → 标为 异常帧，并在同一轮刷新内向后找补充 CreditIcon 帧。
4. 查找「刷新后完整 10 槽位」时，不得跨过下一次 RefreshItem 的 Node.Action.Succeeded。
5. 若直到下一次刷新点击仍无法得到稳定 10 槽位 CreditIcon，如实说明；若仅有槽位而无名字，同样如实说明，不要用猜测的商品名补全。

ADB 特例：分两次识别上下半货架

部分 ADB 场景下，日志/截图可能无法在同一帧内拿到完整两排：

• 第一次识别只覆盖上半部分
• 滑动后才出现下半部分

这类情况允许按两次采集后合并来还原单次货架：

1. 槽位：合并后宜达到 10 个 CreditIcon 槽位（半份须标注，合并后再计数）。
2. 名字：若两次采集均无名字 OCR，合并结果仍为有效槽位货架，名称列填「未识别」；不得编造。若仅部分采集有名字，只填写有日志证据的列。
3. 必须说明「该货架由上下半（或两次心跳）合并得到」。
4. 合并范围必须限制在同一轮刷新、且下一次 RefreshItem 点击之前。
5. 合并后仍不足 10 槽位 → 不完整货架，须标注并继续在同一刷新窗口内找下一帧佐证。