Skill 是“怎么做”
适合保存一套可重复执行的方法：触发条件、输入要求、步骤、输出格式、边界和验收方式。
01 / 基础概念
Skills 与 Memory怎么区分
一个简单判断：记事实和偏好，用 Memory；按固定方法做事，用 Skill；需要定时或消息触发，就把 Skill 放进 Workflow。
Memory 是“记住什么”
适合保存稳定事实和偏好，例如项目路径、用户习惯、团队规则。它不应该承载一整套执行流程。
Workflow 是“何时跑”
适合定义输入来源、触发时间、消息推送和人工确认。复杂 Workflow 里通常会复用一个或多个 Skill。
什么时候该做成 Skill
- 这个任务每周至少重复一次
- 执行步骤基本稳定，但每次输入不同
- 输出格式需要固定，例如标签、摘要、回复草稿或清单
- 里面有容易踩坑的边界，需要长期保留
- 你希望交给团队成员或客户反复复用
什么时候不该做成 Skill
- 只是一次性的闲聊或临时问题
- 只是记录事实、偏好或项目背景
- 流程还没有跑通，失败点尚不清楚
- 涉及付款、删除、发外部邮件等高风险动作且没有人工确认
- 内容太宽泛，例如“帮我做运营”这种大而空的要求
02 / 安装与更新
怎么安装 Skill
新手先记住这几类动作：浏览、搜索、安装、立即尝试、在会话中安装、更新。安装前看清用途，安装后用低风险输入验证。
浏览可用 Skills
适合不知道装什么时先看分类和名称。
hermes skills browse按关键词搜索
把关键词换成你的场景，例如 github、music、research、calendar。
hermes skills search github安装前预览
先看 Skill 说明、权限需求和适用场景，再决定是否安装。
hermes skills inspect <skill-id>从命令行安装
适合本地配置时使用。安装后建议重新开一个会话验证。
hermes skills install <skill-id>安装后立即尝试
Skill 会成为斜杠命令。先用低风险输入测试触发是否正常。
/<skill-name> <test request>在会话里安装
适合已经在 Hermes 对话里时直接安装。
/skills install <skill-id>更新已安装 Skills
适合周期性维护，避免本地 Skill 长期落后。
hermes skills update推荐验证顺序
hermes skills browse
hermes skills search github
hermes skills inspect github-code-review
hermes skills install codex
/github-code-review review the current diff
/skills browse
/skills search github
/skills install github-pr-workflow
hermes skills list --source hub
hermes skills check
hermes skills update
hermes skills audit03 / 常用分类
推荐 Skills 分类
中文用户第一次不需要追完整清单。先围绕自己的工作场景，从下面这些高频类型开始，会更容易跑出实际价值。
编程开发
适合处理代码任务、Issue、PR 和代码审查。
codexgithub-pr-workflowgithub-code-review
内容创作
适合把视频、文本、资料整理成文章、摘要或可视化内容。
youtube-contenthumanizerbaoyu-infographic
效率工具
适合连接日常办公系统，把表格、任务、客户信息变成可处理输入。
google-workspacelinearairtable
研究 / MLOps
适合论文检索、知识库搜索、提示优化和模型实验流程。
arxivqmddspy
运维 / 自动化
适合事件触发、任务拆解、Worker 协作和长期运行的自动化流程。
webhook-subscriptionskanban-orchestrator
编程开发codex
适合：让 Hermes 更稳定地处理代码阅读、修改、测试和提交说明。
第一次验证：让它只读分析一个小模块，输出风险点和测试建议。
注意：第一次不要直接让它大范围改代码。
编程开发github-pr-workflow
适合：把 Issue、分支、PR 描述和变更摘要串起来。
第一次验证：用一个小修复生成 PR 描述草稿。
注意：写入仓库前先确认权限和分支。
编程开发github-code-review
适合：按风险、回归和测试缺口审查代码。
第一次验证：让它审查一个最近改动文件，只输出问题清单。
注意：不要把风格建议和真实缺陷混在一起。
内容创作youtube-content
适合：把视频选题、脚本、摘要和拆条变成固定流程。
第一次验证：输入一个主题，生成 5 个标题和 1 版短视频脚本。
注意：涉及事实内容时要人工核对。
内容创作humanizer
适合：把生硬文本改得更自然，减少模板感。
第一次验证：改写一段产品说明，保留事实和语气边界。
注意：不要让它改变价格、承诺和关键术语。
内容创作baoyu-infographic
适合：把文章、清单或报告整理成信息图结构。
第一次验证：把一篇教程拆成 6 张图的内容大纲。
注意：先确定尺寸、平台和主视觉风格。
效率工具google-workspace
适合：连接文档、表格、邮件和日程类办公流程。
第一次验证：只读总结一个文档或表格，不做写入。
注意：OAuth 权限要最小化。
效率工具linear
适合：整理需求、Bug、迭代和项目状态。
第一次验证：把一段需求描述拆成 Issue 标题、描述和优先级。
注意：创建或修改 Issue 前要人工确认。
效率工具airtable
适合：把客户、内容、项目或线索数据变成可处理输入。
第一次验证：读取一张测试表，生成状态汇总。
注意：先只读，再逐步开放写入。
研究 / MLOpsarxiv
适合：查找论文、整理摘要、生成研究脉络。
第一次验证：围绕一个关键词生成论文阅读清单。
注意：论文结论需要人工复核。
研究 / MLOpsqmd
适合：把研究笔记、报告和可复现实验整理成结构化文档。
第一次验证：把一段实验记录整理成方法、结果、结论。
注意：不要混淆实验事实和模型推断。
研究 / MLOpsdspy
适合：用于提示优化、评估和可复用模型调用流程。
第一次验证：为一个分类任务设计输入、输出和评估样本。
注意：先做小样本验证，再扩大数据量。
运维 / 自动化webhook-subscriptions
适合：让外部事件触发 Hermes 工作流。
第一次验证：接一个测试 Webhook，只记录输入和摘要。
注意：必须限制来源、频率和签名校验。
运维 / 自动化kanban-orchestrator
适合：把复杂任务拆到看板、状态和多步骤执行里。
第一次验证：把一个交付任务拆成待办、执行中、验收三列。
注意：不要让自动化绕过人工验收。
把自己的流程写成 Skill
最好先让一个流程真实跑 5 到 10 次，再沉淀成 Skill。第一版不用追求完美，只要把触发场景、输入、步骤、输出和人工确认边界写清楚。
1先写适用场景
2再列输入要求
3固定输出字段
4写清禁止事项
5最后加验收方法
---
name: customer-followup
description: 根据客户最近消息生成跟进草稿和下一步清单
metadata:
hermes:
category: sales
tags: [followup, email, crm]
---
# Customer Follow-up
## When to Use
当需要根据客户最近消息、历史诉求和当前阶段生成跟进草稿时使用。
## Inputs
- 客户最近一条消息
- 当前阶段
- 已承诺事项
- 禁止触碰的信息边界
## Procedure
1. 先判断客户意图和紧急程度。
2. 提取需要回复的关键问题。
3. 生成简短、具体、不夸大的回复草稿。
4. 列出下一步动作和需要人工确认的风险。
## Output
- intent
- reply_draft
- next_actions
- human_review_required
## Verification
检查回复是否回答了客户问题，是否承诺了无法保证的结果，是否包含敏感信息。05 / 落地建议
看工作流模板先用现成 Skill，再沉淀自己的 Skill
第一天先安装一个常用 Skill，第二天用它完成一个低风险任务。一周后，把你反复补充的规则整理成自己的 Skill，这样才会真正变成长期资产。