Muse Skills 教程：把重复任务做成可复用流程

01｜先分清 Muse 应用和 Muse Code

Meta 在 2026 年 9 月 29 日介绍了 Muse for Small Business，并说会在 Muse 内提供一组面向经营场景的 Skills 和连接器。但这篇公告没有给出用户自建、导入或安装个人 Skill 的完整操作步骤。你实际能用哪些功能，还要以自己账号里的页面和权限为准。

如果你说的是开发者工具 Muse Code，官方文档明确支持写成 SKILL.md 的可复用技能，并提供校验、安装和调用方式。下面的完整自建步骤适用于 Muse Code；普通 Muse 手机或网页对话不能照搬这些终端命令。

02｜先选一个小而固定、容易检查的任务

用每周销售复盘作例子：每次给 Muse Code 一份已脱敏的 CSV，让它只汇总指定周的订单和退款，按渠道列出本周与上周差异，再标出需要你核对的异常。先别接入邮箱、商店账号或付款权限，也不要让它自动发报告。这个例子是本文的练习流程，不是 Meta 发布的现成 Skill。

挑任务时，写清触发时机、你会提供什么资料、要得到什么结果，以及什么情况下必须停下来问你。一次技能先做一件事，避免把客户回复、记账、发广告等不同风险的工作塞进同一套规则。

03｜拿两三次真实样本，把隐性要求记下来

从已经做过的任务中找两三份脱敏样本，记下每次都相同的步骤、你经常退回修改的地方，以及你最后如何判断结果合格。保留字段名和必要规则，删除姓名、邮箱、订单号等不需要给模型的个人信息。

可以先在 Muse Code 里用这段要求起草技能：‘请把下面这项重复工作整理成一份 Muse Code Skill，放在当前项目的 .agents/skills/weekly-sales-brief/SKILL.md。只读取我明确提供的脱敏 CSV；列出必需字段、处理步骤、输出格式、验收清单和需要暂停询问的情况。不要联网、改动原文件、发送消息或猜测缺失的数据。先给我审阅草稿，未经我确认不要启用。’

如果你用的是 Muse Code，也可以先运行内置的 /create-skill，让它按对话引导搭好文件框架，再逐项检查生成的内容。生成文件不等于事实已验证，也不等于权限已被限制。

04｜让 Skill 文件写清输入、步骤、结果和停手条件

一份好用的 Skill 不只是‘帮我做周报’。它要告诉 Muse Code 什么时候适用、需要哪些列、怎样对齐时间范围、怎么算差异、表格缺字段时怎么办，以及结果必须由谁复核。下面这份骨架可以作为你自己的文件起点；里面的销售字段只是示例，要按实际 CSV 修改。

• Front matter：name 写成 weekly-sales-brief；description 说明它只在用户要求周销售复盘时使用。可选 metadata.short-description 用一句话概括。
• 输入：只读本次明确附上的脱敏 CSV；要求日期、渠道、订单数、退款数和金额字段。金额币种不同或字段缺失时，不合并、不补算，先列出问题。
• 步骤：先说明文件名和统计周；检查列名与日期；按渠道合计；与同口径上周比较；列出变化与无法确认的地方。不要把相关变化写成因果结论。
• 输出：给出统计范围、按渠道的本周/上周/差值表、待核对项，以及每项对应的文件和行号或字段。数字无法回溯时标为待核实。
• 验收与边界：复核行数、总额和分渠道合计；不修改源文件，不联网、不登录、不发邮件、不发布、不付款；遇到歧义或缺少关键字段就暂停提问。

05｜校验后再安装或调用

在 Muse Code 项目中按官方技能格式保存文件，例如 .agents/skills/weekly-sales-brief/SKILL.md。先校验这个目录：muse skills validate .agents/skills/weekly-sales-brief --json。确认校验结果有效、技能名和说明正确，再在可信任的项目里查看：muse skills list --source project --trust-workspace。项目技能只会在该项目中可用；如果想让个人技能跨项目使用，官方命令是 `muse skills install .agents/skills/weekly-sales-brief --scope user`，安装后用 `muse skills list --source user` 确认。若当前版本的帮助信息不同，以 `muse skills --help` 为准。

在 Muse Code 会话里用 /weekly-sales-brief 2026-W40 调用它，并附上当周数据。先用只读、脱敏的样本测试。若你使用普通 Muse 应用，找不到 Skill 管理或安装功能时，不要猜按钮名称；把审核后的‘流程卡’存进自己的文档，每次新任务时贴进去，或使用账号明确提供的内置 Skill。

06｜用验收清单判断它有没有帮上忙

先别以 Muse 说‘完成了’作为验收。逐项核对统计周是否正确、输入文件是否齐全、每个数字能否追到源字段、分渠道合计能否对上总数、退款有没有混入订单数、缺失信息有没有被标出来。最后再确认产物只是草稿，没有执行你没授权的动作。

一个社区用户曾描述，Muse 把邮件信息整理进表格时漏了内容，重复规则也没有按预期持续生效；讨论中的其他用户提出用 Skill 保存重复步骤。这只是单个用户的经历和社区建议，不能证明所有 Muse 用户都会遇到相同问题，也不能证明普通 Muse 应用支持自定义技能。它提示我们：复用规则后仍要逐项对照来源验收。

07｜漏了什么，就只改那条规则

发现漏退款字段，就把‘退款单独列出并对照源数据’写进步骤和验收项；发现时间范围错了，就明确周起止日期和时区。每次只改一个规则，然后重跑同一份基准样本，再换一份新数据检查它能不能迁移。这样比较容易判断修改是否真的解决问题。

给文件标上更新日期，保留一小段变更记录。如果数据格式、业务流程或连接器权限变化，就重新校验技能并复查验收项。不要让长期记忆替代这份可以查看、修订的流程文件。

08｜发出、发布和花钱仍留给你确认

Meta 对 Muse for Small Business 的说明强调，发布内容、发送消息和花钱前需要用户批准。把这类要求也写进自己的技能规则，并在连接服务时只开放当前工作必需的资料。每次执行前，仍要阅读实际界面上的授权范围和确认内容；文档中的流程卡不能替代产品权限设置。

资料里有敏感信息、数字无法与原文件对上、任务要求登录或对外提交时，先停下来，让你自己检查并决定是否继续。把第一版限制在读取和起草，确认它稳定后再考虑其他步骤。

09｜如果你只用普通 Muse 应用

Meta 已公开介绍 Muse for Small Business 的内置 Skills、连接器和 Ideas 页，但公开介绍没有说明个人用户怎样制作并安装一份自定义 Skill。你可以先查账号中实际开放的功能；没有对应管理入口时，就把本文的流程卡保存在自己的笔记里，每次开新任务时复制过去。这样能复用规则，但它不等于安装了 Muse 原生 Skill。

Meta 的 Muse Code 开发者文档另有 SKILL.md、/create-skill 和 muse skills 命令。这是开发者工具的技能体系，不要把它与 Muse 手机应用中的经营 Skills 混为一谈。