永无岛
一、场景一：90 分钟录音转会议纪要
痛点
昨天 90 分钟的需求评审会，你做产品经理还得整理纪要发到群里。手动写一份至少 1 小时，写完老板还嫌"重点不突出"。
用到的工具
- 内置：
file.read、audio.transcribe、subagent.spawn - MCP（可选）：
server-notion（把纪要存到 Notion）、server-slack（自动发到群）
准备数据
开会时用 Mac 的「语音备忘录」、腾讯会议、飞书会议任意一个录下来，导出 .m4a 或 .mp3，放到 ~/Desktop/会议/2026-04-19-需求评审.m4a。
提示词（首次跑，跑完会被 Hermes 自动学成 Skill）
<role>你是一名优秀的会议纪要整理专家，特别擅长产品评审、技术 Review、Q&A 类型的会议。</role>
<task>
对 ~/Desktop/会议/2026-04-19-需求评审.m4a 做完整处理：转写 → 提炼 → 生成正式纪要。
</task>
<context>
- 会议名称：v2.0 支付模块需求评审
- 会议时长：约 90 分钟
- 与会人：周老板（产品经理，主持）、李工（架构师）、王总（业务负责人）、张总（CTO）
- 我的目标：得到一份能直接发到群里的正式纪要 + 一份给老板看的 1 页摘要
</context>
<process>
1. 用 audio.transcribe 转写音频，输出带说话人识别的 SRT/TXT
2. 把转写文本切成主题段落
3. 提炼出：
- 核心议题（5 个以内）
- 关键决策（每条带责任人 + 时间节点）
- 待办事项（每条标 owner + due）
- 未决问题（标记下次会议或谁去查）
- "亮点发言"：值得记下来的观点（带说话人）
4. 生成两份产物：
a) ~/Desktop/会议/2026-04-19-纪要-终稿.md（详细版，给团队）
b) ~/Desktop/会议/2026-04-19-摘要-1页.md（精简版，给老板）
5. 提取出"我（周老板）应该跟进的待办事项"，加到我的 Things 3 里
</process>
<format>
详细版结构：
# 会议纪要：{会议名}
## 会议信息
| 时间 | 主持 | 与会人 | 时长 |
## TL;DR（3 句话）
...
## 关键决策（5 条以内）
| # | 决策内容 | 责任人 | 时间节点 |
## 详细议题
### 议题 1：xxx
- 讨论要点
- 各方观点
- 结论
## 待办事项
- [ ] @张三 完成 XX，DDL 4-25
- [ ] @李四 ...
## 未决问题
- ...
## 亮点发言
> "..." —— 说话人
## 原始文字记录（折叠）
精简版：1 页 A4 内，只保留 TL;DR、决策表、待办表
</format>
实测时间
90 分钟会议 → Hermes 处理大约 4~6 分钟（用 Claude Sonnet 4 + Whisper 转写），成本约 0.8 元。
跑完之后，Hermes 会问："要把这套流程保存为 Skill meeting-notes-from-audio 吗？"——你说要。下次任何会议，只要"用 meeting-notes-from-audio 处理 ~/Desktop/会议/xxx.m4a"一句话搞定。
二、场景二：周报自动起草
痛点
每周五下午，团队群里 @你"该交周报了"。你打开模板，发现完全想不起来这周做了什么。
用到的工具
- 内置：
file.search、shell.exec、memory.search - MCP：
server-github、server-slack、server-notion
第一步：在 SOUL.md 里写周报偏好
# 周报偏好
公司模板有四段：本周完成 / 关键数据 / 下周计划 / 需要支持。每段最多 5 条要点。
- 每条要点配 1~2 个数据/链接
- 不许出现"全力以赴""赋能""抓手"这类废话
- 写完最后留 3 条"老板可能会问的问题 + 我的回答"
- 默认日期范围：周一 0:00 到周五 17:00
第二步：提示词
<role>你是我的资深职场写作助理。</role>
<task>
基于过去一周（周一到周五 17:00）的我的工作痕迹，写一份本周周报草稿。
</task>
<data_sources>
1. GitHub: github.list_commits(author=cassius, since=本周一)
2. Notion: notion.search(workspace=团队空间, edited_by=cassius, since=本周一)
3. Slack: slack.list_messages(user=cassius, channel=产品群+研发群, since=本周一)
4. 本地文件: 找出本周新建/修改过的所有 .md / .docx，按修改时间排
5. 我的 Things 3 里本周完成的任务
</data_sources>
<process>
1. 收集所有数据，按"功能/项目"分组
2. 自动判断"哪些值得放进周报"（去重 + 选最重要的 5 条）
3. 配上数据：
- 代码相关：commit 数 / PR 数 / 关闭的 issue 数
- 文档相关：行数 / 阅读量（如果 Notion 有）
- 沟通相关：处理的反馈数
4. 起草周报，留 [TODO] 让我补具体数字
5. 列 3 条老板可能问的问题 + 我的预备答案
</process>
<output>
Markdown 输出，按公司模板四段。
最后保存到 ~/Documents/周报/2026-W16.md
不要直接发送，等我审完再说
</output>
Skill 化
跑完后让 Hermes 学：
> 把上面这套流程保存为 Skill: weekly-report，下次我说"写周报"或"周报"就自动跑
从此每周五 17:00 你只要在 Hermes 里说一句"写周报"，2 分钟后拿到草稿，改 5 分钟就能交。
升级版：自动定时
hermes schedule "每周五下午 17:00，自动跑 weekly-report，写完通知我审稿"
三、场景三：邮件三句话总结 + 智能分类
痛点
每天 50+ 封邮件，里面真正需要你回复的可能只有 3 封。但你不打开就不知道哪 3 封。
用到的工具
- 内置：
mail.fetch、mail.send、mail.label - 配置：让 Hermes 接入你的邮箱（Gmail / Outlook / iCloud / 企业邮箱都支持）
接入邮箱
Gmail / Google Workspace：
hermes config set mail.provider gmail
hermes config set mail.account you@gmail.com
hermes mail authorize # 浏览器打开 Google OAuth
Outlook / Office 365：
hermes config set mail.provider outlook
hermes mail authorize
通用 IMAP（任何邮箱都能用）：
# ~/.hermes/config.yaml
mail:
provider: imap
imap:
host: imap.exmail.qq.com # 腾讯企业邮
port: 993
user: you@yourcompany.com
password_env: MAIL_PASSWORD
smtp:
host: smtp.exmail.qq.com
port: 465
提示词
<role>你是我的邮件助理。</role>
<task>
处理我邮箱过去 24 小时未读邮件，按规则分类、总结、提出建议。
</task>
<rules>
分四类：
- 🔴 紧急：必须今天处理（含老板、关键客户、合同、付款类）
- 🟡 重要：本周内回复即可
- 🟢 一般：知情即可，不需要回复
- ⚫ 垃圾/广告：直接打标签或删除
每封邮件给三句话总结：
1. 谁发的、是什么事
2. 关键诉求 / 问题
3. 建议怎么处理（"立即回复"/"周三前回"/"忽略"等）
如果是会议邀请，自动检查我日历是否冲突。
如果是你能直接回的（如简单确认、客套），生成草稿但不发出。
</rules>
<output>
Markdown 报告：
# 今日邮件简报（{N} 封）
## 🔴 紧急（{N} 封）
| 发件人 | 标题 | 三句话总结 | 建议 |
| 草稿（如已生成）|
## 🟡 重要
（同上）
## 🟢 一般
（一行一封）
## ⚫ 已自动处理
（一行一封 + 处理动作）
## 我建议你今天先回这 3 封：
1. ...
2. ...
3. ...
</output>
升级版：每天早上自动跑
hermes schedule "每天早 7:30 处理一次未读邮件，把简报推到我的 Telegram 和电脑桌面"
醒来打开手机 30 秒就能知道"今天哪 3 封必须回"，比刷 30 分钟邮箱效率高 10 倍。
四、场景四：客户反馈打分与归类
痛点
售后/产品同事一周收上来 60+ 条反馈，全部塞在一个表格里。你要从中挑出"值得做进下个版本"的需求。
用到的工具
- 内置：
file.read、excel.write、subagent.parallel
准备数据
把所有反馈整理到 ~/Documents/反馈/2026-W16-原始反馈.csv，至少有"客户ID/原文/渠道/日期"四列。
提示词
<role>你是我们公司的产品分析师，对 SaaS 产品的需求优先级判断有 10 年经验。</role>
<task>
分析 ~/Documents/反馈/2026-W16-原始反馈.csv 的所有反馈，做四件事：
1. 自动分类
2. 自动打分
3. 找出可执行的 Top 10
4. 给团队一份可读的报告
</task>
<categories>
分到下面 5 个桶之一：
- BUG：现有功能不工作（高优先级）
- 优化：现有功能不够好用
- 新需求：客户希望加新东西
- 提问/客服：用户其实是不会用
- 无效：抱怨、广告、测试数据
</categories>
<scoring>
每条按 5 个维度打分（1-5）：
- 紧急度：BUG 自动 5 分，其他按内容判断
- 影响范围：影响多少客户（结合我们 CRM 数据）
- 商业价值：付费客户 vs 免费客户的占比
- 实现成本：1（一天能改）到 5（要重构）
- 战略契合：与本季度路线图的契合度
</scoring>
<process>
1. 先去重（语义相似的合并为一条，原文都保留）
2. 用 5 个并行子代理分别给 5 类反馈打分（用 deepseek-chat 即可，节省成本）
3. 综合打分排序
4. 找出 Top 10 "高价值低成本" 候选
5. 输出结果
</process>
<output>
1. ~/Documents/反馈/2026-W16-分类打分.xlsx（完整表格，所有列）
2. ~/Documents/反馈/2026-W16-Top10.md（精选+理由）
3. 给老板的 1 页摘要：本周反馈整体特征 + 三件最该做的事
4. 把 Top 10 自动同步到 Notion 的【需求池】数据库
</output>
升级版：每周一早上自动跑
hermes schedule "每周一上午 9:00，跑客户反馈分析。结果发到产品评审群"
把"每周需求池整理"这件每周烧 4 小时的活变成"每周一早上自动有"。
五、场景五：竞品监控 diff
痛点
你需要知道竞品官网、定价页、博客有没有变。手动每天点一遍 5 个网站，根本坚持不下来。
用到的工具
- 内置：
browser.open、browser.snapshot、http.get - 自定义：
page.diff（比较两个版本）
提示词
<role>你是我们公司的竞品分析专员。</role>
<task>
监控以下竞品网页的变化，每天给我一份变更日报。
</task>
<targets>
- 竞品 A 官网首页：https://competitor-a.com
- 竞品 A 定价页：https://competitor-a.com/pricing
- 竞品 A 博客：https://competitor-a.com/blog
- 竞品 B 官网：https://competitor-b.com
- 竞品 B 文档版本号：https://docs.competitor-b.com/changelog
</targets>
<process>
1. 每天 8:00 抓取所有页面的 HTML
2. 与昨天的版本做 diff
3. 自动判断变化是否"有意义"（CSS 变化、随机数等忽略）
4. 对每个有意义的变化做总结：
- 改了什么（一句话）
- 重要性：低/中/高
- 我们应该关注吗：是/否 + 理由
5. 把所有快照存到 ~/Documents/竞品监控/<日期>/
</process>
<output>
Markdown 日报：
# 竞品变更日报（{日期}）
## 🚨 高重要性变更（{N} 项）
1. **竞品 A 上线了 XX 功能** —— [截图] [详情]
- 变化：xxxx
- 影响：xxx
- 建议：我们 xxx
## 🟡 中等变更
...
## 🟢 微小变更
（一行带过）
## 一周回顾
（如果今天是周日，自动补一段本周综述）
把日报存到 ~/Documents/竞品监控/<日期>/日报.md
并发到 Slack 的 #竞品 频道
</output>
实战收益
某 SaaS 创业团队反馈："以前我们靠运气发现'竞品又加了个 AI 功能'，往往滞后两周。现在 Hermes 当天就告诉我们，我们能在 24 小时内决定怎么应对。"
六、场景六：求职/招聘双向自动化
6.1 求职版
如果你正在找工作：
<role>你是我的求职军师，对中国互联网招聘市场非常熟悉。</role>
<task>
按下面的画像，每天搜岗、定制简历、批量投递、跟踪进度。
</task>
<my_profile>
- 5 年产品经理经验，深圳/上海/杭州都接受
- 期望薪资 35K-50K
- 擅长：B 端 SaaS、支付、用户增长
- 不接受：996 严重的、纯外包、太小的初创（<20 人）
- 我的简历版本：~/Documents/简历/2026版.docx
</my_profile>
<process>
每日 7:00:
1. 在 BOSS 直聘、拉勾、猎聘、领英国内、V2EX 找工作板块上找新岗位
2. 用我的画像过滤：薪资、地点、不接受清单
3. 对每个匹配岗位生成定制简历（突出与岗位相关的项目）
4. 给我一份"今日推荐 5 岗"
5. 我每条点 ✅ 后，自动投递（脚本驱动浏览器）
6. 后续跟踪 HR 回复，三天没回的 follow up 一次
每周日 20:00:
- 总结本周投递情况、面试邀约率、转化漏斗
- 给我下周的策略建议（要不要调整画像？要不要降薪资期望？）
</process>
6.2 招聘版
如果你是招聘官：
<role>你是我们公司的招聘助理。</role>
<task>
处理 ~/Documents/招聘/收到的简历/ 下所有 PDF 简历，按下面规则初筛打分。
</task>
<rules>
- 岗位 JD 见 ~/Documents/招聘/JD-高级前端.md
- 自动提取：姓名 / 学校 / 工作经历 / 项目 / 技能栈 / 期望薪资
- 按以下维度打分（1-10）：
· 学历背景
· 工作年限匹配度
· 项目相关性
· 技术栈匹配度
· 跳槽频率合理性
· 简历表达水平
- 综合分 ≥ 7 的进入"建议面试"
- 5~7 的进入"备选"
- < 5 的"婉拒"
</rules>
<output>
1. ~/Documents/招聘/汇总.xlsx 全表
2. "建议面试"清单 + 每位候选人的 3 个亮点 + 3 个建议追问的问题
3. 婉拒名单 + 自动生成的婉拒邮件草稿（不发，等我批准）
</output>
七、场景七：数据报表自动生成
痛点
每周一早上业务方来问"上周 XX 数据怎么样？"，你都要重新查数据库 + 出图 + 写解读，半天没了。
用到的工具
- MCP：
server-postgres/server-mysql/server-bigquery - 内置：
python.run、shell.exec、file.write
配置数据源
// ~/.hermes/mcp.json 加一段
{
"name": "datawarehouse",
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-postgres", "postgresql://readonly:pass@dw.company.com:5432/analytics"]
}
提示词（每周报表）
<role>你是我们公司的数据分析助理，对核心业务指标了如指掌。</role>
<task>
出一份本周（周一到周日）业务报表。
</task>
<metrics>
核心指标：
- DAU / WAU / MAU
- 新增注册数
- 付费转化率
- 客单价
- 续费率
- NPS（如果本周有调研）
分维度看：
- 渠道（自然流量 / 广告 / 销售）
- 套餐（免费 / 标准 / 专业 / 企业）
- 地域（一线 / 二线 / 三线及以下）
</metrics>
<process>
1. 用 datawarehouse MCP 查所有指标本周 vs 上周 vs 去年同期
2. 自动判断异常（涨跌 > 20% 的）
3. 给每个异常找可能原因（查同期产品发布、广告投放、市场事件）
4. 生成图表（折线、柱状、漏斗）
5. 写一段"老板需要知道的 3 件事"
6. 整体输出 PDF 报告
</process>
<output>
~/Documents/报表/2026-W16-业务报表.pdf
内容：
- 一页摘要（3 个关键数字 + 3 句话）
- 趋势图
- 异常归因
- 下周需关注的 3 件事
- 附录：完整指标表
发到老板邮箱 + 业务群
</output>
升级版：每周一 8 点自动跑
hermes schedule "每周一上午 8:00 跑 weekly-business-report，9:00 前必须送达"
业务方早上 9 点来上班时，最新报表已经在他们邮箱里了。
八、本章小结：把 7 个场景串成一条"工作主线"
如果你把这 7 个场景全部配齐，一个标准的工作日会变成：
07:00 Hermes 早报：今日重要邮件 + 紧急任务（手机推送）
08:30 到办公室，看一眼邮件简报，回完最紧急的
09:00 Hermes 业务报表已经在邮箱（如果是周一）
10:00 开会，会前发录音给 Hermes
11:30 会一结束，纪要 + 待办已生成，发到群里
14:00 收一波客户反馈，一句话扔给 Hermes 自动归类
15:00 开始写产品文档（你的本职工作）
16:00 Hermes 提醒"竞品 A 今天发了新博客，建议看看"
17:00 Hermes 推送"该写周报了"，1 分钟拿到草稿
17:30 改完周报，下班
所有"能让 AI 干的活"都被 AI 干掉了，你只负责"只有人能干的事"——决策、判断、和人打交道。
本章一图回顾
┌────────── 你的一周 vs Hermes 加持的你的一周 ──────────┐
│ │
│ 传统工作流 Hermes 工作流 │
│ ───────────── ───────────────── │
│ 周一早上： 周一早上： │
│ 4h 整理上周反馈 → 0min（已自动出报告） │
│ 1h 看一周邮件 → 5min（看简报） │
│ │
│ 周三： 周三： │
│ 会议 90min → 会议 90min（不变） │
│ 1h 写纪要 → 5min（审 + 微调） │
│ │
│ 周五： 周五： │
│ 2h 写周报 → 10min（审稿） │
│ 30min 应付杂事 → 0min（已被定时任务做了）│
│ │
│ 每周节省：约 8~12 小时 │
│ │
└───────────────────────────────────────────────────────┘
下章预告
到这里你已经看到 Hermes 在生活和工作场景里的威力。但前面的例子大多需要你"主动喊一句"—— 第八章 定时任务与自动化 会教你怎么让 Hermes "你不喊它也自己干"，包括：
- Hermes 内置的 Cron 调度器
- 11 个开箱即用的定时任务模板
- "组合工作流"：一件事自动触发另一件事
- 跨平台联动：电脑跑任务 → 结果推到手机