第3篇第一个Skill——从0到1手把手创作指南适用人群入门实践篇 | 字数约25,000字 | 预计阅读时间60分钟前言前两篇我们建立了认知框架和架构模型。你知道了 Skill 是什么也知道了它的三层架构——输入层、处理层、输出层。但理论学再多不亲手做一个终究是纸上谈兵。就像一个看了无数游泳教学视频的人不下水就永远学不会游泳。这一篇我们就下水。跟着一个完整的实战案例——从我有一个想法到发布一个可用的 Skill——全程手把手走一遍。每一步该做什么、怎么写指令、怎么测试、怎么优化都会详细展示。我们将要创造的 Skill 是**「会议纪要整理」**。为什么要选这个三个理由实用性强几乎每个职场人都需要整理会议纪要复杂度适中能覆盖 Skill 创作的核心环节又不会太难到让人却步可扩展性好做完后可以根据自己的工作场景轻松改造准备好动手了吗让我们开始。第一章选定目标——我们要做什么 Skill1.1 创意的来源——从痛点出发创作 Skill 的第一步不是打开编辑器写指令而是发现问题。一个黄金法则最好的 Skill 创意来自你日常工作中每周至少做 3 次、每次做完都觉得烦的任务。这在你的工作中可能是什么写周报整理会议纪要分析数据回复客户邮件检查文档我们的案例会议纪要整理很多人每周要参加 5-10 场会议。会后需要整理会议纪要——看起来简单但做起来烦不同人的记录风格不一样每次都要统一格式重点内容容易被遗漏待办事项需要单独提取和跟进一周回顾时散落在不同文档里如果能有一个 Skill输入会议笔记自动输出结构化会议纪要——效率能提升多少1.2 功能定义——明确 Skill 的边界在动手之前先要明确这个 Skill 做什么和不做什么。核心功能必须做输入用户粘贴的会议笔记或录音转写文本处理自动提取会议主题、时间、参会人、讨论要点、决议事项、待办事项输出结构化的 Markdown 格式会议纪要非功能不做不处理会议录音需要用户先转写为文字不发送邮件或通知只生成内容不管理日程不创建日历事件明确边界非常重要。很多初学者的 Skill “什么都想做”结果哪个都做不好。先做精一件事再考虑扩展。1.3 难度评估在开始之前评估一下这个 Skill 的创作难度维度评估说明指令复杂度⭐⭐主要是文本理解和重组逻辑清晰工具需求不需要纯文本处理不需要调用外部工具状态管理不需要单次输入→单次输出边界情况⭐⭐需要考虑输入内容不完整的情况结论这个 Skill 非常适合作为第一个 Skill——有实际价值但不会太难。第二章准备工作——打开 Skill 编辑器2.1 Skill 创作工具的界面不同平台的 Skill 编辑器界面可能略有不同但核心功能是一致的。一个典型的 Skill 编辑器包含以下区域┌──────────────────────────────────────────────────────────┐ │ Skill 编辑器 — 「会议纪要整理」 │ ├──────────────────────────────────────────────────────────┤ │ │ │ [基本信息区] │ │ 名称_____________ 描述____________________ │ │ │ │ [输入配置区] │ │ 字段1__________ 类型______ 必填是/否 │ │ 字段2__________ 类型______ 必填是/否 │ │ │ │ [指令编辑区] [工具配置区] │ │ ┌────────────────────┐ ┌────────────────────┐ │ │ │ │ │ 可用工具列表 │ │ │ │ 在这里写角色设定 │ │ □ 搜索 │ │ │ │ 写处理流程 │ │ □ 计算器 │ │ │ │ 写约束条件 │ │ □ 发送消息 │ │ │ │ 写输出示例 │ │ │ │ │ └────────────────────┘ └────────────────────┘ │ │ │ │ [输出配置区] │ │ 格式_______ 字数限制_______ 后处理______ │ │ │ │ [测试沙箱] [保存草稿] [发布] │ └──────────────────────────────────────────────────────────┘2.2 开始前的三点心态准备在正式开始之前请记住这三件事第一第一版一定不够好。这不是因为你能力不够——这是 Skill 创作的普遍规律。好的 Skill 是改出来的不是写出来的。v1.0能用就行v1.1 修些问题v1.2 加些功能——这才是正常的节奏。第二别追求大而全。我们的目标是把会议笔记整理成结构化纪要——就这一个功能。不要想着同时支持语音输入、自动翻译、多语言输出……这些可以在后续版本加第一版只做核心功能。第三用真实数据测试。不要用假如……的想象测试——用你真实会议中的笔记来测试。只有真实数据才能暴露真实问题。第三章第一步——配置基本信息3.1 配置 Skill 的名称和描述这是 Skill 的身份证——决定了用户能不能找到它、系统能不能正确匹配它。名称配置名称会议纪要整理设计思路4 个字简短好记直接说明功能用户看到就知道是干什么的描述配置描述有两个读者用户和系统。写法上要兼顾两者。描述面向用户将会议笔记或录音转写文本整理为结构化的会议纪要自动提取会议主题、核心讨论、决议事项和待办事项。适用于项目评审会、周会、需求评审、复盘会、1v1 沟通等各种会议场景。支持中文输入。描述面向系统用于意图匹配触发词整理会议、写纪要、会议总结、会议记录、会议笔记、会后总结为什么描述要写两版实际上在大多数编辑器中描述是一个统一的字段。但写的时候要有意识前一部分给人看后一部分给机器看。完整描述示例 将会议笔记或录音转写文本整理为结构化的会议纪要自动提取会议主题、核心讨论、决议事项和待办事项。 适用于项目评审会、周会、需求评审、复盘会、1v1 沟通等会议场景。 支持中文输入。 用户触发词整理会议、写纪要、会议总结、会议记录、会议笔记。3.2 配置版本号和作者版本号v1.0.0 符合语义化版本规范 - 主版本 1首次发布 - 次版本 0还没有功能新增 - 修订号 0还没有修复 作者你的名字 标注谁是创作者方便责任归属和后续咨询第四章第二步——配置输入层4.1 主输入定义我们需要的核心输入只有一个用户的会议笔记。字段名会议内容 类型自由文本不限格式的文本输入 必填是 说明请粘贴您的会议笔记或录音转写文本。内容越详细生成的纪要越精准。等等不需要其他输入吗比如会议主题、参会人列表不需要。因为这些信息可以从会议内容中自动提取。不要要求用户提供AI 自己能搞定的信息。这是输入层的最小化原则。4.2 可选参数定义虽然核心信息可以从内容中提取但提供一些可选参数可以让 Skill 更灵活参数一会议主题 类型短文本100 字以内 必填否 说明如果已知会议主题可以在此填写。不填则由 AI 从内容中自动提取。 默认值空 参数二输出语言 类型选项 选项中文 / 英文 / 双语 默认值中文 说明选择会议纪要的输出语言。 参数三详细程度 类型选项 选项简洁只保留要点/ 标准包含完整信息/ 详细包含背景和上下文 默认值标准 说明控制会议纪要的详细程度。参数数量的控制3 个参数在标准数量范围内。每个都有合理的默认值用户不改也能用。4.3 输入提示用户看到的引导文字当用户打开这个 Skill 时应该看到清晰的引导 会议纪要整理 Skill 使用方式 ① 在下方输入框中粘贴您的会议笔记或录音转写文本 ② 可选填写会议主题 ③ 选择输出语言和详细程度 ④ 发送即可获得结构化的会议纪要 小贴士 - 内容越详细纪要越精准 - 建议包含参会人、讨论要点、决议、待办事项 - 如果笔记是零散的也没关系AI 会帮您整理引导文字的作用是降低用户的使用门槛——用户一看就知道怎么用。第五章第三步——配置处理层核心指令处理层是 Skill 的核心。这一部分决定了 Skill 的智商——能不能准确理解输入、正确提取信息、合理组织输出。5.1 角色设定角色设定是处理层的第一个要素也是最容易被低估的要素。我们给这个 Skill 设定的角色你是一位经验丰富的会议秘书在互联网公司负责会议管理和纪要工作已有6年。 你的核心能力 1. 能够从杂乱、零散的会议笔记中快速提取关键信息 2. 善于区分讨论内容、决议事项和待办事项 3. 擅长用结构化、清晰的方式呈现信息 4. 写作风格简洁专业不啰嗦不添加会议中不存在的内容 你在整理纪要时遵循以下原则 - 每个讨论要点都要标注谁提出的和讨论结果是什么 - 决议事项要清晰明确不含糊 - 待办事项必须包含负责人和截止时间/期限 - 不确定的信息要标注未注明绝不推测设计的思路拆解为什么要给6 年经验这个细节因为经验数字会让 AI 更认真地进入角色。研究表明有具体年限的角色设定“8年经验比资深”更能激发模型的专业输出模式。为什么要写核心能力这是给 AI 一个能力锚点——告诉它你应该具备这些能力AI 会自动激活对应的知识域。“你在整理纪要时遵循以下原则”——这四句话是角色设定的风格定义部分告诉 AI 具体的工作方式和判断标准。5.2 核心处理流程处理流程告诉 AI “按什么步骤做”。这是保证输出稳定的关键。【处理流程】 当你收到用户提供的会议内容后请按以下步骤处理 步骤1 - 内容理解 仔细阅读用户提供的全部内容理解这次会议的背景、主题和讨论脉络。 如果用户提供了会议主题参数以此为准否则从内容中推断主题。 步骤2 - 信息提取 从会议内容中提取以下七类信息 a. 会议主题一句话概括 b. 会议时间如果有具体时间就提取否则标注未注明具体时间 c. 参会人员列出所有提到的参会人姓名/角色 d. 核心讨论要点每个要点包含提出者/讨论者和讨论内容和讨论结果 e. 决议事项会议中明确做出的决定 f. 待办事项谁需要在什么时间前完成什么事情 g. 下次会议如果提到则提取否则留空 步骤3 - 结构化组织 将提取的信息按照下方输出模板的格式组织成完整的会议纪要。 步骤4 - 质量检查 检查以下内容 ✓ 是否有信息被遗漏特别是待办事项 ✓ 是否有添加了会议内容中不存在的信息 ✓ 格式是否符合模板要求 ✓ 语言是否简洁专业 ✓ 如果发现质量问题修正后再输出。为什么要把流程写得这么细因为 AI 需要清晰的导航。如果不写流程AI 可能跳过关键步骤——比如直接输出而跳过了质量检查。每一步写清楚AI 就会按部就班地执行。5.3 约束条件约束条件是 Skill 的护栏。没有约束AI 的输出会自由发挥——可能正确但格式、风格、详细程度每次都不一样。【约束条件】 1. 忠实原则所有输出必须严格基于用户提供的会议内容。不添加、不编造任何信息。 2. 不确定处理如果某项信息如时间、参会人无法从内容中明确获知请标注未注明不要根据常识或推测填写。 3. 语言要求使用简洁、专业、中性的商务语言。避免使用口语化表达如咱们、那个、避免使用过度夸张的形容词。 4. 待办事项提取待办事项是本纪要最有价值的部分。请务必完整提取不漏掉任何一项。即使待办信息不完整如只说了谁没说做什么也如实记录可提取的部分。 5. 相对时间处理如果截止日期以相对时间表述如尽快、这周内、下周一前保留原始表述不要转换为具体日期。 6. 保密标注如果内容涉及敏感信息薪资、人事变动、未公开的战略决策等在纪要末尾添加一行 本纪要包含敏感信息请注意保密。逐条拆解设计意图第1条忠实原则防止 AI “脑补内容。这是最常见的幻觉来源——AI 觉得这里应该有什么”结果自己编了一段。第2条不确定处理给 AI 一个安全出口。当 AI 不确定时它有两个选择——编造不好或者标注未注明好。这条约束让 AI 选择后者。第3条语言要求控制输出风格。没有这条AI 可能时而口语化、时而过于正式。第4条待办提取强调优先级。告诉 AI “待办事项最重要”。第5条相对时间防止 AI 自作主张转换日期。“尽快就是尽快”不要变成2026-05-23。第6条保密安全护栏。涉及敏感信息时自动警示。5.4 输出示例Few-shot给 AI 一个完整的输入→输出示例是最直观的格式说明。【示例输入】 下午开了产品需求评审会参加的人有产品经理小王、前端老张、后端小李。 讨论了三个需求 1. 用户个人主页改版——小王说希望加一个数据看板显示用户的活跃度和使用时长。 老张说技术可行但需要评估前端工期。小李说后端接口需要2天开发。 2. 消息推送优化——小王说用户反馈推送太多建议让用户自定义推送频率和类型。 讨论后觉得需要先做用户调研看看用户真正想要什么样的推送。 3. 搜索功能增强——需要支持模糊搜索目前只能精确匹配。 小李说这个技术上比较简单可以快速上线。 决议需求1和3通过进入开发排期。需求2需要再做用户调研后再决定。 待办老张评估需求1的工期周四给结果。小李调研模糊搜索的技术方案周五前出文档。 【示例输出】 # 会议纪要 **会议主题** 产品需求评审会 **时间** 未注明具体时间 **参会人** 小王产品经理、老张前端、小李后端 ## 核心讨论 ### 1. 用户个人主页改版 - **提出人** 小王 - **讨论内容** 建议在个人主页增加数据看板展示用户活跃度和使用时长 - **讨论结果** 技术可行老张需评估前端工期小李评估后端需2天 ### 2. 消息推送优化 - **提出人** 小王 - **讨论内容** 用户反馈推送过多建议自定义推送频率和类型 - **讨论结果** 需先做用户调研再决定实现方案 ### 3. 搜索功能增强 - **提出人** 小王 - **讨论内容** 需要支持模糊搜索 - **讨论结果** 技术较简单可快速上线 ## 决议事项 1. ✅ 用户个人主页改版 → 进入开发排期 2. ✅ 搜索功能增强 → 进入开发排期 3. ⏳ 消息推送优化 → 先做用户调研再做决定 ## 待办事项 | 事项 | 负责人 | 截止日期 | |------|--------|---------| | 评估个人主页改版前端工期 | 老张 | 周四 | | 调研模糊搜索技术方案并出文档 | 小李 | 周五前 | ## 下次会议 - 时间待定 - 议题待定 --- *由「会议纪要整理」Skill v1.0 自动生成*为什么要给示例示例的作用是格式锚定。当 AI 看到一个完整的输入→输出对比后对我要产出什么样的内容就有了具体的参照而不是只靠抽象的文字描述来理解。第六章第四步——配置输出层6.1 输出格式定义输出格式Markdown 使用标准 Markdown 格式包含标题、列表、表格等 字数限制不超过 2000 字 确保纪要简洁不过度展开 模板结构固定 # 会议纪要 **会议主题** {自动提取} **时间** {自动提取} **参会人** {自动提取} ## 核心讨论 {逐条列出每条包含提出人、内容、结果} ## 决议事项 {逐条列出每条标注状态} ## 待办事项 {表格格式} ## 下次会议 {时间、议题或待定} --- *由「会议纪要整理」Skill v1.0 自动生成 | {时间}*6.2 质量标准在输出层定义质量标准作为自检的依据质量标准 1. 完整性必须包含会议主题、核心讨论、决议事项、待办事项四个核心部分 2. 准确性所有信息必须来自输入内容不添加、不编造 3. 格式合规严格遵循上述模板结构 4. 可读性语言简洁每个段落不超过 3 句话 5. 待办提取待办事项提取必须完整不得遗漏6.3 后处理配置后处理 1. 格式检查确认 Markdown 格式正确标题层级、表格格式 2. 长度检查确认字数不超过 2000 字 3. 安全检查检测是否包含敏感信息并添加标注 4. 时间戳添加在末尾添加自动生成的时间第七章第五步——测试与调优7.1 准备测试用例测试用例要覆盖正常、“边界”、异常三种场景。测试用例1标准场景——包含完整信息输入一段包含会议主题、参会人、讨论要点、决议、待办的完整会议笔记预期输出包含所有核心部分信息准确格式完整测试用例2信息不全的场景——碎片化的笔记输入一段只有一个讨论要点的简短笔记没有时间、没有参会人、没有待办预期能提取的信息提取缺失部分标注未注明不强行扩展测试用例3长文本场景——5000字以上的详细记录输入一段很长的详细会议记录预期信息提取完整输出不超字数结构清晰测试用例4待办事项模糊的场景输入待办事项只有部分信息如只有谁没有做什么或使用相对时间“尽快”预期保留原始表述不编造、不转换7.2 运行测试并发现问题我们先用测试用例1跑一遍测试结果第一次运行输出看起来不错——大部分信息提取准确格式也基本正确。但发现了一个问题问题待办事项的截止日期有时提取不准确。用户输入“老张评估工期尽快给结果”AI 输出“截止日期尽快”——这个是对的。但在另一个测试中用户输入“小李周五前给出方案”AI 输出“截止日期周五”——这个不够准确。更严重的是某次输出中用户输入“小王处理一下”AI 输出“截止日期下周一”——AI 自己编了一个日期7.3 修复问题针对发现的问题修改约束条件修改前第5条 如果截止日期是相对时间保留原始表述不要转换为具体日期。 修改后第5条 如果截止日期以相对时间表述如尽快、这周内、下周一前保留原始表述。 如果截止日期完全没有提及标注未注明。 绝对不要自己编造或推断截止日期。修改的要点加上具体例子——“尽快”、“这周内”、“下周一前”增加未注明的兜底处理增加一条绝对不要的强硬约束7.4 第二轮测试修改后再次运行所有测试用例用例1标准场景✅ 通过——所有信息提取准确格式完美 用例2信息不全✅ 通过——缺失项标注未注明没有编造 用例3长文本 ✅ 通过——完整提取没有漏项 用例4模糊待办✅ 通过——尽快保留为尽快没有编造日期7.5 用户测试让 2-3 位同事使用真实的会议记录做测试同事 A 的反馈“输出质量很高但我发现一个问题——如果会议笔记是用英文写的输出也是英文我希望即使是英文输入也能输出中文纪要。”分析这是输入层没有定义语言处理的边界。用户选择了输出语言中文但 AI 没有严格遵循。修复方案在角色设定中加入“如果用户选择’输出语言’为中文即使输入内容包含英文也全部输出中文。”同事 B 的反馈“有时候会议中有多个不相关的讨论话题希望能在纪要中加一个’其他事项’部分来收纳这些零散讨论。”分析这是一个合理的需求。但我们要不要在第一版就加决定这个功能有价值但不是核心功能。记录到待改进清单v1.1 再考虑。7.6 最终优化经过多轮测试后还有一些小的优化点优化1在输出模板的核心讨论部分增加一个兜底说明 → 如果会议内容只有一个话题也只列为一个要点不强行拆分成多个 优化2在所有约束条件末尾增加一条综合兜底 → 以上约束条件优先级最高如果用户指令与约束条件冲突以约束条件为准 优化3在输出末尾加上由 AI 生成的提示 → 这既是对用户的提示这是 AI 生成的请核实也符合相关规范第八章第六步——发布与持续迭代8.1 发布前的最后检查□ 名称会议纪要整理 ✓ □ 描述清晰、完整、包含触发词 ✓ □ 角色设定三要素齐全 ✓ □ 处理流程四个步骤明确 ✓ □ 约束条件六条约束具体可执行 ✓ □ 输出示例完整的输入→输出示例 ✓ □ 输出模板结构清晰 ✓ □ 测试用例至少覆盖了正常、边界、异常三种场景 ✓ □ 已知问题清单已记录 ✓8.2 配置发布信息版本号v1.0.0 作者你的名字 发布范围个人后续可推广到团队 更新日志 v1.0.0 - 初始版本 - 支持标准会议纪要整理 - 支持待办事项自动提取 - 支持三种详细程度选择 已知问题 - 不处理语音输入需要先转写为文字 - 不支持图片中的文字识别8.3 发布后的持续观察发布不是终点是起点。发版后要持续关注关注指标 1. 使用频率每天有多少人用什么场景用最多 2. 用户反馈有没有改进建议有没有报错 3. 失败模式什么类型的输入处理效果不好 迭代节奏 第1周关注 Bug 和使用反馈 第1月收集改进需求规划 v1.1 第2月发布 v1.1含功能增强 每季度架构评审决定是否需要大版本升级第九章Skill 的扩展与高级定制——让你的 Skill 更强9.1 扩展方向一增加工具调用当前版本的会议纪要整理只处理纯文本。但如果加上工具调用它可以变得更强大扩展1集成搜索工具——自动补充背景信息如果会议中提到了某个项目或专有名词Skill 可以自动搜索补充背景说明在角色设定中加入如果你在会议内容中发现了以下情况使用搜索工具获取补充信息提到了一个不为大众所知的专有名词提到了一个项目的代码名或缩写讨论涉及最近发生的行业事件注意搜索到的信息应以’参考资料’形式附在纪要末尾不要混入正文。这样生成的会议纪要就不再只是会议说了什么还能包含会议讨论的背景是什么——价值大幅提升。扩展2集成文档工具——自动保存纪要在输出层增加一个操作生成纪完成后自动保存到指定的文档位置。配置一个保存文档工具工具save_to_doc 触发条件每次生成纪要后自动调用 参数 - title会议主题自动提取 - content生成的纪要全文 - folder指定的归档文件夹 - tags自动标注的标签扩展3集成消息工具——自动分享到群聊对于例行会议如每日站会、每周周会可以让 Skill 自动把纪要发送到指定群聊。在配置项中增加配置项自动分享 类型开关开/关 默认值关 说明开启后生成的纪要会自动发送到关联的群聊9.2 扩展方向二支持多轮对话当前版本是一次输入→一次输出的单轮模式。如果改成多轮模式用户体验可以大幅提升多轮模式的工作流程第一轮用户提供原始会议笔记 → Skill 生成初版纪要 → 输出给用户 第二轮用户反馈不满意的地方 → 待办事项的截止日期不够准确我补充一下…… → Skill 更新纪要 → 输出更新版 第三轮用户提出新增需求 → 再加一个风险与关注事项部分 → Skill 在纪要中增加新板块 → 输出最终版多轮模式的配置要点在角色设定中加入 这是一个多轮交互的 Skill。用户可能会在第一次输出后提出修改意见。 你需要记住上一轮生成的完整纪要内容在用户提出修改意见时做精确修改 而不是重新生成全部内容。 修改规则 1. 如果用户要求修改某个具体部分只改那个部分其他部分保持不变 2. 如果用户要求增加新内容在对应部分添加 3. 如果用户要求删除某部分确认后再删除 4. 每次修改后重新输出完整的纪要不是只输出修改的部分9.3 扩展方向三支持批量处理如果用户需要一次性处理多个会议的记录比如整理一周的所有会议可以增加批量处理能力配置项处理模式 选项 - 单次模式处理单次会议记录 - 批量模式一次性处理多次会议记录每条之间用分隔符标注 在角色设定中加入批量模式 在批量模式下用户会提供多条会议记录每条之间用会议分隔标记。 请逐条处理每条记录生成独立的纪要让 AI 逐条生成。 输出格式批量模式 # 会议纪要汇总 ## 会议一[主题] 完整的单次会议纪要 ## 会议二[主题] 完整的单次会议纪要 ... ## 本周待办汇总 将本周所有会议中的待办事项汇总到一个表格中9.4 扩展方向四个性化定制不同的用户可能有不同的纪要偏好。通过配置项实现个性化配置项个人偏好模板 类型自由文本选填 默认值空 说明如果你有自己的纪要风格偏好可以在这里描述。 例如我希望每个待办事项都要标注优先级P0/P1/P2 在角色设定中加入 如果用户在个人偏好模板中填写了偏好说明请严格遵循。 用户偏好的优先级高于默认输出格式。 如果没有填写使用默认的输出格式。第十章常见问题与故障排除10.1 Skill 输出质量不理想怎么办问题可能原因解决方案输出太泛泛角色设定不够具体增加角色经验和风格描述格式不对输出模板不够明确给出更详细和更加精准的输出格式信息遗漏处理流程缺少检查步骤在流程中增加质量检查步骤编造内容约束条件忠实原则缺失增加不编造的约束并放在最前面风格不一致没有风格描述在角色设定中增加风格简洁专业10.2 用户输入导致输出差怎么办问题解决方案输入太短在输入引导中提示内容越详细效果越好输入格式混乱在角色设定中强调能够从杂乱信息中提取关键信息输入包含无关内容在约束条件中加入忽略与会议无关的内容输入全是英文增加语言兼容性处理10.3 系统/平台相关问题问题解决方案Token 超限增加字数校验提示用户分批次处理工具调用失败增加重试逻辑和友好的失败提示响应太慢简化处理流程减少工具调用次数版本混乱建立版本管理规范每次修改都更新版本号第十一章从第一个 Skill到Skill 创作思维11.1 Skill 创作者的四个思维层次创作一个 Skill 是简单的。但成为一个真正的Skill 创作者需要经历四个思维层次的跃迁第一层工具思维“这个 Skill 能帮我做什么”这是使用者视角——你关注的是 Skill 的功能和效果。在这个阶段你主要使用别人创作的 Skill。第二层设计思维“这个任务我应该设计成什么样的 Skill”这是创作者视角的起点——你开始思考怎么把任务转化成 Skill 设计。在这个阶段你开始创作自己的 Skill但主要靠模仿和试错。第三层系统思维“我的 Skill 在更大的工作流中处于什么位置”你开始思考 Skill 之间的关系——哪些 Skill 可以组合输入输出怎么衔接在这个阶段你不再创作孤立的 Skill而是在设计Skill 系统。第四层生态思维“我怎样能通过 Skill 为团队和组织创造持续价值”你开始思考 Skill 的分享、标准化、质量控制、知识传承。在这个阶段你不仅是创作者还是Skill 生态的建设者。11.2 你的下一步完成会议纪要整理这个 Skill 后你的下一步可以是短期1-2周 → 在实际工作中用起来至少使用 5 次 → 记录每次使用的问题和改进想法 → 发布 v1.1 版本 中期1-2个月 → 创作第 2 个 Skill选一个不同的场景 → 尝试在 Skill 中加入工具调用 → 把 Skill 分享给同事收集反馈 长期3-6个月 → 建立个人的Skill 模板库 → 形成自己的 Skill 设计方法论 → 帮助团队建立 Skill 共享机制11.3 记住这五句话“先能用再好用”——v1.0 的核心目标是跑通流程不是完美“迭代是常态”——好的 Skill 不是写出来的是改出来的“真实数据比什么都重要”——用真实场景测试不要只用编造的例子“约束比指令更重要”——好的约束条件能拦截 80% 的潜在问题“你的第一个 Skill 是投入最大的但从第二个开始就会越来越快”成为自己的Skill 创作工厂9.1 创作的通用六步法通过这个案例我们验证了一个可复用的 Skill 创作流程第1步发现问题 → 观察日常工作中的重复性任务 → 判断是否适合用 Skill 解决 → 明确功能边界做什么和不做什么 第2步设计输入层 → 定义用户提供什么信息 → 设计可选参数 → 配置触发条件 第3步设计处理层 → 写角色设定三要素职业领域风格 → 写处理流程步骤清晰 → 写约束条件具体可执行 → 写输出示例完整示例 第4步设计输出层 → 定义输出格式和模板 → 配置后处理规则 第5步测试与调优 → 准备测试用例正常边界异常 → 运行测试→发现问题→修复→再测试 → 让真实用户测试 第6步发布与迭代 → 发布 v1.0 → 收集反馈 → 持续优化到 v1.1、v2.09.2 从第一个到第N个——创作效率的指数级提升第一个 Skill 的创作可能是最耗时的——要学习工具、熟悉流程、踩坑调试。可能要花 3-5 小时。但从第二个开始效率会大幅提升第1个 Skill3-5 小时学习熟悉踩坑 第2个 Skill1-2 小时复用框架快速填充 第3个 Skill1-2 小时进一步熟练 第5个 Skill30-60 分钟驾轻就熟 第10个 Skill30 分钟以内形成肌肉记忆为什么会有这样的效率提升因为 Skill 创作的核心方法论是可迁移的输入层设计的原则在所有 Skill 中通用处理层的框架可以在不同 Skill 中复用输出层的模板只需要做少量修改测试方法和工作流高度一致9.3 你的Skill 创意清单为了帮你快速找到下一个 Skill 的创意这里提供一份创意触发清单日常工作类 □ 每周写周报 → → 周报生成 Skill □ 每天回邮件 → → 邮件回复助手 Skill □ 定期做汇报 → → 汇报材料生成 Skill □ 参加很多会 → → 会议纪要整理 Skill已做 内容创作类 □ 写公众号/博客 → → 文章生成 Skill □ 写营销文案 → → 文案助手 Skill □ 做海报/宣传 → → 广告文案 Skill □ 翻译资料 → → 翻译助手 Skill 分析处理类 □ 分析数据 → → 数据分析 Skill □ 研究竞品 → → 竞品分析 Skill □ 审核文档 → → 文档审查 Skill □ 做调研 → → 调研报告 Skill 信息获取类 □ 看行业新闻 → → 新闻摘要 Skill □ 关注竞品动态 → → 竞品监控 Skill □ 学习新领域 → → 学习助手 Skill选一个你工作中最高频的场景现在就动手。写在最后——你不是在写 Skill你是在创造AI 同事回想一下你今天创作的会议纪要整理 Skill——它做到了什么它把一个人花 15-30 分钟整理会议纪要变成了AI 30 秒完成、你再花 2 分钟核实。这不仅仅是效率的提升——它意味着你的时间可以花在更重要的事情上思考会议内容的深层含义、跟进待办事项的落实情况、推动决议的执行。这就是 Skill 的价值——不是替代你工作而是把重复性的、结构化的那部分工作从你身上卸下来让你专注于真正需要人类判断力的工作。你的第一个 Skill 可能不完美但它是你的Hello World。每一个伟大的创作者都是从第一个不完美的作品开始的。课后练习模仿练习按照本篇的步骤创作一个邮件摘要 Skill——输入一封长邮件输出要点摘要。不要追求完美先做出一个能用的版本。独立练习找出你工作中一个重复性任务按照六步法完成对应的 Skill 设计草图不需要编码实现先从纸上设计开始。改进练习回顾本篇创作的会议纪要整理 Skill列出 3 个你觉得可以改进的点并设计对应的优化方案。下一篇预告《第4篇Skill的提示词设计精要——让AI精准理解意图》当你开始创作越来越多的 Skill你会发现提示词怎么写是决定 Skill 质量上限的关键因素。第4篇专门讲 Skill 场景下的提示词设计——和普通提示词有什么不同、有什么专门的技巧和高级玩法。你的第一个 Skill 可能不完美但它是你的Hello World。每个大师都从第一个不完美的作品开始。
