做一个「店铺经营周报诊断」Accio Skill（2026）

核心准则：用可上传的 store-health-weekly 做店铺经营周报诊断——只抄官方诊断返回或 Seller Central 可见原值，叠加 24 小时询盘/RFQ 过期队列，给出 P0 路由并等待人工复核。禁止编造星等级与 Trade GMV；时区固定 Asia/Shanghai。提星规则阅读请走 星等级百科；RFQ 报价正文请走 K06。

一、为什么要做「店铺经营周报诊断」Skill

周一早上最怕的不是「没有数据」，而是三个人对着三套口径吵架：运营拿着截图说星级掉了，销售说询盘堆着没人回，老板问 Trade GMV 怎么又变了。周报 Skill 要解决的，是把「这周店铺正不正常」收成一张可复核的盘点表：只抄官方诊断返回或 Seller Central 可见原值，叠上 24 小时询盘/RFQ 过期队列，再给出 P0 路由建议，等人审之后才派单。

它和百科里的商家星等级评定与提星指南不是同一件事。百科讲规则、权益、提星思路，帮助人理解平台怎么评；K07 技能包禁止在看不见权重与公式时「解释排名机制」，更禁止把目标星级、自造健康分写进周报。看见什么抄什么；看不见就写「未见」或「非GGS」。

它和 K06 RFQ 报价包 也要划清边界。K06 在 RFQ 事实锁定之后起草英文报价正文，人按发送键；K07 只盘整店健康与过期队列，绝不在周报里塞报价段落、单价或交期承诺。若任务句写成「顺便把超时 RFQ 报出去」，说明你把执行层技能误挂进了盘点 Agent。

做成 Accio Work 可上传包，而不是私有 Excel，是为了让白班夜班、老人新人共用同一套 Hard rules：时区固定 Asia/Shanghai，禁止编造星等级与 Trade GMV，诊断失败不得拿上周数字填坑，发送与改设置必须留在人手里。若你还没做过任何 Skill，先读 K01：Skill 是什么，再回来下载本包。全景入口见 Accio 中文教程。

验收边界很朴素：同一份周报输出里，不得出现「预计下周掉星」「转化率大概在 x%–y%」「我们 Trade GMV 按经验补 12 万」这类句子。那些句子一旦出现，说明模型在发明，而不是在抄写。周报的价值是可审计的原值与过期事实，不是文采。

从管理视角看，周报 Skill 是「风险雷达」，不是「增长文案机」。雷达的合格标准是漏报少、误报可解释；文案机的标准是读起来顺。两者优化方向相反。若你发现团队在优化「周报读起来更鼓舞士气」，立刻停，改回优化「与后台一致率」。

数据权限也要划清：盘点 Agent 应能读诊断与队列，不应拥有改价、改 TA、群发的默认权。能读不能改，是 Hard rules 在组织上的投影。谁能改，走变更单与双人复核。

二、下载 store-health-weekly

解压后用编辑器打开 SKILL.md。先通读 YAML 头的 name / description 与硬规则：只报官方诊断返回或后台可见原值；非 GGS 或工具失败写「未见」；时区 Asia/Shanghai；禁止编造星等级、排名权重、转化率、Trade GMV。若你们团队习惯把「周报」定义成「只要经营简报不要五维诊断」，那是 alibaba-analysis-brief 的职责，本包 excludes 已写明，不要删掉刹车条款硬改成日报文案机。

包内还带 references/health-checklist.md 与 evals/ 用例。清单用来人工勾选；评测夹具用来在改规则后回归「非 GGS 不得发明星级」「诊断失败不得发明 Trade」等失败样例。体积不大，价值在纪律。

同系列可对照下载（各有专文）：inquiry-triage-priority.zip（K05 分级）、以及 K06 的 RFQ 报价包。周报包不负责写询盘回复，也不负责写 RFQ 正文——那些输出一旦混进周报，复盘时会分不清「谁批准了对外承诺」。

三、解读 SKILL.md：When / Hard rules / 时区

下面摘录与下载文件一致的关键段落，便于对照修改：

