MODULE 03 · 留下方法
Prompt 解决这一次；Skill 保存一类工作的步骤、判断与验收。
你会分清 Prompt、模板、Skill、Workflow 和 Agent，不再把它们当成一串高阶名词。
一种可复用的程序化工作说明，通常包含触发条件、所需输入、步骤与判断逻辑、可调用工具、输出结构、验收规则、停止条件和异常处理。不同平台的文件格式不同，但核心职责相同。
你不再每次站在旁边从头教。把“什么时候用、先看什么、按什么顺序、哪里必须停、最后怎样验”写成一份会工作的师傅手册。
Skill 不是一条更长的 Prompt，也不是把品牌资料全部塞进一个文件。方法与取值要分开：Skill 管怎么做，资料库管这次用什么事实和品牌内容。
换一份同类材料，第二个人不问原作者，能否按它走到待验收状态？
Template 固定输出或输入的结构；SOP 固定人执行工作的步骤、责任与检查点。它们可以存在于文档、表格或表单中，不要求模型参与。
模板像一张空白表，告诉你每格填什么；SOP 像贴在墙上的操作顺序，告诉人先做什么、做到哪里停。
模板不会自己判断，SOP 也不等于自动化。把一段固定话术收藏起来，仍不代表它会识别缺料、分支和风险。
只换内容、不换结构就能继续用，适合模板；给人执行的标准步骤可以是 SOP；跨节点强调状态和交接时看 Workflow；供模型或 Agent 按需加载的可复用能力包才叫 Skill。有没有分支不是唯一分界。
一项工作从触发到结束的节点、顺序、状态、输入输出、责任人和交接规则。它描述事情本身的秩序，可以由人、软件或 Agent 分段执行。
Workflow 是路线图：谁先拿到什么，做完交给谁，哪一关不通过就退回，什么时候算结束。
Workflow 不是 Agent 上面的更高等级，也不等于批量自动化。一个全靠人跑的报销流程，照样是 Workflow。
你能否画出开始、至少一个检查点、一次退回和明确结束，而不是只写“AI 处理一下”？
由模型、指令、工具和运行控制组成的执行单元，能在给定目标与边界内推进多个步骤、观察工具结果并决定下一步；运行器还可能管理状态、交接、护栏和结构化输出。
它不只回答一句，而是像被授权跑一段路线的人：查材料、调用工具、看结果、继续或停下。但路线、权限、验收和放行仍要有人定。
Agent 不是更聪明的聊天框，也不是“无人值守”的同义词。能自主重跑，会同时放大成本、偏差和权限风险。
当工具失败、材料冲突或达到费用上限时，它是否知道停在哪里，并把控制权交还给谁？
模型或 Agent 可调用的外部能力接口，例如搜索、读写文件、运行代码、查询数据库或发送消息。工具定义可做的动作、输入输出与权限。
模型是脑子，Tool 是被允许使用的手和眼。没有工具，它可以告诉你怎么查；有了工具，它才可能真的去查或执行。
工具不会自动带来正确材料，也不会替你决定是否该执行。会发邮件的工具如果没有收件人与发送确认，反而更危险。
你能否说清它读什么、写什么、影响谁、失败怎样返回，以及调用前是否需要确认？
一种开放协议：Host 中的 MCP Client 与 MCP Server 建立连接，协商能力，并通过 Resources、Prompts、Tools 等原语向模型应用提供上下文与动作。
它像统一规格的转接头，让支持 MCP 的 AI 应用按同一种方式发现外部资料和工具，不必每接一个系统都重做一套私有连接。
MCP 不是模型、不是 Agent，也不是权限豁免。Server 声称有什么能力，不代表 Host 应该无条件开放；敏感读取和执行仍需授权与确认。
接入前，你能否画出 Host、Client、Server，列出暴露的资源和工具，并说明用户在哪一步同意？
由具体平台定义的扩展与分发单元，可打包技能、工具、应用或连接能力；安装方式、审核、权限和生命周期取决于宿主平台。
Plugin 像装进某个平台的一盒扩展功能。盒里可能有 Skill，也可能有工具或应用，但离开那个平台，规则未必相同。
Plugin 不是跨平台统一技术名词，也不等于 MCP。先看它实际包含什么、申请什么权限，再看名字。
你能否在安装前说明它增加了什么能力、读取什么数据、能否卸载，以及谁维护更新？
CONCEPT MAP · 一次把关系说清
你不需要从 Prompt 一路“升级”为 Agent。任务只需一句 Prompt，就停在 Prompt；有稳定重复方法，才值得做 Skill；有多步行动与工具调用，才讨论 Agent。
| 名词 | 核心职责 | 什么时候需要 | 不负责什么 |
|---|---|---|---|
| Prompt | 交代本次任务 | 任何一次模型对话 | 不保证长期复用 |
| Context | 提供本次可见材料 | 任务依赖事实与状态 | 不等于永久记忆 |
| Template | 固定常用表达结构 | 任务相似、判断较少 | 不自动做复杂判断 |
| Skill | 固化步骤、判断与验收 | 同类任务重复出现 | 不替人承担放行责任 |
| Workflow | 规定事情的先后与交接 | 多人或多节点协作 | 不一定自动化 |
| Agent | 在边界内自主推进多步任务 | 目标清楚、工具可用、过程可检查 | 不代表可以无人监管 |
| Tool | 提供读取或执行能力 | 需要模型接触外部系统 | 不决定业务责任 |
| MCP | 标准化连接上下文与工具 | 宿主与外部服务需要互通 | 不替代权限与用户同意 |
| Plugin | 按平台打包与分发扩展 | 需要安装一组平台能力 | 不保证跨平台通用 |
ANATOMY · 一份 Skill 的骨架
一份最小 Skill 至少回答七件事。
什么任务适用，什么情况不要用。
缺哪份输入就必须先停下来问。
步骤、分支与必须回源的节点。
文件、搜索、计算、数据库或其他工具。
字段、格式、文件名与版本记录。
硬标准、软标准和谁有放行权。
信息不足、风险越界或连续失败时怎么退出。
CASE · 从 Prompt 到 Skill
当“负责人、截止时间、待确认事项”每次都要检查，判断就应该被固化。
输入原始会议记录；先区分决定、待办、讨论和未决；每项待办必须有负责人和截止时间，缺失就标待确认；涉及金额与日期必须引用原句；最后输出纪要和缺口清单。
识别、分类、回源、标缺口、输出、验收。
部门名单、项目名词、公司格式、当前会议原文。
若模型需要长期维护业务资料，把资料与 Skill 分离。规则改一处，所有任务生效；资料更新不必重写方法。
TWO LEVELS · 先写清，再装进去
本课程先用说明书把业务方法写对，再把稳定部分装成平台能发现的文件。前者可以给人执行，后者还要满足宿主的目录与元数据约定。
| 形态 | 最小内容 | 怎样验证 |
|---|---|---|
| Skill Spec / 方法说明书 | 适用条件、输入、步骤、判断、输出、验收、停止 | 让第二个人用陌生材料复跑 |
| Agent Skill / 可安装技能 | 一个技能目录；必需 SKILL.md 与 name、description；按需增加 scripts、references、assets 和平台元数据 | 在目标宿主中显式调用与隐式触发各测一次 |
LATER, NOT FIRST · 插件和 MCP 放在哪里
Tool 是可调用能力；MCP 解决 Host 与外部 Server 怎样按协议交换资源、提示和工具；Plugin 解决某个平台怎样安装与分发一组扩展。Agent 可以调用 Tool，也可能通过 MCP 获得 Tool；Plugin 里可能同时装着 Skill、连接和应用。这些是组合关系，不是等级关系。
LIVE PRACTICE · SKILL
SKILL.md先把一件重复工作写成稳定方法，再把它整理成兼容 Agent Skills 基本结构的入口文件。
它可以只是团队 SOP、清单或判断规则。即使没有任何客户端自动发现，它仍然能被人复制、执行和改进。
至少包含一个带 name、description 的 SKILL.md。下载文件不会自动安装；放置目录、是否扫描及如何触发，要以具体客户端、版本和管理员策略为准。
SKILL.md（未完成）建议目录：my-first-skill/SKILL.md--- name: my-first-skill description: "说明这个 Skill 要完成的单一工作。 Use when 任务与上述用途明确匹配时使用；不匹配时不要触发。" --- # my-first-skill ## Trigger 任务与上述用途明确匹配时使用；不匹配时不要触发。 ## Inputs - 列出执行前必须提供的材料；缺失时先提问，不要猜。 ## Instructions 1. 按稳定顺序完成任务，并在关键判断处保留人工确认。 ## Output 说明最终交付格式、文件名或字段结构。 ## Validation - 逐项检查结果是否满足业务事实、边界与输出要求。 ## Stop conditions - 遇到事实冲突、高风险决定或权限不足时停止，并说明需要谁来确认。
当前是预览骨架，还缺：名称、用途说明、触发条件、输入、步骤、输出、验收、停止条件。补齐八项后才能复制或下载。
写适用与不适用条件。
列必需输入、步骤、输出和验收。
补一个停止条件与一个常见异常。
换第二份材料复跑，记录它在哪里失败。
第二次复跑时，你只需要换材料，不需要重新解释整套做法。