做一个「询盘分级 / 跟进优先级」Accio Skill：评分表、上传与试跑（2026）
核心准则：询盘箱爆满时，先用可上传的 inquiry-triage-priority Skill 把入站询盘分成 A 急单可跟 / B 补信息再跟 / C 低意向归档 / D 风险缓跟，决定谁先占用人工时间。本 Skill 不写完整回复，也不自动发送；完整缺口表与英文草稿请改用 K02 四要素回复 Skill。禁止编造买家规模、金额与意向。
本文目录
一、为什么要做分级 Skill（和四要素 Skill 的边界）
工厂老板真正怕的，往往不是「一封询盘回得不够漂亮」，而是早上打开 Messenger，三十封未读里混着急单、空问价、同行刺探与半成品 RFQ，业务员凭感觉先回了最会聊天的那几封，真正能下单的却在队列末尾冷却。分级 Skill 要解决的，就是把「谁先占用人工」从情绪变成可复盘的规则。
它和 K02 询盘四要素回复 Skill 的边界必须写死：K05 只输出 Confirmed signals、分数表、A/B/C/D、下一步动作，以及 B 档最多三条英文追问；K02 才在人工决定跟进后，列用途/批量/预算/认证缺口并起草回复。人话术节奏仍看 S05 询盘怎么回。若你还没做过任何 Skill，先读 K01：Skill 是什么，再回来下载本包。
边界的验收标准很朴素：同一封询盘，分级输出里不得出现具体报价、MOQ 承诺、证书编号或「我们一定能做」；那些字段一旦需要，就说明你误把回复 Skill 的职责塞进了分级包。反过来，四要素草稿里也不该替老板做「这单值不值得跟」的战略排序——那是分级包的事。
把分级做成 Accio Work 可上传包，而不是 Excel 私榜，是为了让白班与夜班、老人与新人用同一套 Hard rules。Agent 可以帮你初筛，但发送键与 D 档升级必须留在人手里。全景入口见 Accio 中文教程。
二、下载与制作准备：inquiry-triage-priority
下载技能包
/downloads/accio-skills/inquiry-triage-priority.zip（约 2 KB · 更新 2026-09-07）
解压后应直接看到文件夹 inquiry-triage-priority/SKILL.md。打 zip 上传时避免多套外壳，详见 K01。
制作准备不是「点一下下载就完事」，而是先把本地工作区摆对。推荐目录：
skills-workspace/
└── inquiry-triage-priority/
└── SKILL.md ← 必须存在；YAML 头 + When/Hard rules/Workflow/Output
# 可选（团队自建，不随本 zip 强制提供）
# ├── anchors.md ← 品类数量锚例、风险词典摘录
# └── CHANGELOG.txt ← 内部版本说明
必须存在的文件只有一个：SKILL.md。没有它，Accio Work 无法把包识别为 Skill。YAML 头至少要有 name: inquiry-triage-priority 与一段英文 description（写清 when-to-use，并写明 not for writing the full reply）。正文需含 When、Hard rules、Workflow、Output template 四块；删掉 Hard rules 再上传，等于把刹车卸了。
Zip 根目录陷阱（上传失败最常见原因）：错误打法是把「已含文件夹的 zip」再套一层，解压后变成 inquiry-triage-priority/inquiry-triage-priority/SKILL.md，或解压后直接散落一堆文件没有文件夹。正确：选中文件夹 inquiry-triage-priority 再压缩，解压后第一层就是该文件夹且内含 SKILL.md。图示与排错见 K01。
怎么打开与改 SKILL.md：用任意 UTF-8 编辑器（VS Code / Cursor / 记事本均可）。先通读 YAML 的 name / description 与 Hard rules，确认团队能接受「只分级、不发送、不编造意向」。再改三处本地口径：① 数量现实性锚例（灯具 vs 模具不是同一把尺）；② 风险词典关键词；③ A 档 Next action 时限（2 小时 / 4 小时）。不要删刹车条款去「让模型更大胆」。
版本注释建议写在 YAML 头上方 HTML/Markdown 注释或文件首行，例如：<!-- internal: 2026.09.07-a | A时限4h | 风险词典v3 -->。教程下载链接可保持文件名不变，但本地副本必须能回滚到「哪次阈值改坏了 A/C 边界」。配套可一并下载（本页不替代其教程）：inquiry-reply-four-factors.zip（K02）。分级包体积很小，本质是规则文档；价值在纪律，不在模型文采。
制作前 Checklist（可贴到团队 Wiki）：① 已安装 UTF-8 编辑器；② 已建 skills-workspace/inquiry-triage-priority/；③ 已备份上一版 zip（若有）；④ 已约定 A 档时限与 D 档负责人名单；⑤ 已准备 3–4 封真实难分询盘做试跑。缺⑤就上传，等于用「完美样例」自欺。
编辑顺序建议：先改 Hard rules 里的本地否决项与风险词 → 再改 Workflow 里数量锚例 → 最后改 description 的 when-to-use 英文句。不要一上来改 Output 标题名；六个英文标题是跨班次复盘的「共同语言」，改掉会导致看板字段对不上。
若你从 K01 空模板手写：把本 zip 当对照样板，逐段抄结构再填品类口径，比从零空想更快。若你已有旧版分级包：先 diff 新旧 Hard rules，确认「不自动发送 / 不编造 / 不承诺价证」三条仍在，再谈优化分数锚例。
三、解读 SKILL.md（When / Hard rules / Workflow）
下面摘录与下载文件一致的关键段落，便于对照修改：
--- name: inquiry-triage-priority description: >- Use when scoring/triaging Alibaba.com or Accio inbound inquiries for follow-up priority — not for writing the full reply (use inquiry-reply-four-factors for that). --- # 询盘分级 / 跟进优先级 Skill ## When 国际站或 Accio 相关入站询盘堆积、业务员不知先跟哪封时使用。输出分级与下一步动作，不代替完整回复起草。 ## Hard rules - 不编造买家公司规模、订单金额或采购意向；原文没有的信号标为「未知」。 - 不自动发送任何消息；只输出分级结果 + 可选追问草稿。 - 对疑似垃圾/同行刺探/纯比价 tire-kicker 打标，措辞中性，禁止侮辱性语言。 - 不承诺价格、MOQ、认证；需要回复草稿时指引人工改用 inquiry-reply-four-factors。 - 分级输出中禁止出现会员费、开店套餐或银行收款账户信息。 ## Workflow 1. 从询盘原文提取信号：产品指向、规格清晰度、数量/MOQ、预算线索、认证要求、回复紧急度、垃圾/风险迹象（能抽尽抽，缺则标未知）。 2. 按维度打分（示意量表，非官方算法）：规格清晰、数量现实性、预算信号、认证诉求、紧急度、垃圾风险（反向）。 3. 归入四档并写明理由： - A 急单可跟：信号足、意向可信、应优先人工跟进 - B 补信息再跟：有产品指向但缺口大，先发短问再排期 - C 低意向归档：信息空洞或明显 tire-kicker，低优先级 - D 风险缓跟：疑似同行/欺诈/敏感合规，先人工销售负责人过目 4. 建议下一步：X 小时内回复 / 先问最多 3 个问题 / 归档观察 / 升级人工销售负责人。 5. 若为 B 档，可附简短英文追问列表（最多 3 条）；完整四要素回复改走 inquiry-reply-four-factors。 ## Output template ### Confirmed signals - ... ### Score table | Dimension | Score (1-5) | Note | | ... | ... | ... | ### Bucket - A / B / C / D — reason: ... ### Next action - ... ### Optional questions (EN, max 3, for bucket B) 1. ... ### Seller checklist - [ ] 未编造公司规模/金额/意向 - [ ] 未自动发送 - [ ] 风险档已升级人工 - [ ] 需完整回复时已转四要素 Skill
When 写得很克制：询盘堆积、不知先跟哪封时使用；明确「不代替完整回复起草」。你在 Agent 任务句里也应沿用这种克制，避免写成「用这个 Skill 直接回复客户」。
Hard rules 五条是底线：不编造规模/金额/意向；不自动发送；垃圾与同行用中性标签；不承诺价/MOQ/证；输出里禁止会员费与银行收款信息。最后一条是为了防止业务员把开店咨询口径误粘进询盘分级备注。
Workflow 五步：提取信号 → 维度打分 → 归档并写理由 → 建议下一步 → B 档可选短问。分数是示意量表，不是 Accio 官方算法；你必须按品类改「数量现实性」阈值，例如灯具样品 2 套合理、定制模具 2 套就要警惕。
四、A/B/C/D 四档怎么定（图示与边界样例）
| 档位 | 含义 | 典型信号 | 默认下一步 |
|---|---|---|---|
| A 急单可跟 | 优先占用人工 | 规格较清、数量现实、有目的国/认证或交期压力 | X 小时内人工跟进；需要草稿再开 K02 |
| B 补信息再跟 | 先补关键缺口 | 有产品指向，但用途/数量/预算多处未知 | 先发最多 3 条英文短问，收回后再分级 |
| C 低意向归档 | 低优先级观察 | 「发个价」「有目录吗」且无规格、无数量 | 归档/模板轻触达，不占用主力业务员黄金时段 |
| D 风险缓跟 | 先升级人审 | 疑似同行、欺诈话术、异常要全套客户资料、合规敏感 | 升级销售负责人；禁止对骂或假报价诱敌 |
定档时强制写「理由」一句，复盘才有抓手。只输出字母没有理由，等于把黑箱换了个名字。推荐句式模板（可直接贴进 Output）：
- A：Bucket A — reason: 规格可核验（…）+ 数量现实（…）+ 有认证/交期压力；关键信号足以支撑一次人工对话。
- B：Bucket B — reason: 有产品指向（…）与目的国，但数量/预算/用途未知；先补关键缺口再排期。
- C：Bucket C — reason: 无规格、无数量、无目的国，仅索价/目录；不占用黄金时段。
- D：Bucket D — reason: 疑似同行/刺探信号：…（引用原文短语）；升级销售负责人，不自动报价。
临界样例 A vs B：买家写「Need 500 pcs LED panel, 6000K, for warehouse in Poland, need CE, quote this week」——规格、数量、目的国、认证、时限齐，A。若改成「Interested in LED panel for Poland, please advise」——有产品与目的国但数量/规格/认证皆缺，B。分界句：关键信号能否支撑一次有意义的人工对话。
临界样例 B vs C：「Looking for your portable blender, ship to USA」有明确 SKU 指向 → B（值得最多三条短问）。「Send price list / catalog ASAP」无任何产品指向 → C。分界句：有没有值得追问的产品指向；没有指向就不要浪费追问配额。
临界样例 C vs D：仅「Lowest price all products」→ 可 C。一旦叠加「send all your Europe customers / factory visit tomorrow / pay outside platform」→ 升 D。分界句：任何欺诈/同行强信号，分数再高也进 D；D 是否决项，不是低分的延伸。
常见错桶：① 把礼貌长英文抬成 A（语气≠意向）；② 把 ASAP 空询盘抬成 A（紧急措辞填不了规格缺口）；③ 把「只要底价」的 C 当成 B 狂追问；④ 把 D 压成 C「先看看」导致无人升级；⑤ 老客户新询盘被模型丢进 C（见下条覆盖规则）。
prior_customer 覆盖：若输入标注 prior_customer=true（CRM 近 12 个月有成交），Hard rules 应写「禁止直接输出 C」——至少标 B 并通知原跟进人。这是组织规则覆盖模型冷分，避免 AI 分诊误伤关系户。反之，新账号 + 只要底价 + 要全品类，即使英语华丽，也优先压到 C 或 D。
理由句验收：必须能指出「原文哪几个短语」支撑档位。合格例：「reason: 原文含 800 pcs + CE + FOB 11-13」。不合格例：「reason: 看起来很专业」——不可审计。主管改档时，要求新理由同样引用原文，禁止只改字母。
边界训练可做成桌面演练：同一封询盘抹掉数量再标一次、抹掉风险词再标一次，观察档位是否按规则移动。若抹掉数量后仍死守 A，说明否决项没写进 Skill；若加上「要客户名单」仍停在 C，说明 D 词典未生效。
五、评分维度表（示意，非官方算法）
下列 1–5 分仅供本地化起点。团队应每周用真实成交/流失样本校准，而不是追求「模型打分很好看」。
| 维度 | 1 分（弱） | 3 分（中） | 5 分（强） |
|---|---|---|---|
| 规格清晰度 | 只写产品大类 | 有材质/尺寸之一 | 关键规格可核验、可对橱窗 |
| 数量/MOQ 现实性 | 无数量或极端离谱 | 有数量但未区分打样/大货 | 首单与目标量清楚且符合品类常识 |
| 预算信号 | 无 | 模糊「便宜一点」 | 给出价位带或落地预算口径 |
| 认证诉求 | 无或不相关 | 提到市场合规但未列证 | 点名必要认证且可对照你们持证 |
| 回复紧急度 | 无时限 | 提到项目节点 | 明确截止日/开工日且合理 |
| 垃圾风险（反向） | 强垃圾/同行信号 | 可疑但不足 | 未见风险迹象（记 5） |
落地建议：先人为每档写「否决项」。例如垃圾风险 ≤2 直接 D；规格与数量都 ≤2 且无预算 → 倾向 C；规格 ≥4 且数量 ≥3 → 倾向 A 或 B。不要用总分一条线切四档——维度权重因品类而异，灯具与模具的「数量现实性」完全不是同一把尺。
输出模板必须落在六个标题下：Confirmed signals、Score table、Bucket、Next action、Optional questions、Seller checklist。Seller checklist 默认四项：未编造规模/金额/意向；未自动发送；风险档已升级人工；需完整回复时已转四要素 Skill。
六、打包、上传、挂 Agent、任务句试跑
本节按真实制作/安装路径走一遍：改完 SKILL.md → 打 zip → 上传 → 分配 Agent → 写 when-to-use 与任务句 → 验六段输出 → 排错。
- 打 zip：在资源管理器中选中文件夹
inquiry-triage-priority（确保其内直接是SKILL.md）再压缩；或命令行zip -r inquiry-triage-priority.zip inquiry-triage-priority。上传前自己解压验一次路径。 - 上传：打开 Accio Work → Capabilities → Skills（或以客户端当期「技能上传」入口为准）→ 选择 zip 安装。成功后列表应出现
inquiry-triage-priority。
- 分配 Agent：挂到「询盘分诊 / 业务助理」类 Agent；不要和只做选品的 Agent 混挂。完整回复仍挂 K02 的
inquiry-reply-four-factors。同一 Agent 可同时挂 K05+K02，但任务句必须写清「先 triage 再（仅当人工确认后）reply」。 - description / when-to-use 质量：YAML description 应让模型在「询盘堆积、要优先级」时命中本包，在「写完整销售回复」时避开本包。劣质描述只写 “helpful for sales”；优质描述点明 triage / score / A-B-C-D / do not draft full reply。
三条任务句对照（试跑时故意各跑一遍，看命中差异）：
- 好：Triage this inbound inquiry with the inquiry-triage-priority skill. Extract signals, score dimensions, assign A/B/C/D with a one-sentence reason, suggest next action. Do not draft a full sales reply. Do not send.
- 差（易不触发或跑偏）：Help with this inquiry.——未点名 Skill、未限制输出，模型常直接写推销长信。
- 差（职责污染）：Use inquiry-triage-priority to write a complete reply with price and MOQ.——与 Hard rules 冲突；即使点名也会诱出报价，属于失败任务句。
如何验收六段输出：结果中应依次出现 Confirmed signals、Score table、Bucket、Next action、Optional questions（B 档才需要实质内容，A/C/D 可写 none）、Seller checklist。缺任一主标题 → 视为 Skill 未按模板触发。Bucket 必须带 reason；Score table 应用 1–5 且未知维度注明未知，禁止脑补公司规模。
Skill 未被调用时的排查顺序：① zip 是否多套外壳 / 列表里根本没有该 name；② Agent 是否未分配或仍启用旧版同名包；③ 任务句是否未写全名 inquiry-triage-priority；④ description 是否与「写回复」类任务撞车；⑤ 是否误挂在选品 Agent 上。连续三天把模型档位与主管档位对照，差异集中在哪一维，就改哪一维的说明文字。试跑请用真实「难分」询盘，完美样例测不出阈值漏洞。
上传后建议立刻做「负向试跑」：故意用差任务句（Help with this inquiry / write a full reply with price），确认团队 SOP 能发现跑偏——输出若出现单价、MOQ、证书编号或发送口吻，记一次失败并回改 description，而不是责怪「模型太主动」。
when-to-use 还可加一句边界：Prefer this skill when the user asks which inquiry to follow first, how to prioritize the inbox, or to score A/B/C/D. Do not use when the user asks to draft the full sales email. 这能显著降低与 K02 抢触发的概率。
安装记录建议留一张表：上传时间、内部版本号、操作人、分配的 Agent 名、试跑样例 ID、是否通过六段检查。出事故时先查这张表，而不是在群里问「谁刚传过 Skill」。
打 zip 的两条命令行备忘（Linux/macOS）：在 skills-workspace 下执行 zip -r inquiry-triage-priority.zip inquiry-triage-priority；上传前用 unzip -l inquiry-triage-priority.zip | head 确认首条路径是 inquiry-triage-priority/SKILL.md，而不是多余的外层目录。Windows 用户用资源管理器压缩后，同样先解压验路径。
挂 Agent 后的冒烟顺序：先跑样例 4（清晰 C）——若模型抬成 A，说明 description/否决项未生效，先别进生产队列；再跑样例 1（A）确认不会拒答；最后跑样例 3（D）确认会升级而不是报价。三关都过，才把分诊 Agent 对真实未读箱开放。
七、样例询盘演练（含完整分级输出）
下面每封样例都给出可对照的迷你完整输出（示意，非唯一答案）。对照时看：是否引用原文事实、是否编造、档位理由是否站得住、B 档追问是否 ≤3 条。
样例 1（偏 A）· 入站原文：
Hi, we need LED desk lamps for a corporate office fit-out in Germany. Qty: 800 pcs first order, possible 2000 pcs/year. Prefer 4000K, EU plug, dimmable. Need CE docs. Target FOB around USD 11-13. Please confirm if you can support and lead time after deposit. Reply this week if possible.
合格迷你输出（示意）：
### Confirmed signals - Product: LED desk lamps; 4000K; EU plug; dimmable - Market: Germany office fit-out - Qty: 800 first / ~2000/year - Cert: CE docs mentioned - Budget band: FOB USD 11-13 - Urgency: reply this week - Company size / exact project value: 未知（未编造） ### Score table | Dimension | Score | Note | | Spec clarity | 5 | 色温/插头/调光可核验 | | Qty realism | 4 | 800+年采线索符合灯具常识 | | Budget | 4 | 有 FOB 带 | | Certification | 4 | 点名 CE | | Urgency | 3 | 本周回复，非极端截止日 | | Spam risk | 5 | 未见同行/欺诈信号 | ### Bucket - A — reason: 规格可核验+数量现实+认证与预算带齐全，足以支撑优先人工对话。 ### Next action - 4 小时内资深业务员跟进；完整草稿改走 inquiry-reply-four-factors；不在此输出报价。 ### Optional questions (EN, max 3, for bucket B) - none (bucket A) ### Seller checklist - [x] 未编造公司规模/金额/意向 - [x] 未自动发送 - [x] 非 D，无需升级 - [x] 需完整回复时转四要素 Skill
不合格特征：直接报单价、承诺两周交货、或把买家写成「德国大型企业年采数百万」。原文没有的规模与金额被编造了，即 Hard rules 失败。
样例 2（偏 B）· 入站原文：
Hello, interested in your portable blender. Please send catalog and best price. Ship to USA. Thanks.
合格迷你输出（示意）：
### Confirmed signals - Product pointer: portable blender - Dest: USA - Spec / qty / budget / cert: 未知 ### Score table | Spec | 2 | 仅品类 | | Qty | 1 | 无 | | Budget | 1 | 只要 best price | | Cert | 1 | 无 | | Urgency | 1 | 无 | | Spam risk | 4 | 暂无明显风险词 | ### Bucket - B — reason: 有明确产品指向与目的国，但数量/规格/预算缺口大，先短问再分级。 ### Next action - 助理 24h 内发 ≤3 条英文短问；收回后重新跑本 Skill；勿直接长回复。 ### Optional questions (EN, max 3, for bucket B) 1. What capacity / power (W) do you need for the portable blender? 2. What is your first-order quantity (pcs)? 3. Do you have a target FOB or retail price band? ### Seller checklist - [x] 未编造意向强度 - [x] 未自动发送 - [x] 追问 ≤3 - [x] 完整四要素长问留给 K02
样例 3（偏 D）· 入站原文：
Price list all products? Lowest price ASAP. Also send your other customers in Europe and factory address for visit tomorrow.
合格迷你输出（示意）：
### Confirmed signals - Asks: all-product price list; lowest price ASAP - Risk phrases: other customers in Europe; factory visit tomorrow - Spec/qty/company verifiable info: 未知 ### Score table | Spec/Qty/Budget | 1 | 空洞 | | Urgency | 2 | ASAP 但无项目节点 | | Spam risk | 1 | 索要客户名单+异常验厂节奏 | ### Bucket - D — reason: 疑似同行/刺探信号：索要欧洲客户名单 + 次日验厂且无可核验公司信息。 ### Next action - 立即升级销售负责人签收；普通业务员停止报价；禁止嘲讽或假报价诱敌。 ### Optional questions - none (do not engage with probing asks) ### Seller checklist - [x] 中性措辞，无侮辱词 - [x] 未自动发送 - [x] 已标记升级人工 - [x] 未输出价格/MOQ/证书承诺
样例 4（清晰 C）· 入站原文：
Hi, do you have catalog? Please send best price. Thanks.
合格迷你输出（示意）：
### Confirmed signals - Asks catalog + best price only - Product / qty / market / cert: 全部未知 ### Score table | 各正向维度 | 1 | 无有效信号 | | Spam risk | 4 | 未见强风险词（仍可能是 tire-kicker） | ### Bucket - C — reason: 无规格、无数量、无目的国，仅索目录与底价；低优先级归档。 ### Next action - 不占用主力黄金时段；可用轻量模板周批判；若对方补产品指向再升 B。 ### Optional questions - none（C 档不消耗追问配额；避免把 C 追成审讯） ### Seller checklist - [x] 未抬成 A/B - [x] 未自动发送 - [x] 未编造「高意向」
若样例 3 去掉客户名单与验厂句、仅留「全目录最低价」，可标 C；一旦风险词出现，分数再高也进 D。不要用假报价试探对方——那会制造新的合规风险。
对照练习法：把样例 1–4 打乱顺序给新人，只给原文、不给「偏 A/B/C/D」提示，让其手写 Bucket+reason，再揭晓本页迷你输出。一致率低于七成，先练理由句模板，再谈上线 Agent。
还要注意 Optional questions 的语言：默认英文短问（国际站主流），但不要在分级阶段改写成完整推销信。若买家来信是中文，追问可用中文，仍顶 3 条；完整缺口表依旧走 K02。
样例 4（清晰 C）的价值，是防止团队「没有风险词就抬成 B」。C 不是侮辱，是队列纪律：把黄金时段留给 A，把追问配额留给真正有产品指向的 B。
把四份迷你输出存成「金标准种子」：新人对齐、改版回归、都用同一套原文。改 SKILL.md 后若样例 1 不再稳定出 A，或样例 3 不再稳定出 D，立刻回滚版本号，而不是继续叠补丁。四份样例覆盖 A/B/D/C，已足够做周回归；不必再堆砌同质空询盘。
八、和 K02/S05 怎么配合、失败案例与停损
分工一口清：K05 决定「先跟谁 / 下一步动作」；K02 在人工确认跟进后列四要素缺口并起草英文草稿；S05 训练人的话术节奏与礼貌边界，不替代 Skill，也不被 Skill 替代。橱窗长期残缺导致询盘全是 B 时，回头跑 K03；买家追问 DDP/税率时转 K04，禁止在分级备注里随口报税。
与 K02 的握手字段（交接单至少七项）：消息 ID、分级档位与理由、已确认信号摘要、建议追问（若有）、是否需四要素草稿、截止时间、负责人。业务员打开 K02 任务时粘贴交接单为上下文，减少两套 Skill 各说各话。验收时抽查：分级输出不得把用途/MOQ/预算/认证写成「已承诺」；Bucket 理由里若出现「可报 XX 美元」，视为 Hard rules 失败。
S05 拥有什么 / Skill 拥有什么：S05 拥有问候结构、提问节奏、让步话术、何时电话/转视频等「人的肌肉记忆」；K05 Skill 拥有可上传的 Hard rules、档位定义、否决项与输出模板。老板看板应同时看分级分布与四要素漏项率，而不是只看回复字数。
失败案例（触发 → 错误输出 → 停损）
- 案例 A：触发=把分级结果直接当会话回复。错误=客户未收到却已从队列消失。停损=分级只进「待确认」队列；发送键必须人按；抽检「已分级未发送」积压。
- 案例 B：触发=礼貌短讯「Hi price?」。错误=抬成 A，浪费黄金时段。停损=无规格且无数量最高 B；无目的国倾向 C；周复盘改档率。
- 案例 C：触发=疑似同行。错误=嘲讽备注外流。停损=强制中性标签模板；D 档通道权限收敛；对外截图打码。
- 案例 D：触发=想「顺便报个价」。错误=分级结果含未审批单价与「保证 CE」。停损=输出扫描禁价/禁证承诺；失败即打回并改 description。
- 案例 E：触发=B 档想一次问完。错误=8 个问题像审讯，已读不回。停损=Optional questions 硬顶 3；长缺口表改 K02。
- 案例 F：触发=D 档无人签收。错误=普通业务员继续私聊报价。停损=D 必须负责人签收记录；未签收不得出草稿。
SOP 建议：A 档超时未跟进告警；每周抽样本对照成交/投诉/同行发现，反向改阈值。Skill 是加速器，不是免责声明；最终对客户承诺的人仍是销售负责人。
配合时序可记成三拍：① K05 出档位进待确认；② 人确认后 A/B 开 K02（粘贴握手七字段）；③ 发送前按 S05 检查语气与是否该电话。跳过①直接写长信，是最常见的「看起来很勤奋、转化却变差」。
若 K02 草稿与 K05 理由矛盾（例如分级写「数量未知」，草稿却承诺大货交期），以分级 Confirmed signals 为准回炉，禁止业务员为了发得快而忽略未知标记。
九、验收清单与老板一周看板
- zip 可下载，解压见
inquiry-triage-priority/SKILL.md； - 上传并分配到分诊 Agent 成功；
- 四封样例（A/B/D/C）能稳定产出六段结构与合理档位；
- Hard rules 未被绕开（无编造、无自动发送、无价/MOQ/证承诺、无会员费收款口径）；
- A/B 与 K02 的交接有记录；D 有负责人签收；
- 一周内至少 20 封真实询盘复盘，主管改档率下降。
老板一周看板只看五列就够：每日 A/B/C/D 数量、A 档平均首次人工响应时长、B 档追问回收率、D 档升级签收率、分级后再经四要素回复的漏项率。周五二十分钟复盘：改 Skill 规则还是改排班？通常前半周改规则（阈值、否决项），后半周改人的习惯（谁准改档、谁准发送）。
若发现模型把 C 抬成 A，在 Hard rules 增加：「无数量且无规格细节时，最高只能 B；若同时无目的国，倾向 C。」若发现 D 漏判，把「索要客户名单/异常验厂/仅要底价」写进风险词典。规则要像质检标准一样可执行，而不是散文。
与排班的关系（摘要）：A 进值班应答队列；B 由助理统一短问；C 轻量模板或周批判；D 仅名单内负责人可见。验证路径：保存消息 ID、模型输出、人工最终档位、最终处置；月度抽混淆矩阵，模型 A→人工 C 超阈值就回改否决项。更细的字段表、金标准与版本纪律见以下三节。
十、把公司口径写进分级规则的字段表
下载包是通用骨架。落地时至少补三块本地知识：① 品类数量锚例（什么叫现实首单）；② 风险词典（同行话术、异常验厂、索要客户名单、支付绕平台等）；③ 响应时限（A 档 2 小时还是 4 小时）。把这些写成短句贴进 Workflow 与 Hard rules，比写长篇「企业文化」有效。
本地化字段表建议六列：维度名、1/3/5 分锚例（用你们真实询盘）、否决项、默认 Next action、审批人、最近一次校准日期。把表沉淀进 SKILL.md 附录或团队 Wiki，Agent 与新人共用同一口径。校准日期超过 30 天未更新，看板标黄。
认证维度要保守：买家点名的证，只标记「已提及」；你们是否持有、是否在有效期，留给人工或四要素 Skill 的 checklist，不在分级阶段断言「我们都有」。预算维度同样：买家没给价就标未知，不要根据品类「行业经验」填一个假目标价。
紧急度维度常见误判：买家写 ASAP 不等于 A。若规格与数量都空，ASAP 更可能是 C 或 B。只有在关键规格可核验且数量现实时，紧急措辞才把档位从 B 推向 A。
垃圾风险维度建议双人抽检：模型标 D 的，负责人 24 小时内签收；模型标 A 但人工改 D 的，必须回写风险词典。禁止用侮辱性内部黑话出现在可导出的输出里——假定任何备注都可能被截图。
和 Accio 搜品链路来的询盘：字段往往更整齐，分级应更看「数量现实性 + 认证 + 交期」而不是被礼貌英文抬档。买家侧也可能用 Agent 对比供应商，你的 Next action 时限要按项目节点设，而不是按业务员心情。
十一、金标准校准与 CRM 对接
校准不要停在会议室口头同意。建议建一张「分级金标准」表：消息 ID、原文摘要、金标准档位、模型档位、差异原因、是否最终成交。每月用同一批金标准回归，防止业务员私下改 Soft rules 导致口径漂移。金标准样本要覆盖你们 Top 3 品类，避免只拿灯具样例去训模具团队。
补充校准方法：从近 90 天已成交询盘中抽 15 封标成「应 A/B」，从已忽略且未成交的抽 15 封标成「应 C」，从已拉黑或争议抽 10 封标成「应 D」。让 Skill 盲测，计算一致率；一致率低于七成就先改否决项与锚例，不要先换模型。
输出质量抽检可做成五分钟站会：抽前一日 A/B 各两封、C/D 各一封，核对理由是否引用原文短语、未知是否标明、Optional questions 是否超过三条、是否偷写价格/MOQ/证书、是否出现侮辱词。任一失败即打回，不计「差不多」；连续失败则冻结该 Agent 的自动分诊，改回人工预分。
与 CRM/表格的对接：分级结果至少落四列——档位、理由、Next action 截止时间、负责人。不要只把大模型全文粘进备注。老板看板读结构化列，才能在一周内看出「A 档响应是否变慢」而不是淹没在散文里。
多业务员冲突：同一买家多 SKU 询盘时，以最高风险档为准（有 D 则整线程 D），以最高紧急 A 驱动响应时限，但回复草稿仍按 SKU 分别走四要素 Skill。禁止为了「好看」把整线程强行标 A。
英文与中文询盘混排时，评分维度不变；不要因为英文更长就抬分。Accio 搜品链路来的英文询盘字段整齐，反而更容易出现「礼貌但无数量」的 B/C，需要看数量现实性与认证，而不是语气。
停用条件也要写清：若一周内主管改档率持续高于 35%，暂停新人对 Skill 输出的信任，先改否决项与风险词典，再恢复。安全与隐私：分级输入可能含买家邮箱、电话、公司名；本地化副本禁止把完整名片写进可导出的公开复盘频道；对外培训截图必须打码。
十二、值班映射、老客户覆盖与版本管理
值班表与分级档位的映射要写进一周看板旁注：工作日白天 A 档由资深业务员接，夜间 A 档由值班助理先用 B 档短问模板稳住（若信息已够则直接升级白天资深），C 档统一次日批量处理，D 档任何时段都只进负责人加密通道。没有映射，Skill 输出只会变成又一份没人看的报告。
对「老客户新询盘」建议加人工覆盖规则：CRM 里近 12 个月有成交的买家，模型再冷也不得直接丢 C；至少标 B 并通知原跟进人。Skill Hard rules 可写「若输入标注 prior_customer=true，禁止输出 C」。这能避免 AI 分诊误伤关系户。
反向也成立：新账号、无公司网站、只要底价、要全品类报价的组合，即使英语华丽，也优先压到 C 或 D。评分维度里的垃圾风险是反向分，本地化时应把你们历史被骗样本的句式写进词典，而不是指望通用模型「懂外贸潜规则」。
与 K02 交接单字段再次强调最少七项：消息 ID、分级档位与理由、已确认信号摘要、建议追问（若有）、是否需四要素草稿、截止时间、负责人。验收时抽查「错误四要素标签」：分级页与分级输出不得把用途/MOQ/预算/认证写成「已承诺」。
版本管理：每次改 SKILL.md 升一个内部版本号（如 2026.09.07-a），zip 文件名可保持稳定以便教程链接不变，但在文件头注释写版本。回滚时能指到是哪次阈值改坏了 A/C 边界。K01 讲的 zip 外壳陷阱，在改版本重传时同样适用。
若客户端 Skills 列表里同时存在旧版与新版分级包，任务句要写全名 inquiry-triage-priority，并在 Capabilities → Skills（以客户端为准）停用旧版，避免 Agent 命中过期阈值。上传成功不等于旧包消失，这是 K01 常见失败的变体。
发布后的前两周，建议老板只盯三个数：A 档平均首响是否下降、D 档是否 100% 有签收、主管改档率是否周环比下降。其它文案细节交给运营。数字不动，就不要急着加更多 Skill；先让 K05 与 K02 的接力跑顺，再考虑把 Listing/HS 包更深地挂进同一 Agent 集群。
十三、FAQ
分级 Skill 和四要素回复 Skill 有什么区别？
分级 Skill（本篇 inquiry-triage-priority）只决定跟进优先级与下一步动作，不写完整回复。四要素 Skill（K02 inquiry-reply-four-factors）在人工决定跟进后，才用来列缺口并起草英文草稿。两者串联：先分级，再回复。
A/B/C/D 是 Accio 官方算法吗？
不是。四档是工厂老板可用的管理示意：急单可跟、补信息再跟、低意向归档、风险缓跟。分数表与阈值应按你们品类与历史成交率本地化，禁止把示意分数当成平台评分。
Skill 会不会自动给买家发消息？
不会，也不允许。Hard rules 写明：不自动发送；只输出分级、理由、下一步与可选追问。Messenger 发送键必须由人按。若客户端出现自动发送配置，团队 SOP 应关闭。
疑似同行刺探怎么标，措辞要注意什么？
归入 D 风险缓跟，理由写「疑似同行/刺探信号：…」，用中性描述（只问价不谈规格、索要全部客户名单等），禁止侮辱性语言。下一步是升级销售负责人，而不是对骂或假报价诱敌。
B 档最多问几个问题？
追问草稿最多 3 条英文短问，目标是补关键信号以便重新分级。完整四要素缺口表与长回复改走 K02。问太多会像审讯，降低回复率。
下载的 zip 要改什么才能用？
至少改：你们品类的「数量现实性」口径、风险关键词黑名单、A 档响应时限（如 2 小时/4 小时）、谁有权处理 D 档。name/description 可按团队习惯微调，但勿删 Hard rules。
和 S05《询盘怎么回》怎么配合？
S05 训练人的回复话术与节奏；K05 把「先跟谁」做成可上传 Skill；K02 把「怎么回」做成缺口表与草稿。老板看板应同时看分级分布与四要素漏项率，而不是只看回复字数。