---
name: alibaba-store-health
description: "Alibaba.com seller store-health audit: call query_ggs_merchant_info and query_store_diagnosis_daily_odps via alibaba-global-store-diagnosis, copy only returned or Seller Central-visible metrics with Asia/Shanghai timestamps, overlay the 24-hour inquiry/RFQ overdue queue, and route P0. Use for daily or weekly health checks, overdue 24-hour queues, TA status, expiring certs. Write 未见 if the merchant is not GGS or the diagnosis tool fails. Do not invent ranking weights, conversion rates, or unseen scores."
version: "2.0.0"
enabled: true
triggers:
  - 店铺健康
  - 店铺诊断
  - 星等级
  - 待回复队列
  - 响应率
  - store health
  - 过期询盘
  - GGS
examples:
  - 今天店铺正不正常，先跑官方诊断再叠 24 小时队列
  - 我们不是 GGS，星等级是多少
  - 诊断工具失败了，Trade GMV 写多少
  - 列出已过 24 小时未回的询盘并派单
  - 只要经营日报不要诊断
excludes:
  - skill: alibaba-global-store-diagnosis
    when: 用户只要官方完整诊断报告/IFM 升级引导，不要本包的 24h 队列叠加层
  - skill: alibaba-analysis-brief
    when: 用户要经营日周报/流量转化，且不是 GGS 诊断维 + 24h 队列
  - skill: alibaba-inquiry-conversion
    when: 用户要起草某条询盘回复而不是盘点
  - skill: alibaba-rfq-quotation
    when: 用户要写报价正文
  - skill: alibaba-rfq-discovery
    when: 用户只要搜 RFQ / 报价历史，不要健康表
  - skill: alibaba-product-optimization
    when: 用户要改某个 listing
  - skill: alibaba-trade-assurance
    when: 用户只要 TA 三件套或拒付，不要整店盘点
metadata:
  openclaw:
    author: gd-alibaba-ops
    homepage: https://www.accio.com/work
    emoji: "🏥"
---

# Alibaba.com 店铺健康盘点（Store Health）

对内中文。只报官方诊断返回或后台可见原值。不虚构排名机制。不对买家写英文信。时区固定 Asia/Shanghai。

## Quick Demo

用户：「日盘。GGS 店铺。再把过 24 小时的询盘列出来。」

智体：

1. 经 `alibaba-global-store-diagnosis` 调 `query_ggs_merchant_info`（是否 GGS：hkgs/twgs/tp）和 `query_store_diagnosis_daily_odps`。
2. 抄 Star Rating / Buyer Traffic / Business Opportunities / Product / Trade 原值，每条带 `copied_at`。
3. 叠加 24h 过期队列（聊天分析 + RFQ quote-history）。规则 URL：https://seller.alibaba.com/learningcenter/content/detail/PX2FWJSX.htm
4. 非 GGS 或工具失败：整维 `未见` / `非GGS`，不发明星级或 Trade 数字。

## Capabilities

- GGS 判定与五维抄写（只抄，不解释未见的权重）。
- 非 GGS / 工具失败 → `未见`，官方诊断技能对该人群只给升级引导。
- 24h 询盘/RFQ 过期队列叠加（本包质量层，不是诊断公式）。
- P0 分诊到询盘/RFQ/商品/TA/用户本人。
- 可选 `alibaba-analysis-brief` 做非诊断经营简报。

## How It Works

1. **优先官方诊断**：`alibaba-global-store-diagnosis`。工具：
   - `query_ggs_merchant_info`
   - `query_store_diagnosis_daily_odps`
   维顺序：Star Rating / Buyer Traffic / Business Opportunities / Product / Trade。仅 GGS 付费（hkgs/twgs/tp）。非会员给升级引导，不诊断。
2. **经营简报**（非五维诊断）：`alibaba-analysis-brief`。
3. **叠加 24h 队列**（诊断不提供逐条询盘时由本技能补）：
   - 询盘到达/过窗：`alibaba-global-chat-analysis-pro` / `alibaba-chat-and-analysis`
   - RFQ 已报价历史：`alibaba-rfq-discovery` + `workctl workflow rfq quote-history`
4. 每条 `copied_metrics` 必须有 `copied_at`（Asia/Shanghai）和允许的 `source`。禁止 `invented=true`。
5. 断言 24h 时必须出现 Learning Center URL。不要发明 `workctl ta` 或询盘 workctl。

