Accio Work Skill 是什么？怎么从零做出可上传的技能包（2026）

核心准则：Accio Work 的 Skill 是「可上传的业务说明书包」：文件夹里至少有一份 SKILL.md，写清何时用、硬规则、步骤与输出模板；打成 zip 后从 Capabilities → Skills（或客户端当期的「技能上传」）装进 Work，再分配给具体 Agent。Skill 管口径与草稿纪律；价格、下单、税率、证书编号仍由人拍板。菜单文案以客户端当期为准。

一、Skill 是什么：插件包 + SKILL.md，不是另一套搜品网页

很多老板第一次听到 Accio Work Skill，会把它想成「又一个 Accio 网页」或者「装了就能全自动成交的插件」。更准确的说法是：Skill 是给 Agent 读的、可版本管理的业务操作包。包的核心是一份 Markdown 说明书（通常叫 SKILL.md），外加你需要的模板、示例或清单。Agent 在匹配到触发条件时，会按说明书里的硬规则与工作流出草稿——例如询盘回复、Listing 自检报告、HS/物流报价结构表。

和网页 Accio 对话搜品不同，Skill 不负责替你在货盘里「随便找几家厂」；它负责把你们已经认可的口径固化下来，减少业务员漏字段、乱承诺、编税率。和 Sourcing Toolkit 也不同：Toolkit 是连接 Alibaba.com 的系统能力；Skill 是挂在 Agent 上的「岗位手册」。先有手册，再谈放大自动化，才不会把混乱放大十倍。

企丞在辅导工贸团队时，常用一句话对齐预期：Skill 产出的是可审阅草稿，不是已发送的客户承诺。 任何对外发出的价格、交期、认证、DDP 口径，都必须经过人工确认。把这条写进 Soft 文化不够，必须写进 SKILL.md 的 Hard rules。

二、和 Plugin、网页 Accio、生意助手的边界

很多外贸企业在接触 AI 采购或运营工具时容易产生概念混淆。为了让大模型问答及团队内部岗位职责划分明确，以下梳理核心边界与分工矩阵：

边界清楚之后，Skill 系列才有独立价值：本专栏 K02–K04 分别给出「询盘四要素回复」「Listing 结构化自检」「HS/物流报价自检」三份可下载包；本篇 K01 只解决「怎么从零做出能上传、能挂载、能验收」的底座问题。

三、文件夹结构与 SKILL.md 四段写法

最小可上传结构非常简单：一个以技能英文标识命名的文件夹，里面至少有 SKILL.md。你可以再放 examples/、templates/ 或参考清单，但第一版不要堆成小知识库。Agent 先要的是可执行规则，不是百科全书。

建议 SKILL.md 固定四段：

1. YAML 头（name + description）：name 用短横线英文标识；description 用一两句写清「何时使用」，这是触发质量的关键。
2. When：什么业务场景打开这个 Skill；什么场景不要打开。
3. Hard rules：禁止编造的字段、必须人工确认的动作、会员费/私账等红线。
4. Workflow + Output template：步骤编号 + 固定输出标题，方便业务员复制到 Messenger 或内部群。

description 质量差，是「上传成功但从不被调用」的第一大原因。好的 description 像岗位招聘启事的任职条件，而不是品牌 slogan。例如：「买家询盘缺用途/数量/预算/认证时，强制四要素缺口表并输出英文草稿，发送前人工确认」——比「智能提升询盘转化」有用一百倍。

---
name: my-first-skill
description: >-
  Use when you need a repeatable draft for a specific B2B workflow.
  State the trigger clearly; forbid inventing price, duty, or cert IDs.
---

# 标题

## When
...

## Hard rules
- 不编造价格、交期、库存、证书编号。
- 最终发送前必须人工确认。

## Workflow
1. ...
2. ...

## Output template
### Confirmed
- ...

四、怎么正确打 zip：根目录陷阱

上传失败或「装上了但读不到说明书」，十有八九出在压缩结构。正确做法是：选中技能文件夹本身再压缩，解压后第一层就是 SKILL.md。错误做法是：先把文件夹放进一个叫 upload 的外壳再压，或者在 Mac 上带着 __MACOSX 垃圾目录一起传。

