Mnimiy(@mnilax)分享了他用 Claude Cowork 把 8 小时工作日压缩到 47 分钟键盘时间的实战经验。9 个 slash command 模板,30 天 side-by-side 测试,每周实际节省 34 小时(从 4 月无模板到 5 月有模板的 logged hours 差值)。
核心认知:插件是厨房, slash command 是食谱
Mnimiy 装了 11 个官方插件、12 个连接器,但发现:
"连接器的重要性比人们想象的小。slash command 的重要性比人们想象的大。"
插件是厨房,slash command 是食谱。你可以买遍市场上所有厨房,没有食谱仍然做不出菜。
9 个模板总览
| 模板 | 频率 | 手动时间 | Cowork 时间 | 节省 |
|---|---|---|---|---|
| /morning-brief | 每日 | 45 min | 4 min | 41 min |
| /competitor-scan | 按需 | 90 min | 12 min | 78 min |
| /triage | 每日 3 次 | 60 min | 8 min | 52 min |
| /meeting-prep | 会前 | 40 min | 6 min | 34 min |
| /weekly-status | 每周 | 120 min | 18 min | 102 min |
| /doc-review | 按需 | 45 min | 8 min | 37 min |
| /poly-audit | 每日 3 次 | 30 min | 5 min | 25 min |
| /research-deep | 按需 | 240 min | 28 min | 212 min |
| /repurpose | 按需 | 90 min | 14 min | 76 min |
原始周节省:72 小时 实际周节省:34 小时(扣除重叠输入成本、review 时间、后台运行时的并行工作)
模板 1:/morning-brief
运行:每天早上 7:30 功能:拉取过去 12 小时的 Gmail、Slack DM、日历、Polymarket 仓位、3 个 RSS 新闻源,输出一页简报
关键设计:
- TERMINATION: stop when all five sources are processed and the page is under 400 words. Do not summarize the summary.
- 无 TERMINATION 时输出膨胀到 1,400 字,带 executive overview 和 "key takeaways"
- "Do not summarize the summary" 让输出长度减少 60%,质量无损
模板 2:/competitor-scan
功能:扫描最多 8 个竞争对手的产品页、定价页、博客、X 动态、招聘、融资,与自身定位文档对比
关键设计:
- TERMINATION: stop when each competitor section has all 5 fields filled. Do not write an industry overview. Do not predict the future.
- "Do not predict the future" 每次节省 40 分钟——Cowork 默认会在报告底部加 strategic outlook,而这三条观察每次只是换皮重复
模板 3:/triage
运行:每日 9am、1pm、5pm 功能:收件箱分类(needs_reply / informational / already_handled),需要回复的自动起草
关键设计:
- "last 5 sent emails" voice-matching:用最近 5 封发给同一人的邮件匹配语气。无此功能时 Cowork 写商学院英语;有此功能时草稿像本人写的,有时忘记哪些是自己改过的
- 3 封太少(罕见主题丢失语气),10 封过拟合旧模式,5 封是折中
- "do not generate replies for threads you've already drafted":防止每天早上重复起草同一线程
模板 4:/meeting-prep
运行:外部会议前 2 小时 功能:拉取与会者所有过往接触点、最近 5 封邮件、共享文档、LinkedIn/X 更新,生成 3 个开放问题
关键设计:
- TERMINATION: stop at one page. If you can't fit something on one page, drop it.
- 4 页会议 prep 是礼貌的干扰。1 页版本才会被读
模板 5:/weekly-status
运行:周五 4pm 功能:拉取 Linear 关闭 issues、Notion 本周文档、Slack 频道摘要、日历,生成状态报告
关键设计:
- audience-specific length:internal 1 页 / client 1.5 页(软化失败、surface 风险)/ board 2 页(带 metrics-vs-targets)
- "Do not invent metrics not present in source data":最重要规则。Cowork 会在认为受众期待数字时 fabricate 数据。曾 3 次生成无来源的 "team velocity" 估计
模板 6:/doc-review
功能:阅读 10 页以上 PDF/doc,生成结构化 Q&A,标记不一致,surface 与之前写作的冲突
关键设计:
- TERMINATION: stop at this structure. Do not summarize the document linearly section by section.
- Cowork 默认输出是原文 30% 长度的线性 walkthrough,无用。结构化 Q&A 格式 30 秒可用
模板 7:/poly-audit
运行:每日 3 次 功能:读取 Polymarket 开放仓位、当前价格、过去 12 小时相关新闻,标记需要关注的仓位
关键设计:
- "Do not recommend new positions. Do not predict market direction. Audit only."
- 审计和交易建议混在一起会让两者都变差。保持分离
模板 8:/research-deep
功能:生成带完整引用的研究简报,使用并行子 Agent
工作流:
- 5 个并行子 Agent:学术源 / 新闻+行业媒体 / X discourse / 一手文档 / 反面观点
- 每个子 Agent 返回:5 个来源 + 3 行摘要
- Coordinator 综合:TL;DR / 主流共识 / 反面论证 / 证据薄弱点 / 基于证据的建议
关键设计:
- TERMINATION: stop at timebox. One pass per sub-agent.
- 子 Agent 是最大节省来源:4 小时 → 28 分钟,不是调优 win,是 5 个工人同时做 5 件事
模板 9:/repurpose
功能:一篇长文生成多平台适配:X thread、LinkedIn、newsletter excerpt、Slack share、email blurb
关键设计:
- "never use the same opening line across channels"
- 无此规则时,5 个适配都用"Three weeks ago I noticed..."的变体开头,读起来像内容农场
- "never quote more than 15 consecutive words from the source"
- 每个 channel earns 自己的 hook
3 条生存法则(9 个成功模板的共性)
-
Explicit termination criterion
- 每个幸存模板以 TERMINATION: 结尾
- 命名一个 Cowork 可以通过检查输出验证的条件:页数、字段数、结构完整性
- 不是 "be thorough" 或 "be complete"——是可检查的
- 无此规则时,中位 session 长度从 2h 20m 降到 14 分钟
- 21 个失败模板中 14 个因此被淘汰
-
Structured output shape, not free-form synthesis
- 每个幸存模板指定 named sections + specific contents
- 模型写入形状,不发明形状
- 失败模板输出如 "summarize and synthesize"——未定义容器,模型填入任何觉得 impressive 的内容
-
Role definition in the first line
- 每个幸存模板首行命名角色:chief of staff、audit-only、coordinator、repurposer
- 角色限制模型认为应该产出的范围
- 无角色时,"email triage" 还会预测回复率和推荐新联系人;"audit" 还会推荐新仓位
- 21 个失败模板中 7 个因此被淘汰
两条失败模式
| 失败模式 | 表现 | 占比 |
|---|---|---|
| No clean stop | 模型在时间块内迭代,输出越来越长越来越糟 | 14/21 |
| Mission creep | 无角色定义时,模型向所有方向" helpful" | 7/21 |
实施建议
- 第一周跑完再调优:模板写得保守,一周日志后会看到总是跳过的 section 或总是 blank 的 metric,剪掉它们
- Week 1 节省约 18 小时,Week 3 达到 34 小时——调优比原始 prompt 更重要
- 连接器必须授权:Gmail、Slack、Drive、Linear、Notion、Polymarket。未授权时 Cowork 会 loud fail 而非 silent skip——这是你想要的行为
核心 takeaway:34 小时周节省不是来自更好的模型或更多插件,而是来自" shaped right "的 prompt。TERMINATION 行是可检查的中止条件,结构化输出是防模型自由发挥的容器,角色定义是防 mission creep 的边界。这三条法则比任何单个模板都值钱——它们是 prompt engineering 从"艺术"走向"工程"的转折点。