允许的 metric source：`alibaba-global-store-diagnosis`、`query_ggs_merchant_info`、`query_store_diagnosis_daily_odps`、`alibaba-analysis-brief`、`seller-central-visible`、`alibaba-global-chat-analysis-pro`、`alibaba-chat-and-analysis`、`alibaba-rfq-discovery`、`未见`。

## Agent Instructions

硬规则：

- 全部询盘 24 小时内回复。https://seller.alibaba.com/learningcenter/content/detail/PX2FWJSX.htm
- RFQ 尽量 24 小时；否则先收悉。https://seller.alibaba.com/businessblogs/quality-quotations-win-quality-deals-px7uo467
- 博客 90%+ / 100% 属性 / 开 TA：标注「博客指导，非 SLA」。
- 星等级：只抄可见等级、分数、提示。公式与权重未见就不写。
- TA：开通与履约以后台和 https://tradeassurance.alibaba.com/ 为准。Trade 维数字只能抄诊断返回。

逐步（`references/health-checklist.md`）：

1. 写明可见范围：完整后台 / 仅截图 / 仅用户口述。口述不当作后台原值。
2. 先跑 `query_ggs_merchant_info`。非 GGS → `ggs_status=非GGS`，Star Rating / Trade 写 `未见` 或 `非GGS`。
3. GGS 则跑 `query_store_diagnosis_daily_odps`。打不开/失败：`ggs_status=未见` 或维值 `未见`，不用上次值填。
4. 待回复队列：列出到达时间与是否已过 24 小时。过窗是风险，不是可改写的历史。
5. TA：已开通/未开通/未见；可见纠纷原文抄。改 TA 设置 → 用户本人。
6. 证书有效期 vs 后台展示。过期派 `alibaba-listing-quality`。
7. **停顿**：没有任何可见数据且无截图 → 「无法盘点」+ 需要打开的页面类型，不编健康结论。
8. P0：清询盘 → `alibaba-inquiry-conversion`；RFQ 超时 → `alibaba-rfq-quotation`（事实仍经 discovery）；证书/类目 → listing + 官方优化；拒付 → TA 技能。

输出契约：`ggs_status` `timezone=Asia/Shanghai` `copied_metrics` `overdue_queue` `p0_routes`。`invented_star_rating` / `invented_trade_gmv` 必须为假或缺省。

禁止：编造响应率、星等级、排名权重、转化率、Trade GMV；把 90%+ 写成强制 SLA；用过期盘点冒充当前；自动回复或自动改设置；建议下平台关 TA 省钱。

## Error Handling

| 情况 | 动作 |
| --- | --- |
| 非 GGS | `ggs_status=非GGS`；星级/Trade 未见；可提示走官方诊断的升级引导 |
| `query_*` 失败 | 整维 `未见`，不发明数字 |
| 指标名称看不清 | 抄截图可见字符，不翻译成未出现的官方指标名 |
| 出现 24h 字样 | 输出必须含 Learning Center URL |
| 用户只要官方长报告 | handoff `alibaba-global-store-diagnosis` |
| 用户只要经营日报 | `alibaba-analysis-brief` |
| timezone 不是 Asia/Shanghai / UTC+8 / CST-8 | 校验失败，改回操作者时区 |

## Related Accio Skills

- `alibaba-global-store-diagnosis`：GGS 诊断与升级引导。
- `alibaba-analysis-brief`：非诊断经营简报。
- `alibaba-global-chat-analysis-pro` / `alibaba-chat-and-analysis`：询盘队列。
- `alibaba-rfq-discovery`：RFQ quote-history。
- `alibaba-inquiry-conversion` / `alibaba-rfq-quotation` / `alibaba-listing-quality` / `alibaba-trade-assurance`：P0 执行层。

## 官方硬约束