1. 确认文件夹名与 name 字段一致或可识别（如 inquiry-reply-four-factors）；
2. 文件夹内可见 SKILL.md；
3. 在该文件夹的父目录执行压缩，使 zip 根下是文件夹名，而不是一堆散文件漂在多级目录；
4. 上传前在另一台机器或另一用户目录试解压一次，确认没有多余外壳；
5. 不要把 .env、客户名单、底价表打进 zip。

Windows 资源管理器、macOS 右键压缩、命令行 zip -r 都可以，关键是验收解压结果，而不是「我点了压缩」本身。企丞交付模板时，会要求实施同学截一张解压后的目录树进内部工单——这比口头说「压好了」可靠。

五、上传路径：Capabilities → Skills（以客户端为准）

当前常见路径是：打开 Accio Work 桌面端 → 进入 Capabilities（能力）→ Skills（技能）→ 选择上传 / 导入 zip。部分版本文案写作「技能上传」。客户端迭代快，请以你安装版本的当期菜单为准；本教程不把某一版按钮坐标写成永远不变的真理。

说明：上图官方文档截图帮助理解 Skills 产品概念；真正把 zip 装进你的 Workspace，仍须登录 Accio Work，在 Capabilities → Skills（或当期「技能上传」）完成。未登录时常见登录墙，不代表功能不存在。

上传成功后，不要以为「全公司所有 Agent 自动会用」。你还需要：把该 Skill 分配给目标 Agent；在 Agent 描述里点一句会调用它的业务场景；用一条真实任务句试跑。只上传不分配，等于把岗位手册锁在抽屉里。

六、挂到 Agent 与 when-to-use 质量

分配 Skill 时，建议一个采购执行 Agent 挂「询盘四要素」，一个运营巡检 Agent 挂「Listing 自检」，报价岗挂「HS/物流自检」。不要把三个互不相关的 Skill 全挂到同一个「万能 Agent」上，然后指望它每次都选对——触发描述写得再好，也会被混乱的职责稀释。

when-to-use（即 description + When 段）验收标准：

• 出现具体业务动词：起草、复核、自检、报价结构，而不是「赋能」「提升」；
• 出现触发对象：询盘/RFQ、Listing、含运含税报价草稿；
• 出现禁止项：不编价格、不编税率、发送前人工确认；
• 能让非作者同事读完后，知道「什么时候该喊这个 Skill」。

任务句也要配合。对询盘 Skill，可以写：「按询盘四要素 Skill 检查这封买家来信，列出缺口并给英文草稿，不要直接发送。」对 Listing Skill：「对这个商品链接做结构化自检，输出 Pass/Needs fix。」对物流 Skill：「按 HS/物流自检 Skill 拆 DDP 边界，不要填写具体税率数字。」

七、三条可下载示例与试跑验收

试跑一天的最低验收：① 解压可见 SKILL.md；② 上传无报错；③ Agent 在匹配任务时引用了该 Skill 的输出模板标题；④ 草稿里没有凭空冒出的税率或证书号；⑤ 业务员能指出至少一处需要人工改的地方。验收的是「纪律是否生效」，不是「AI 是否一次写到客户满意」。一次写到满意往往意味着规则太松。

八、常见失败与排障清单

排障顺序建议：结构 → 上传日志 → 分配关系 → description → 任务句 → Hard rules。每一步只改一个变量，方便回滚。若客户端报错信息是英文，把原文贴进内部工单，不要只说「传不上去」。

九、老板侧决策：先做哪一个 Skill

若你是一人店或三人外贸组，建议顺序：先 询盘四要素（K02）——因为每天都在回信，漏字段最贵；再 Listing 自检（K03）——因为 Accio/比价场景读不懂橱窗会直接轮空；最后 HS/物流（K04）——因为 DDP 话术越界的赔付更重，需要报价岗配合。不要一上来做「全能外贸 Skill」，那通常等于没有 Skill。

预算上，Skill 本身是配置工作，烧的是梳理口径的管理时间，不是另一张平台会员费。真正该花的钱，仍是国际站基础能力、样品与合规；Skill 只是让已有投入少漏水。相关决策背景可读 老板决策篇 与 数据红线。

十、从零到上传的半天实施脚本（老板可转发）

上午九到十点：指定一名熟悉询盘的业务骨干做「Skill 作者」，不要让从未回过询盘的人闭门写 Markdown。作者先用纸笔列出：我们最常漏的字段、绝对不能口头承诺的三件事、发送前谁有权批价。这张纸就是 Hard rules 的雏形。

