在 Mac Mini 上跑 Claude：把最便宜的苹果产品变成后台劳动力

Mac Mini 上的 Claude：把最便宜的苹果产品变成一支后台劳动力 2026年7月17日 · 10 分钟阅读 · 查看原文 ↗ Claude 自动化 营销 大多数自动化都以同一种方式死去。有人建了点聪明的东西，在聊天窗口里跑了一次，合上笔记本去吃晚饭，然后整个东西就蒸发了。脚本从来不是薄弱环节。笔记本才是。它必须保持打开、插着电、醒着，工作才能继续发生——而笔记本天生就是用来做相反的事的。 Mac mini 没有这个问题。它在基础档大约 $599，功耗比一盏台灯还低，发出的声音不值一提，而且它只有一个职位描述：保持开机。这单一的特质，就是它变成人们悄悄把 Claude 工作流托付给的那台机器的全部原因。 这篇文章走三个这样的工作流——一个能自我分诊的收件箱、隔夜得到审查的 pull request、以及一个递给你的是一份简报而不是一个会议标题的日历——全都跑在一台摆在房子某处的 mini 上，做着没人需要记得去启动的工作。 为什么不直接用 Claude 聊天来做这些？ 你现在已经可以把一封邮件粘进 Claude 让它起草回复了。你现在已经可以粘一个 diff 进去求审查了。这篇文章里没有一样东西需要聊天窗口里不存在的能力。 改变的是谁去按下"开始"。 在聊天里，每一次你都是触发器。你打开标签页，你粘贴内容，你读答案，你把它复制到某处。你停止做这些的那一刻，过程就停了。它是一个只有你的手放在上面才会动的工具。 在 mini 上，触发器是一个时钟、一个 webhook、或一个落进文件夹的新文件。Claude 做工作、用你预先写好的规则检查它自己的输出、然后要么交付要么再试一次——不需要任何人打开笔记本。这就是"一个我用的模型"和"一个运行的系统"之间的全部区别。 桌上实际摆着什么 三层，没有一层是稀奇的： 机器。一台跑 launchd 任务（macOS 上 cron 那个更规矩的表亲）的 Mac mini，按日程或响应文件变化来触发 Python 脚本。任何一台小型的常开 PC 都能干同样的活——mini 只是碰巧安静、运行便宜、小到能藏在显示器后面。 存储。普通文件夹和 markdown 文件，加上工作流直接接触的任何东西——一个通过 IMAP 接入的收件箱、一个本地 clone 的 GitHub 仓库、一个同步到 .ics 源的日历。没有任何东西活在别人的应用背后。如果 mini 明天消失了，它产出的每一个文件在任何电脑上都能照常打开。 推理。通过 API 调用的 Claude。Sonnet 处理任何需要真实判断的事——决定一个 pull request 是否安全合并、起草一封听起来像你的回复。Haiku 处理廉价、高量的活——分类、打标签、是/否检查。这样拆分工作，是每月账单能保持在一份咖啡订阅以下的大部分原因。 现在看实际的工作流。 例行一：你查看时，收件箱里已经没有噪音了 大多数收件箱装得不是艰难决策。它们装的是根本不需要你的东西——一份 newsletter、一个日历确认、一个问了你已经回答过五十遍的问题的供应商。难的不是回答它们。难的是每一个在你还未做出判断之前就偷走的那二十秒注意力。 运行于：每 15 分钟，工作日 监视：主收件箱里的新邮件 步骤： 1. 拉取同一线程里的最近 10 条消息作为上下文 2. Claude 给新消息分类： - routine（确认、newsletter、自动回复） - 需要回复（一个真问题、一个请求） - 需要人来决定（钱、冲突、任何含糊的东西） 3. Routine -> 自动归档，记录到每日摘要 需要回复 -> Claude 用我的语气起草一份回复，存到 Drafts， 不经过我打开绝不发送 需要人 -> 原样保留、标记、不尝试起草 检查：分类必须包含一句理由。如果 Claude 拿不出一条引用实际消息内容的理由， 这条就默认掉进"需要人"。 停止：这一批里的每条消息都被分类完毕，或者 任何单条消息在 3 次重试后被直接标记给我 这里要紧的规则是那个回退。任何 Claude 无法自信分类的东西不会被猜——它会和原本一样落到你的腿上。这个工作流不是要替代那艰难 10% 上的判断。它是要停止在容易的那 90% 上偷你的注意力。 例行二：pull request 在你醒来前就得到第一轮过目 代码审查有一种奇怪的失效模式：最重要的那次审查——对那个晚上 11 点落地 PR 的审查——恰恰最可能被半睡半醒地匆匆略过，或者更糟，被一句"我明天再看"合掉，而这句"明天"从不会发生。 运行于：每个新 pull request，通过 GitHub webhook 步骤： 1. 拉取 diff 和关联 issue（如果有的话） 2. Claude 按一份固定评分标准审查： - 它是否符合关联 issue 的实际范围？ - 有没有对 auth、支付或迁移的任何改动？（标记，不评判） - 改动行的测试覆盖——存在还是缺失？ - 命名和结构是否与文件其余部分一致？ 3. 评论直接发到 PR 上，按评分项打 1-5 分， 明确点出两个最弱的点 检查：只有引用了具体行号才会发评论。 没有行引用的审查被丢弃并重试—— 含糊的反馈不值得发出去。 停止：评论发出，或者 2 次重试后 PR 被搁置 并附一条"自动化审查无法完成"的说明 这里没有任何东西会去合并。这是一双永不疲惫的眼睛，在你真正的那双眼睛之前坐在你的 PR 上。对着固定评分标准打分，是让它保持有用的原因——一个被要求自由发挥地"审查这段代码"的模型，倾向于要么什么都夸、要么随机挑刺。一个对着四个固定问题打分的模型，每次产出同一种反馈，而这正是它值得早上 8 点一读的原因。 例行三：会议到来时带着一份简报，而不只是一个标题 一个日历邀请告诉你时间和地点。它几乎从不告诉你，走进门之前你实际需要记住什么——和那个人最近的一封邮件往来、上次会议留下的待办、有人会问起的那个数字。 运行于：每个有 2 名以上参会者的日历事件前 45 分钟 步骤： 1. 拉取最近一封邮件线程，以及链接到某位 参会者名字或事件标题的任何共享文档 2. Claude 写一页简报： - 上次达成了什么（如果有的话） - 一个值得提出的未决问题 - 上一次往来里提到的任何数字或日期 3. 事件前 30 分钟以推送通知送达 检查：简报必须引用一条真实的先前消息或 文档。没找到先前上下文 -> 通知说 "未找到历史"，而不是一份编造的摘要。 停止：发送，或者如果参会者都是新人就整个跳过 最后那个检查值得停下来琢磨。当 Claude 找不到真实上下文时，让它凭空写一份听起来合理的简报是很容易的——而一个貌似合理的假货比没有简报更糟，因为你会信任它。强制一个诚实的"未找到"，是让那些确实送达的简报值得一读的原因。 上面一切所依赖的两条规则 剥掉具体细节，这里的每一个例行都建立在同样的两条护栏上。 一条可检查的规则，而不是一种感觉。"给这封邮件分类"是一种感觉。"给这封邮件分类，而如果你无法引用证明这个标签合理的那句话，就默认归到安全类别"是一条规则。区别在于：Claude 是在对着某个具体的东西给自己的活打分，还是只是产出一样听起来像完工了的东西。 一个真正的停止条件。上面每个例行都对重试次数有硬上限，并为它无法干净完成工作时会发生什么定义了一个回退。没有这个，一封格式错乱的邮件或一个 diff 坏掉的 PR 会高高兴兴地在重试循环里烧一整夜 API 调用，而账单会比 bug 报告先到。 把这两件事做对，具体任务就几乎不重要了——收件箱、代码、日历，或者别的什么。 在构建之前先亲手感受它 这些都不需要碰终端才能开始。你可以在一次普通的 Claude 对话里跑同样的形状，看看它在自动化任何东西之前是否真的对你有用： 你将分多轮完成这个任务，在宣布完成之前 检查你自己的输出。 任务： [你想被处理的事] 轮次规则： - 做这个活。 - 对照：[具体的、可检查的条件] 检查它。 - 如果没过检查，说出哪里错了，只重做那一部分。 - 如果过了，说"done"并停下。 - 绝不要问我澄清问题——做最合理的 假设，用一行说明它，然后继续。 开始。 这就是整套机制的缩影。没有 mini、没有 webhook、没有日程——只是 Claude 对照一条规则检查自己的活，而不是停在第一个看起来像样的草稿上。如果你在同类任务上亲手这样跑三四次、并不断回来用它，那就是它值得放上一台不需要你记得去运行它的机器的信号。 让它在凌晨 2 点不崩的顺序 没有人是靠先写 cron 任务来可靠地跑这些的。真正立得住的顺序是： 在聊天里亲手跑它，直到输出持续正确。 把那条确切的提示词变成一个脚本——逻辑不改。 在任何其他事之前，先加上检查和重试上限。 只有到这时才接到日程或 webhook 上。 直接跳到第四步，你就会以惨痛的方式发现"没有停止条件"要你付出什么代价，通常是一个满是重复 PR 评论的早晨，或一百条一模一样的草稿躺在你的 Sent 文件夹里。 这真正买到的是什么 这些没有一样让 Claude 更聪明。它制造的是"一个你用的东西"和"一个不管你在不在关注都能干活的东西"之间的区别。mini 不是有趣的那部分——它只是给一个工作流一台永远不需要被重新打开的机器的最便宜、最安静的方式。 从这篇文章里的手动版本开始。如果你发现自己亲手跑它超过一两次，那它就是值得放上一台你上床之后还开着的盒子的那个。 感谢阅读这篇文章 **创作者：@0xclayn 保存此文** 标签：# X # Claude # 自动化 # 营销 # 增长 # Thread # Sonnet 相关文章 如何搭建一个 reddit 销售系统（完整指南） 给我搭一个 hermes 智能体。这是 hermes 的网站：https://nousresearch.com Reddit Claude 营销 自动化