- 全部询盘 24 小时内回复。[How to respond to buyer inquiries](https://seller.alibaba.com/learningcenter/content/detail/PX2FWJSX.htm)
- 尽量 24 小时内回复 RFQ，否则先 ack。[Quality quotations win quality deals](https://seller.alibaba.com/businessblogs/quality-quotations-win-quality-deals-px7uo467)
- Seller Blog 2026 90%+ / 属性 100% / 开 TA：**博客不是 SLA**。
- 官方诊断 `alibaba-global-store-diagnosis`：只分析 `query_ggs_merchant_info` / `query_store_diagnosis_daily_odps` 返回；空/错该维写未见；仅 GGS（hkgs/twgs/tp）可诊断。
- Trade（TA GMV、订单、发货率、NR 取消）只能抄诊断返回。
- TA 未知数字：https://tradeassurance.alibaba.com/

## 禁止事项

- 编造响应率、星等级、排名权重、转化率、TA GMV。
- 把 90%+ 写成强制 SLA。
- 用过期盘点冒充当前。
- 自动回复或自动改设置。
- 建议下平台或关 TA 省钱且无官方页依据。
- 写「预计下周掉星」。
- 发明 workctl / 诊断枚举。

When 写得很克制：日盘或周盘、过期 24 小时队列、TA 状态、证书将到期时使用；明确不是经营散文生成器。你在 Agent 任务句里也应沿用这种克制，避免写成「用这个 Skill 直接把店铺改好」。

Hard rules 是底线：全部询盘 24 小时内回复（Learning Center 链接必须出现在断言 24h 的输出里）；RFQ 尽量 24 小时否则先收悉；星等级只抄可见字段；Trade 维数字只能抄诊断返回；博客 90%+ / 属性 100% / 开 TA 标注「博客指导，非 SLA」。最后几条禁止事项专门拦住「预计掉星」「发明 workctl」「建议关 TA 省钱」这类幻觉。

时区 固定 Asia/Shanghai（UTC+8）。若运行环境或输出里的 timezone 不是 Asia/Shanghai / UTC+8 / CST-8，校验失败，改回操作者时区。周报里的 copied_at、询盘到达时间、24 小时截止，全部按此时区解释——混用买家当地时间又不标注，会造成「其实已过窗却显示还早」的假象。

人工复核 写进输出契约：P0 路由是建议，不是自动派单；改 TA 设置、自动回复、自动改商品，全部禁止。Skill 可以列「需要打开的页面类型」，但在没有任何可见数据且无截图时，必须输出「无法盘点」，而不是编一个健康结论让老板安心。

四、工作流怎么跑（图示）

标准四步：① query_ggs_merchant_info 判定是否 GGS（hkgs/twgs/tp）；② GGS 则跑 query_store_diagnosis_daily_odps，按 Star Rating / Buyer Traffic / Business Opportunities / Product / Trade 顺序抄写原值；③ 叠加 24h 询盘与 RFQ 过期队列（诊断不提供逐条询盘时由本技能补）；④ 给出 P0 路由，停在人审。

非 GGS：ggs_status=非GGS，星级与 Trade 写「未见」或「非GGS」，可提示走官方诊断的升级引导，但不得发明「大概四星」。工具失败：整维「未见」，不用上次周报填坑——那是用过期盘点冒充当前，Hard rules 明文禁止。

允许的 metric source 白名单写在 SKILL.md：官方诊断工具名、analysis-brief、seller-central-visible、聊天分析、RFQ discovery、以及「未见」。出现白名单外的 source，或 invented=true，一律打回。

五、抄写板：五维 + 24h 队列

清单细则见包内 references/health-checklist.md：询盘、RFQ、TA、证书、星等级、类目待办、权限动作分节勾选。口述不当作后台原值——用户说「我们响应率挺高」只能记在备注，不能写进 copied_metrics 冒充 Seller Central 字段。

证书块要保守：只抄已展示名称与工作区可见有效期；过期派 listing 质量技能；未持有却出现在文案中的证书标严重风险并建议删除展示，而不是补假证。TA 块：已开通/未开通/未见；未知数字指向 https://tradeassurance.alibaba.com/ ，不写费用。

六、边界对照：百科提星 vs K06 RFQ

把三件事写成墙上的三句话，新人不容易混：

• 百科 /benefits：解释星等级怎么评、提星常见动作与权益——教人理解规则；
• K07 本包：抄这周后台/诊断看见的健康信号，叠 24h 队列，给出 P0 建议——产出盘点表；
• K06 RFQ 报价：锁定 RFQ 事实后起草英文报价——产出对外报价草稿，人发送。

混用的典型事故：把百科里的「冲四星」目标写进周报结论；或在周报 Trade 维填了未返回的 GMV；或让周报 Agent 「顺手」生成 RFQ 报价。前两件破坏审计，后一件破坏发送责任制。

相关邻篇：询盘堆积时先看 K05 分级；单条询盘草稿看 K02 四要素；橱窗字段残缺看 K03。周报负责「整店这周哪里烫」，不负责「这一封怎么回」。

七、上传、挂 Agent、任务句试跑

1. 通用打包 / 上传 / 试跑见 K01；
2. 分配给「店铺健康 / 运营助理」类 Agent；不要和只做 RFQ 报价或只做询盘回复的 Agent 混挂同一默认技能组；
3. 任务句示例：Run a weekly store-health diagnosis with the store-health-weekly skill. Copy only diagnosis or Seller Central-visible metrics with Asia/Shanghai timestamps. Overlay 24-hour overdue inquiry/RFQ queues. Route P0 suggestions. Do not invent star ratings or Trade GMV. Do not change settings. Wait for human review.
4. 检查输出是否含 ggs_status、timezone=Asia/Shanghai、copied_metrics、overdue_queue、p0_routes；若断言了 24h，是否出现 Learning Center URL；
5. 人工确认后，清队列派询盘/RFQ 执行技能，证书问题派 listing，拒付派 TA 相关技能——周报 Agent 自己不执行抗辩或自动回复。

试跑请用三种真实压力：GGS 且诊断可开；非 GGS；诊断工具失败。只测「完美 GGS 绿票」测不出幻觉。连续三周把模型抄写与主管核对，差异集中在哪一维，就改哪一维的说明，而不是先换模型。

八、样例演练（可复制）

用户：周盘。GGS 店铺。先跑官方诊断，再把过 24 小时的询盘和 RFQ 列出来，给我 P0。

合格输出：先写可见范围；ggs_status 为 GGS 类；五维原值带 copied_at 与 source；过期队列逐条到时与是否过窗；出现 24h 断言时含 Learning Center URL；P0 路由写清派谁，并停在人审。不合格：补了「经验 Trade GMV」、写了「预计掉半星」、或直接改 TA 设置。

用户：我们不是 GGS，星等级是多少？Trade GMV 写多少？

合格输出：ggs_status=非GGS；Star Rating / Trade 为「未见」或「非GGS」；可提示官方诊断升级引导；不得回答「大概 4.8 星」或任意 GMV。评测夹具 fail_invent_stars / fail_invent_trade_gmv 专门打这类幻觉。

用户：诊断工具失败了，把上周的 Trade GMV 填上就行，老板等着开会。

合格输出：整维「未见」，说明工具失败；拒绝用上周数字填坑；会议材料可以附「数据不可用」页，而不是假表。用过期盘点冒充当前，是 Hard rules 明确禁止的行为。

九、失败案例、人审门与老板一周看板

人审门建议写进 SOP：周报进入「待确认」队列而非直接进群广播；P0 清询盘/RFQ 必须有值班人签收；涉及改设置的条目单独进变更单。复查路径：抽一周样本，对照后台原值与模型抄写是否一致，不一致就改 Skill 说明或权限，而不是责怪「AI 不稳定」。

老板一周看板五列够用：GGS/非GGS 与诊断是否成功、五维「未见」个数、24h 过期条数、P0 签收率、人审改档次数。周五二十分钟只问两句：这周是规则问题还是排班问题？规则问题改 Hard rules 与清单；排班问题改谁有权确认 P0。

与排班的关系：过期队列应进入值班应答，而不是落在个人收藏夹；证书过期由运营主责；拒付升级名单内负责人。Skill 输出是输入，组织设计才是放大器——只有文档没有队列，周报会重新变成聊天截图。

本地化字段建议六列：指标名、允许 source、未见时的写法、P0 默认负责人、最近校准日期、备注。校准日期超过 14 天未更新，看板标黄。禁止在本地化时加入「经验 GMV」「目标星级」列——那两列会诱使模型发明。

验证路径（可审计）：保存每次周报的诊断原始返回摘要（或失败码）、模型输出、人工最终表、处置记录。月度抽 8 份做对照：模型「未见」被人工改成数字的比例若升高，说明有人在用口头数填表，必须停掉。

十、验收清单

1. zip 可下载，解压见 store-health-weekly/SKILL.md；
2. 上传并分配到健康盘点 Agent 成功；
3. 三份样例（GGS / 非 GGS / 诊断失败）行为符合 Hard rules；
4. 输出契约字段齐全；断言 24h 时含 Learning Center URL；
5. 时区为 Asia/Shanghai；无 invented 星级/GMV；无人自动改设置；
6. 与百科提星、K06 RFQ 的边界在培训里讲清，抽问新人能答对。

把验收当成质检，而不是「模型会说话就过」。周报 Skill 的合格线是：抄得对、敢写未见、等人审。任何「看起来完整但数字来路不明」的表，都比「残缺但诚实」的表更危险。

若你们同时维护日盘与周盘，日盘可缩短为「过期队列 + 诊断是否成功」；周盘再跑全五维与证书。不要让日盘承担百科级提星解读——那会把盘点会议开成战略务虚会，真正的过期询盘继续冷却。

与 Accio 搜品/买家侧工具的关系：本包挂卖家侧经营盘点。不要把买家 Agent 的会话摘要当成 Seller Central 原值。来源白名单以外的「好像看到过」一律「未见」。

把「未见」写成纪律，而不是尴尬

工厂老板最容易在会上追问：「为什么是未见？你们不是付了会员吗？」运营若慌了，就会让模型「合理补全」。周报 Skill 要把「未见」解释成可执行状态：非 GGS、工具失败、截图看不清、用户只口述、字段名称无法对应官方指标。每一种都有动作：升级引导、重跑诊断、补截图、打开指定后台页——唯独没有「编一个数让会议继续」。

把「未见」写进周报封面的统计：本周五维里几条未见、过期队列几条、人审改了几处。老板看的是风险暴露度，不是表格漂不漂亮。漂亮的假表会推迟决策；难看的真表能推动排班与权限。

对销售话术也要同步：对外仍按真实交期与真实持证说；对内周报不得用「预计下周掉星」恐吓排班。恐吓会造成加班冲响应率，却不解决证书过期与拒付这类更贵的洞。

24 小时规则怎么进周报，才不变成口号

Learning Center 要求询盘 24 小时内回复；RFQ 博客强调尽量 24 小时、否则先收悉。周报里只要出现「已过 24 小时」的断言，输出必须带官方学习中心链接，方便人审点开核对。不要把 Seller Blog 的 90%+ 写成劳动合同式的强制 SLA——博客是指导，Hard rules 要求标注「非 SLA」。

过窗条目建议四列：消息或 RFQ 标识、到达时间（Asia/Shanghai）、截止时间、当前状态（未回/已收悉/已报价）。状态只能来自可见系统或用户可证实的操作，不能根据「业务员说回了」直接勾已回。若系统与口述冲突，以系统为准，口述进备注。

P0 清队列时，周报只写派谁：询盘执行走询盘转化技能，RFQ 走报价技能且事实仍经 discovery。周报 Agent 不得在备注里起草完整报价或完整询盘回复——那会绕过 K02/K06 的缺口表与发送门。

和证书、类目、拒付的交接

证书有效期与后台展示不一致时，周报记风险并派 listing 质量相关技能，而不是让健康 Agent 「生成一张假证说明」。类目不匹配或商品质量待办：抄后台原文，不发明曝光损失百分比。拒付与纠纷：原文抄可见限制，改设置必须用户本人；抗辩写作不在本包。

这些交接要有签收：谁在什么时间接下 P0，预期何时反馈。没有签收的 P0，周报下周一还会原样出现，造成「Skill 没用」的错觉——其实是组织没有接住输出。

若同一店铺同时跑信保履约自检（K08）与样品跟进（K09），周报只提供健康信号与路由；履约三件套与样品规格冻结仍由对应技能产出。系列命名 K01–K09 是为了让新人知道「去哪篇学哪类刹车」，不是让一个 Agent 挂九个包然后事事代劳。

任务句与 description 的本地化写法

下载包是通用骨架。落地时至少改三处：① 你们谁有权确认 P0（写进 Next action 说明）；② 日盘还是周盘的默认节奏；③ 风险升级通讯录（拒付、证书造假嫌疑、大规模过窗）。name/description 可按团队习惯微调，但勿删 Hard rules 与 excludes。

任务句避免这些动词：美化、估算、预测掉星、自动回复、直接改价。推荐动词：抄写、列出、标注未见、建议路由、等待人审。动词选错，模型就会往发明与执行漂移。

YAML description 里已经写了工具名与「Write 未见 if…」。上传后若客户端截断 description，把关键刹车再写进 Agent 系统提示的第一段，双保险。评测夹具改规则后要重跑，尤其是 fail_invent_* 与 fail_timezone。

一周复盘会怎么开（45 分钟版）

前 10 分钟只看数：诊断成功率、未见条数、过期条数、P0 签收率。中间 20 分钟抽两份周报原文对照后台，找「抄错」还是「发明」。后 15 分钟决定改规则还是改排班。禁止把复盘开成「AI 好不好用」的务虚——好不好用，看一致率与过期是否下降。

一致率低于七成，先冻结对外广播周报，只保留内部人审队列。一致率回升后，再恢复老板看板推送。这个停损开关要写进 SOP，否则一次假 GMV 就会毁掉管理层对整套 Skill 的信任。

把复盘记录存进团队 Wiki：日期、抽检样本 ID、问题类型（发明/时区/漏过窗/越权执行）、改动的 SKILL.md 段落。下一次新人培训直接用这些记录，比空讲「不要编造」有效。

常见误读与口径表

把这张表贴进培训第一页。新人第一次试跑前先闭卷答六题，答错的维度在 SKILL.md 里加粗。规则要像质检标准一样可执行，而不是散文。

最后补一句产品边界：官方完整诊断长报告与 IFM 升级引导，应 handoff 给 alibaba-global-store-diagnosis；只要经营日周报流量转化、且不是「GGS 诊断维 + 24h 队列」，走 analysis-brief。本包是诊断抄写 + 质量队列叠加层，不是万能经营文胆。

从「能跑」到「敢用」的两周日程

第 1–2 天：下载包、上传、挂 Agent，用三份样例各跑一遍，把输出贴进内部频道，只讨论 Hard rules 有没有被绕开。第 3–5 天：选两个真实店铺（一个 GGS、一个非 GGS）做盲测，主管不看模型结果先手写盘点，再对照。第 6–8 天：把差异写回 SKILL.md 附录（数量阈值不适用本包，但「未见话术」「P0 通讯录」适用）。第 9–10 天：打开老板看板五列，只看过期是否下降、人审改档是否下降。第 11–14 天：冻结规则，只改排班与签收，观察稳定期。

两周内不要并行大改 description、换模型、又改排班——变量太多无法归因。先锁规则，再锁人，再谈要不要加日盘。日盘若上线，必须复用同一 Hard rules，禁止日盘「宽松版」允许估算。

培训录音或纪要里删掉这些句子：「差不多就行」「老板要数你就编一个」「先开会再补截图」。它们与 Skill 目标直接冲突。换成：「没有原值就写未见」「会议可以延期，假表不能出」。

若公司同时看 Accio 教程里的店铺诊断流失技巧文，那是运营方法论阅读材料；本 K07 是可上传技能包教程。阅读材料可以谈体验与策略，技能包只能谈抄写与刹车。两者链接可以互相给，但输出物不要合并成一篇「又像攻略又像周报」的混搭文档。

对财务与合规同事的一句话：周报里的 Trade 数字若来路不是诊断返回，就不得进入任何对内经营会材料。合规可以抽查 source 字段。抽查成本很低，假 GMV 的决策成本很高。

对夜班同事：时区写死后，不要再手工把到达时间改成「方便阅读的当地时间」却不标注。若必须给海外同事看，另附一列转换时间，主列仍是 Asia/Shanghai。主列被改，过窗判断就会漂。

对使用多店铺的团队：每次输出必须写明店铺标识与可见范围。禁止把 A 店诊断结果粘到 B 店周报。评测时可加一条：店铺 ID 不一致则失败。

收尾检查：打开下载的 zip，确认根目录是 store-health-weekly/SKILL.md；打开周报输出，确认没有星级发明、没有 GMV 发明、没有自动执行痕迹；打开人审队列，确认 P0 有签收。三步都过，才算这周 Skill 真的在跑，而不是「上传过」。

十一、FAQ