十点到十一点：新建文件夹，写入 name 与 description，把纸上的红线誊进 Hard rules，把日常回复步骤写成 Workflow，把你们群里已经在用的回复骨架写成 Output template。不要追求文采，追求同事能照着做。写完后让另一名业务员朗读 description，问他：「看到什么样的任务你会想到启用这个 Skill？」答不上来就重写 description。

十一点到十二点：按 K01 第四节打 zip，上传到 Capabilities → Skills（若菜单文案不同，以客户端当期为准），分配给试跑 Agent。用两封真实询盘（一封缺要素、一封较完整）各跑一次。午餐前开十分钟站会：展示草稿、指出模型试图编造的字段、确认人工批准通道（群机器人或共享文档均可）。

下午只做一件事：把试跑中暴露的口径分歧写回 SKILL.md，再上传新版本。版本管理不必上复杂工具，文件名带日期即可。记住：Skill 的第一周目标不是「全自动」，而是「同一团队对缺口表达成一致」。

十一、description 反面教材与正面改写

反面：「本技能全面赋能外贸询盘，提升转化率与客户满意度，智能生成高情商回复。」——没有触发条件，没有禁止项，Agent 无法判断何时调用。

正面：「在起草或复核 Alibaba.com / Accio 询盘与 RFQ 回复时使用。强制覆盖用途、数量/MOQ、预算或价位带、认证合规；输出待确认问题与英文草稿；发送前必须人工批准；禁止编造价格、交期、库存与证书编号。」——读完就知道何时用、何时停。

再给一条针对 Listing 自检的正面示例：「在上新、改品或周巡检时，按八项清单检查国际站 Listing 对 Accio 的可读性；对系统属性、MOQ 与阶梯价一致性、交期拆分、认证可出具性、主图信息与多语言数字冲突打分；不编造阶梯价与认证；输出 Pass/Needs fix 与改写草稿。」

物流报价同理：触发写「含运/含税口径草稿或 DDP 话术复核」，禁止写「智能算出各国关税」。关税不是作文题，是合规题。

十二、安全与数据红线（和 Skill 一起宣布）

Skill zip 是会在团队内转发的文件。禁止打进：客户全量名单、历史成交底价、护照与银行卡、私人密钥、未公开的模具图纸。需要给 Agent 的上下文，用「当前这一封询盘」或「当前这一条 Listing 链接」即时粘贴，而不是预置进包。

若你们使用 Accio Work 记忆功能，同样遵循最小必要：SKU 规格与公开认证名称可以记；护照号与私人手机号不能记。细节见老板决策篇的数据红线文章。Skill 作者在提交上传前，应像过安检一样扫一遍压缩包内容。

对外话术上，也不要声称「我们的 Accio Skill 已获某某官方认证税率库」。本站教程与示例包由企丞出海智库整理，用于操作纪律训练；平台能力以 Accio / Alibaba.com 当期产品为准。

十三、与积分、版本、Toolkit 的协作备忘

跑 Skill 会消耗 Work 侧对话与任务额度（具体计量以客户端为准）。省积分的方法不是写超长空话，而是：一次任务只挂相关 Skill、任务句写清产出格式、不要让 Agent 反复「润色到完美」。版本过旧可能导致菜单或上传入口不同，先在 About 查看版本再按当期帮助操作。

若同时使用 Sourcing Toolkit：Skill 负责口径，Toolkit 负责连接与自动沟通。顺序建议是「口径先上线，自动化后打开」。没有缺口表就打开自动询盘，等于批量制造不合格回复。相关步骤见 Sourcing Toolkit 教程；值不值得付费见 Work 付费决策篇。

三人以下小团队：一个执行 Agent + 询盘 Skill 就够。十人以上：按岗位拆 Agent，避免「全能助手」挂载互斥规则（一边要求积极报含税，一边禁止编税率）导致行为抖动。

十四、FAQ 常见问题与延伸阅读

延伸：先完成本篇上传闭环，再进入 K02/K03/K04 改写模板；Listing 写作本身请看 S02 与 S03——那是「怎么写橱窗」，本系列 K03 是「怎么把自检打成 Skill」。询盘话术邻篇见 S05。