一句 Prompt 驱动五个 PR 审查与每小时自动化巡检Munder Difflin 的 PR Review Agent 实战拆解【免费下载链接】munder-difflinA local multi-agent harness that works with your existing Claude Code, Codex subscriptions, allows you to run an office of agents项目地址: https://gitcode.com/GitHub_Trending/mu/munder-difflinMunder Difflin 是一个本地优先的多 Agent 编排工具harness它允许你基于已有的 Claude Code、Codex 订阅在本地运行一个办公室的 Agent。本文以项目官方博客记录的 dogfooding 实战为骨架拆解一个 Prompt 同时完成存量 PR 审查 每小时新增 PR 巡检这一完整工作流既讲清你在界面上如何下达这样一条指令也深入 调度器源码 与 ScheduledMission 配置 的底层实现让你掌握 ScheduledMissions 的字段语义、触发机制与本地优先的边界从而在自己的仓库里复刻一套自动 PR 审查管线。背景400 stars 之后PR 比眼睛多事情的起点是一场突如其来的关注度。Munder Difflin 仓库三天内突破了 400 stars随之而来的是贡献者 Gulum 提交的一批高质量 PR修复 Windows 用量计显示 0/0、路由器层面强制 assistant 只发不收的契约、每会话终端主题开关、statusLine 上下文仪表、光标可见性修复。五个真实缺陷与特性改进排队等着被审阅而维护者根本没有时间逐行读 diff。作者的应对方式不是打开 GitHub 通知面板也不是列一份 code-review checklist而是打开 Munder Difflin向god orchestrator上帝编排器输入了一整条指令Review all the open PRs on the GitHub repo, and set up a recurring mission that checks for new PRs every hour and reviews them.审查仓库里所有打开的 PR并设置一个每小时检查新 PR 并审查它们的循环任务。这就是全部指令。没有配置文件没有 workflow YAML没有 webhook 接线。一次运行五份完整审查几分钟后五个 PR 的详细审查意见以评论形式被发布到 GitHub——来自同一批次、时间戳彼此只差几秒约2026-06-07T01:47显然是单次 Agent 运行的产物。审查不是摘要或占位符而是包含PR 做什么的总结、✅ 正在生效的部分、针对边界情况的尖锐提问以及需要后续处理的可执行请求。作者在原文中给出了五个可验证的实例对应 GitHub 上的真实 PR 编号PR #39修复 cream 主题下不可见的文本光标审查指出这是对之前caret-color修复的正确跟进分析了 SVG 结构墨迹笔划叠加在奶油色光晕上以形成对比并确认 UA 回退是恰当的。PR #34修复 Windows 用量计 0/0审查准确识别出 reconciler 的 POSIX 路径编码规则replace(/^\//,).replaceAll(/,-)永远匹配不到 Windows 目录名并解释了以process.platform win32为门控、改用不同编码才是正确修法。PR #33路由器层面强制 assistant 只发不收审查准确描述了 bounce 行为确认作用域被正确限制在route()的直接投递路径上broadcast 路径本就过滤了 assistant并将其判定为 issue #32 的外科手术式修复。PR #26终端主题切换 Unicode 11 emoji 宽度审查抓住了此前的设计问题——用claude config set -g会顺带重置用户自己的外部 Claude 会话样式——并确认在 spawn 时将主题镜像进每个 Agent 的独立设置文件这一修正才是正确的边界划定。PR #12statusLine 上下文仪表这是批次里最复杂的 PR三次跟进提交、一个 ratcheting 限额启发式、以及用 statusLine 推送机制替换 transcript 轮询。审查发现了一个真实缺口——一个能逃过Math.min/max钳制的NaN——Gulum 在后续提交中以Number.isFinite守卫修复了它。五份审查一个 Prompt整批在几秒内完成耗时是作者去干别的活的几分钟。每小时自动巡检ScheduledMission 从何而来审查现有 PR只是指令的一半另一半是每小时审查新 PR的循环任务。这部分由ScheduledMissions承载——在 src/main/config.ts 中定义的小型持久化记录/** A recurring auto-dispatched mission fired on an interval by the scheduler. */ export interface ScheduledMission { id: string; label: string; intervalMs: number; /** Day-of-week time-of-day schedule. When present and valid this REPLACES * intervalMs — an interval cannot say weekday mornings, because it drifts * against the clock and a 24h one started at 15:00 fires at 15:00 forever. */ weekly?: { days: number[]; minute: number }; to: string; body: string; enabled: boolean; autoCompact?: boolean; lastFiredAt?: number; /** Mission flavor. Absent ⇒ dispatch ... heartbeat ... compact. */ kind?: dispatch | heartbeat | compact; quietThresholdMs?: number; }各字段语义结合源码注释id任务唯一标识调度器用它把lastFiredAt写回配置。label显示为消息主题message subject也是你看到这次触发干了什么的入口。intervalMs触发周期毫秒。官方预置的 ops standup 用的是3_600_000即 1 小时与文中每小时巡检一致。weekly可选。当携带合法的weekly时它取代intervalMs见 src/shared/weeklySchedule.ts——intervalMs会被故意保留在记录上切回时恢复原节奏。to目标 Agent id或broadcast。PR 审查任务的目标是pr-reviewer这个 Agent。bodyAgent 实际收到的指令文本。enabled是否参与调度false的任务不会被syncMissions武装。lastFiredAt上次触发时间戳毫秒调度器在每次 fire 后回写是错过补跑与UI 显示上次触发时间的依据。kind任务风味。缺省为dispatch经典间隔分发如 ops standupheartbeat是观察楼层状态的自适应心跳compact是纯自动压缩信号只发压缩事件、不做hive.send分发。god 编排器创建的任务就是这样一个记录intervalMs为一小时to指向pr-reviewerAgentbody指示它检查打开的 PR 并审查任何未见过的。任务创建后即持久化随后的每个小时 tick 都会把pr-reviewer-mq33uu9y这样的审查 Agent 拉起一次。调度器是如何递信的syncMissions 与 hive 收件箱任务的循环触发不是靠魔法而是 src/main/index.ts 中的syncMissions()它从持久化配置读取missions清空旧定时器然后为每个enabled的任务武装定时器。触发逻辑fire()的核心只有几行if (m.kind ! compact hive.enabled()) { hive.send({ to: m.to, act: request, subject: m.label, body: m.body }, scheduler); } // ... stamp lastFiredAt back into config关键点在于调度器做的只是往目标 Agent 的收件箱里投递一条request消息发送者标记为scheduler。这条消息与任何人类或其他 Agent 投递的消息走的是同一个收件箱——目标 Agent 醒来、读到消息、执行任务。一条计划任务一旦进入队列就没有任何特殊之处它就像一个普通任务那样运转。这正是原文自动化只是一个给 Agent 收件箱续杯的定时器这句话的源码级注脚。调度器还做了两件容易被忽略的事尊重lastFiredAt的补跑语义const remaining Math.max(0, m.intervalMs - (Date.now() - (m.lastFiredAt ?? 0)))——应用重启或编辑其他任务时不是从零重新计时而是只等距下次应触发还剩多久然后落入稳定setInterval。超期任务在下次启动时会立即补跑remaining 被钳到 0这正是原文任务在应用重启后依然自持的机制来源。missions:updated广播fire 后通过liveWebContents()?.send(missions:updated)让 SCHEDULES 面板刷新上次触发时间无需重载。顺带一提scheduler还出现在 SYSTEM_SENDERS 集合中new Set([heartbeat, scheduler, breaker, system])意味着调度器自身的节拍不会触发无关的唤醒逻辑——这是调度噪声与真正的工作消息被区分的边界。从 interval 到 weekly调度的两种形状原文任务用的是固定 1 小时间隔但 Munder Difflin 的调度体系还支持第二种形状——每周一和周四 09:00式的日历调度。纯函数模块 src/shared/weeklySchedule.ts 提供了normalizeWeekly()校验并规范化{ days, minute }非法值返回nulldays 必须是 0–6 的整数数组minute 必须是 0–1439 的整数。nextWeeklyFireMs()/previousWeeklyFireMs()计算下一个/上一个匹配时隙。weeklyDelayMs()算出到下一时隙的等待毫秒数配合WEEKLY_CATCHUP_MS6 小时——笔记本在 09:00 睡着、10:30 打开仍会补跑 09:00 的 slot周五关机周一打开则不会补跑周五的。模块注释明确说明一切基于本地时间且用日历字段构造Date(y, m, d, h, min)而非毫秒加法以避开夏令时边界的一小时漂移。对应的 weekly-schedule.test.cjs 覆盖了这些纯函数例如验证槽位在前则等待而非立即触发weeklyDelayMs返回 1 小时、days: []返回null等边界。syncMissions中 weekly 分支的rearm()还带有一个 spin guard以justFired传入的 now 作为 last-fired floor避免writeConfig失败导致下次计算又返回 0 而陷入热循环。这些细节共同保证了计划任务在真实机器上是可靠的。自动化在这里意味着什么这个案例里值得单独拎出来说的一点是每小时 PR 审查者不是 GitHub Actions 工作流也不是 webhook。它是一个本地 Agent按计划醒来、读取仓库状态、亲自做审查工作——它带有人类审查者会有的智能、语气和判断力因为它本身就是一个 Claude Agent。自动化只是往 Agent 收件箱里投递消息的定时器。整套能力之所以成立根子在于 god orchestrator 对复合意图的理解一句做这个 AND 设置一个循环的被分解成两个任务——立即执行的一次性审查 创建 ScheduledMission。这条从自然语言到两个独立工作流的路径是 how-the-god-orchestrator-works.md 所讲编排原理的直接体现而任务调度机制的完整专题可继续阅读 scheduling-autonomous-agent-missions.md。这也带出了原文强调的递归性PR 审查者是一个 Munder Difflin Agent在审查提交给 Munder Difflin 的 PR博客本身也是由 Agent 撰写。整个 hive 是其自身开发循环的一部分——这不是噱头而是本地优先协调层天然允许的事情。边界与取舍本地优先意味着什么必须点明的限制是ScheduledMissions 是本地优先的。定时器活在桌面应用的进程里PR 审查者只在 Munder Difflin 打开时才会触发。这是刻意为之的取舍——这是一个跑在你自己的机器上的工具而不是云 cron。lastFiredAt的补跑机制缓解了它任何错过的 tick 会在下次启动时立即补齐。但如果你需要笔记本合盖时依然审 PR那确实属于云任务的地盘。对白天开着应用的独立维护者而言这正是恰到好处的权衡。结论Prompt 就是完整的职位描述这个故事真正的 takeaways 不是我们省下了审 PR 的时间而是一次性审查 持续自动化这一整套工作流和所有其他任务一样都从一个对协调器的自然语言请求里长出来——没有配置文件、没有 workflow YAML、没有 webhook 接线只有一句做这件事并持续做下去。一次 Prompt 完成五份审查紧接着一个每小时巡检的 Agent 上岗下一次社区 PR 到来时审查会在下一个 tick 自动发生无需任何人碰键盘。这就是编排器 调度器本该有的手感Prompt 就是完整的职位描述hive 负责把其余部分搞定。若想在自己的仓库复刻这套管线你需要的只是一条措辞清晰的复合指令存量审查 周期巡检并理解 ScheduledMission 的intervalMs/to/body/enabled/lastFiredAt语义——其余的交由调度器与收件箱完成。【免费下载链接】munder-difflinA local multi-agent harness that works with your existing Claude Code, Codex subscriptions, allows you to run an office of agents项目地址: https://gitcode.com/GitHub_Trending/mu/munder-difflin创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考