Munder Difflin 从 Slack 驱动 AI Agent Hive完整接入指南与源码级原理【免费下载链接】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 是一套运行在你本机的多智能体编排工具multi-agent harness它把一组 AI agent 组织成一座虚拟办公室日常主要通过桌面端操作。而 Slack 集成则把这座办公室的入口延伸到聊天工具里在频道中mention 机器人消息就会变成 hive 队列中的一项任务由编排器分派给合适的 agent 执行任务完成后再把摘要回复到同一线程。本文基于仓库中的实战文档 run-ai-agent-hive-from-slack-setup.md完整拆解这套集成从 Slack 应用创建、凭据配置、Event Subscriptions 对接到消息触发、线程激活、附件摄入、完成摘要回帖的完整链路并深入到 slack.ts、slack-trigger.cjs 等源码讲清为什么这样设计。版本提示文档写作时对应 0.5.2 之前的接入方式。从 Munder Difflin 0.5.2 起Slack 连接不再依赖公共 URL设置字段也已移动请以 connect-slack-to-munder-difflin.md 中描述的当前配置流程为准。本文完整保留了旧版接入的机制细节这些底层行为触发判定、线程激活、安全模型在新版本中仍然一致仍具参考价值。你正在构建什么一条在已连接的 Slack 频道中mention 机器人的消息会变成编排器队列中的一个任务——和你直接在应用里输入的任务完全等价。编排器GOD/Michael收到后对其进行分诊并路由给最合适的 agent。以下两个设计让整个交互像对话而非发完就忘线程激活Thread activation线程内的第一次 mention 会激活该线程。之后在同一线程里继续回复时无需再次 mention 机器人hive 会持续监听。这是真正的来回对话不是一次性命令。完成摘要Done-summaries任务落地后办公室通过 Slack 的chat.postMessage把摘要回复回原线程。你在哪里提问就在哪里看到结果。它还支持文件与图片附件摄入在 mention 的同时附带截图或日志文件hive 会把它下载下来交给 agent 使用源码中单文件上限为 10 MB见 index.ts 的SLACK_FILE_MAX_BYTES。底层实现没有任何slack/bolt、没有框架、也没有云端托管。应用内部只有一个极简的node:http服务器实现了 SlackEvents API中恰好够用的那部分协议本地隧道tunnelmole则为 Slack 提供一扇可以按门铃的公网入口。你的 agent、它们的记忆、你的代码始终留在本机实现见 slack.ts 的模块注释。整体流程如下Slack 事件 → 隧道 → 本地 webhook 服务器HMAC 验签→ 触发判定mention/线程/附件→ 去重 → 消息入队 → 编排器分诊 → agent 执行 → 线程内回帖 / done 摘要。Part 1 — 创建 Slack 应用进入 Slack 的应用管理控制台选择**从零创建From scratch**一个新应用放入机器人要工作的 workspace。整个接入过程你需要收集两个密钥、配置三个权限范围下面是每个配置项的确切位置。Signing Secret签名密钥在应用的左侧导航打开Basic Information找到App Credentials区块复制Signing Secret。Munder Difflin 用它来验证每一个入站请求确实来自 Slack——它不会离开你的机器也绝不会被写入日志。Bot Token Scopes机器人令牌权限打开OAuth Permissions → Scopes → Bot Token Scopes添加以下三个权限Scope作用chat:write允许机器人发帖回复包括把完成摘要写回线程channels:history让 Slack 把公开频道中的消息与线程回复事件投递过来groups:history同样的能力针对私密频道只需这三个不需要更多。hive 会从每个事件中自动学习机器人自己的 user id因此检测 mention 不需要额外申请权限范围——对应实现见 slack.ts服务端从payload.authorizations[0].user_id首次获取自己的botUserId之后用它在文本中匹配BOTID形式的提及shouldTrigger的判定逻辑在 slack-trigger.cjs。安装应用并获取 Bot User OAuth Token仍在OAuth Permissions页面点击Install to Workspace并批准授权。Slack 随后会展示一个以xoxb-开头的Bot User OAuth Token复制它。该令牌授权机器人发出回复与签名密钥一样它只存在于应用主进程的配置中从不被记录到日志。回复时携带它的位置见 slack.ts直接以Bearer xoxb-…请求slack.com/api/chat.postMessage同样是零 SDK 的裸node:httpsPOST。把两个值都收好接下来要先把它们粘贴进 Munder Difflin之后还要回来完成 Event Subscriptions 配置。Part 2 — 配置 Munder Difflin打开 Munder Difflin进入Settings在 Slack 区域按顺序完成Enable Slack启用集成。粘贴Signing Secret。粘贴Bot User OAuth Tokenxoxb-…。可选设置Channel ID把摄入范围限制到单一频道留空则接受机器人所在的所有频道。这是避免嘈杂 workspace 变成嘈杂 hive 最干净的办法。可选如果本机3847端口默认值已被占用可以修改端口。点击启动后应用会绑定本地 webhook 服务器并打开公共隧道随后显示一个Request URL——这是 Slack 将要调用的公网地址。复制它供最后一步使用。如果隧道无法启动应用会给出真实错误而不是丢给你一个失效的 URL。本地处理程序是安全边界因此即使隧道失败它也保持运行——但要让 Slack 能访问到它你确实需要一个可用的隧道 URL。配置项与源码对照以上五个设置项在 config.ts 中都有对应字段——slackEnabled总开关默认关闭、slackSigningSecret、slackBotToken、slackChannelId留空即任意频道、slackPort默认端口回退逻辑见 index.ts 的cfg.slackPort cfg.slackPort 0 ? cfg.slackPort : 3847。启动入口startSlackServer()位于 index.ts先构建SlackWebhookServer成功启动隧道后再拉起两个附属组件——token 门禁的回环回复端点SlackReplyServer以及监听 kanban 中 Slack 来源任务完成状态的 done 通知轮询器。Part 3 — 把 Slack 指向你的 Request URL回到 Slack 应用打开Event Subscriptions打开Enable Events开关。把 Munder Difflin 提供的Request URL粘贴进Request URL字段。Slack 会立即向它发起一次性的url_verification握手应用回应 challenge 后Slack 显示绿色Verified。如果验证失败参考下方故障排查——绝大多数情况都是隧道的问题。随后滚动到Subscribe to bot events添加app_mention—— 当有人 mention 机器人时触发。这是主触发器。message.channels—— 公开频道中的消息事件用于已激活线程内的回复和file_share 上传。message.groups—— 同样的作用针对私密频道。保存更改。Slack 可能提示需要重新安装应用以应用新的事件订阅——按提示操作即可。整个闭环就完成了。url_verification握手的处理代码在 slack.ts收到type url_verification的载荷后原样把challenge以 JSON 回写状态码 200。触发规则什么会触发什么被忽略hive 会在以下情况触发在已连接的频道中直接mention机器人在机器人已被 mention 过的线程内发出任意回复无需再次提及上传文件或图片且同时 mention 了机器人。它刻意忽略机器人自己的帖子、消息编辑、频道加入通知以及所有其他消息子类型——因此它绝不会自说自话也不会对频道噪音做出反应。这套判定逻辑完全封装在 slack-trigger.cjs 的shouldTrigger()里可以概括为四道闸门频道过滤配置了channelId时其他频道的事件直接丢弃L117-L118。自循环 子类型安全ev.bot_id存在机器人自己的帖子或子类型不是file_share的一律不触发L123-L125file_share是唯一放行的子类型。触发判定app_mention事件类型、文本中包含botUserId、或处于已激活线程——三者满足其一即触发L130-L138。线程激活命中 mention 时把thread_ts若 mention 本身是回复或消息自身ts记入激活线程集合L142-L145。两个配套的数据结构值得注意ActivatedThreads是有界 FIFO 集合最多记住500个线程根ACTIVATED_THREADS_MAXL14防止长期运行的机器人内存无限增长SeenEvents是幂等缓存同样上限 500 条配合dedupKeychannel:ts复合键L95-L100保证同一条逻辑消息只触发一次——当应用同时订阅app_mention和message.*时一次 mention 会以两种事件类型各投递一次二者共享channel:ts但拥有不同的event_id因此只有channel:ts才能可靠去重L84-L94。文件摄入同样有上限单条消息最多提取10个文件MAX_FILES_PER_MESSAGEL16且只保留带有可下载url_private的条目L149-L158。这些边界行为都被 slack.test.cjs 的测试用例逐一锁死普通消息不触发、mention 触发并激活线程、线程内回复免提及触发、机器人自回复不回环、message_changed子类型屏蔽、错误频道过滤、文件提取与封顶、双订阅去重折叠成一次投递等等参见该文件的 Case 1–8 与集成用例。试运行在机器人已加入的频道里输入类似指令YourBot summarize the open PRs in the api repo and flag anything stale消息进入队列编排器完成路由一名 agent 接手任务。在同一线程里继续回复即可保持对话——hive 仍在监听。任务完成后摘要会直接出现在该线程中。值得补充的是 Slack 来源请求的幕后编排协议主进程会为每条 Slack 消息预置一段AUTONOMOUS REQUEST PROTOCOL构造逻辑见 index.ts注入编排器的指令中要点包括快速路由到最相关的现有 agent把精确的回帖命令交给 agent让其在完成时用md-slack-reply.cjs把实质性结果直接发回本线程不提问交互式问题只对推送到 main/远端、购买基础设施、删除未由它创建的仓库等高风险动作暂停等待批准回帖必须是实质性的 Slack-mrkdwn 答案而非一句done。这解释了为什么 Slack 请求体验起来是对话式的。故障排查Request URL 会在重启后轮换这是最值得记住的一个怪癖公网 Request URL 来自临时隧道tunnelmole每次应用重启都会变化。所以当 Slack 突然不再触发 agent——昨天验证还是绿的、今天却一片寂静——几乎可以断定是应用被重启过、旧 URL 已失效。修复很快停止并重新启动Munder Difflin 的 Slack 集成或直接重启应用。复制它显示的新Request URL。把它重新粘贴到 Slack 的Event Subscriptions → Request URL等待重新验证。Slack 一显示Verified触发立即恢复。如果你经常遇到这种情况养成每次重启后都检查 Request URL 的习惯——这是 Slack 触发失灵最常见的原因。隧道实现对应 slack.ts 的openTunnel()动态import(tunnelmole)因为它是 ESM-only 包主进程是 CJS 打包必须动态导入带 10 秒超时隧道是 best-effort 的——本地 handler 作为安全边界始终在线即使隧道建立失败也只是报错而不是关停服务L139-L164 的start()流程。为什么这样构建安全模型与本地优先把它托管在云函数里会更省事但做成本地 webhook 正是关键点。安全模型在 slack.ts 的verify()中清晰可见HMAC 验签用签名密钥对v0:ts:rawBody计算 HMAC-SHA256与X-Slack-Signature头做常数时间比较timingSafeEqual重放防护X-Slack-Request-Timestamp与当前时间偏差超过5 分钟即拒绝REPLAY_WINDOW_SECONDSL108请求体上限事件载荷超过1 MB直接 413 断连防止未认证对端在验签前就耗尽内存MAX_BODY_BYTESL106任何验签失败返回 403且验签发生在解析 JSON 之前顺序见handleBody()L227-L229。两个密钥——签名密钥和机器人令牌——只存在于你的机器上。Slack 仅仅是启动与观察工作的薄远程面办公室本身agent、记忆、git 历史从不离开你的电脑。这正是 local-first-ai-agent-orchestration.md 所阐述的本地优先哲学把控制面留在本机让外部世界礼貌地敲门。另一个安全细节是回帖令牌的隔离SlackReplyServerslack.ts只绑定127.0.0.1回环地址、从不被隧道转发且要求每次请求携带x-md-reply-token会话密钥双重防护即使回环绑定也拒绝非回环对端机器人令牌通过惰性 getter 在主进程内读取agent 拿到的只是{ port, token }连接信息与回复指令永远不会被直接授予令牌。主进程把该端点的{ port, token }以 0600 权限写入 userData 下的slack-reply.json供辅助脚本发现index.ts。完成摘要的恰好一次也由主进程保证startSlackDoneObserver()每 5 秒轮询一次共享 kanbanhive/tasks.json只对 Slack 来源且实时发生done 转态的任务发一条摘要已存在即 done 的任务不补发slack-done-notified.json持久化已通知 ID重启后依然幂等若 agent 已通过回环/reply端点直接回帖directlyRepliedThreads集合会让轮询器跳过该线程——轮询器只是兜底不会重复发帖index.ts。FAQ如何把 Slack 连接到 Munder Difflin创建一个 Slack 应用添加chat:write、channels:history、groups:history三个 bot scope安装应用然后把 Signing Secret 与xoxb-Bot User OAuth Token 粘贴进 Settings。把应用的 Request URL 复制进 Slack 的 Event Subscriptions订阅app_mention message 事件mention 机器人即可开工。hive 需要哪些 Slack 权限只需要三个chat:write用于回复与完成摘要channels:history和groups:history让 Slack 投递 hive 监听的消息与线程回复事件。机器人的 user id 由应用自动从事件中学习无需额外权限。为什么 Slack 停止触发了Request URL 来自临时隧道重启后轮换。重启应用、复制新 URL、重新粘贴进 Event Subscriptions 即可恢复。hive 会回应私密频道的消息吗会——前提是机器人被邀请进该私密频道并且你配置了groups:historyscope若设置了 Channel ID 过滤则该频道需与配置一致。agent 能拿到机器人令牌吗不能。agent 通过回环/reply端点回帖令牌始终留在主进程内不过令牌仍保存在本机配置文件里拥有完整文件访问权限的 agent 理论上仍可读取配置时需留意这一点。从 Slack 线程到本地 AI 办公室的远程遥控器Munder Difflin 让这种体验在安全边界内成立HMAC 验签在边缘完成、消息像其他任务一样入队、结果回帖在提问处呈现。配合 scheduling-autonomous-agent-missions.md 中的定时任务画面就完整了定时器把周期性工作放入队列Slack 把临时工作放入队列你的办公室同时运转两者——无论你是否在盯着看。【免费下载链接】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），仅供参考
Munder Difflin 从 Slack 驱动 AI Agent Hive完整接入指南与源码级原理【免费下载链接】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 是一套运行在你本机的多智能体编排工具multi-agent harness它把一组 AI agent 组织成一座虚拟办公室日常主要通过桌面端操作。而 Slack 集成则把这座办公室的入口延伸到聊天工具里在频道中mention 机器人消息就会变成 hive 队列中的一项任务由编排器分派给合适的 agent 执行任务完成后再把摘要回复到同一线程。本文基于仓库中的实战文档 run-ai-agent-hive-from-slack-setup.md完整拆解这套集成从 Slack 应用创建、凭据配置、Event Subscriptions 对接到消息触发、线程激活、附件摄入、完成摘要回帖的完整链路并深入到 slack.ts、slack-trigger.cjs 等源码讲清为什么这样设计。版本提示文档写作时对应 0.5.2 之前的接入方式。从 Munder Difflin 0.5.2 起Slack 连接不再依赖公共 URL设置字段也已移动请以 connect-slack-to-munder-difflin.md 中描述的当前配置流程为准。本文完整保留了旧版接入的机制细节这些底层行为触发判定、线程激活、安全模型在新版本中仍然一致仍具参考价值。你正在构建什么一条在已连接的 Slack 频道中mention 机器人的消息会变成编排器队列中的一个任务——和你直接在应用里输入的任务完全等价。编排器GOD/Michael收到后对其进行分诊并路由给最合适的 agent。以下两个设计让整个交互像对话而非发完就忘线程激活Thread activation线程内的第一次 mention 会激活该线程。之后在同一线程里继续回复时无需再次 mention 机器人hive 会持续监听。这是真正的来回对话不是一次性命令。完成摘要Done-summaries任务落地后办公室通过 Slack 的chat.postMessage把摘要回复回原线程。你在哪里提问就在哪里看到结果。它还支持文件与图片附件摄入在 mention 的同时附带截图或日志文件hive 会把它下载下来交给 agent 使用源码中单文件上限为 10 MB见 index.ts 的SLACK_FILE_MAX_BYTES。底层实现没有任何slack/bolt、没有框架、也没有云端托管。应用内部只有一个极简的node:http服务器实现了 SlackEvents API中恰好够用的那部分协议本地隧道tunnelmole则为 Slack 提供一扇可以按门铃的公网入口。你的 agent、它们的记忆、你的代码始终留在本机实现见 slack.ts 的模块注释。整体流程如下Slack 事件 → 隧道 → 本地 webhook 服务器HMAC 验签→ 触发判定mention/线程/附件→ 去重 → 消息入队 → 编排器分诊 → agent 执行 → 线程内回帖 / done 摘要。Part 1 — 创建 Slack 应用进入 Slack 的应用管理控制台选择**从零创建From scratch**一个新应用放入机器人要工作的 workspace。整个接入过程你需要收集两个密钥、配置三个权限范围下面是每个配置项的确切位置。Signing Secret签名密钥在应用的左侧导航打开Basic Information找到App Credentials区块复制Signing Secret。Munder Difflin 用它来验证每一个入站请求确实来自 Slack——它不会离开你的机器也绝不会被写入日志。Bot Token Scopes机器人令牌权限打开OAuth Permissions → Scopes → Bot Token Scopes添加以下三个权限Scope作用chat:write允许机器人发帖回复包括把完成摘要写回线程channels:history让 Slack 把公开频道中的消息与线程回复事件投递过来groups:history同样的能力针对私密频道只需这三个不需要更多。hive 会从每个事件中自动学习机器人自己的 user id因此检测 mention 不需要额外申请权限范围——对应实现见 slack.ts服务端从payload.authorizations[0].user_id首次获取自己的botUserId之后用它在文本中匹配BOTID形式的提及shouldTrigger的判定逻辑在 slack-trigger.cjs。安装应用并获取 Bot User OAuth Token仍在OAuth Permissions页面点击Install to Workspace并批准授权。Slack 随后会展示一个以xoxb-开头的Bot User OAuth Token复制它。该令牌授权机器人发出回复与签名密钥一样它只存在于应用主进程的配置中从不被记录到日志。回复时携带它的位置见 slack.ts直接以Bearer xoxb-…请求slack.com/api/chat.postMessage同样是零 SDK 的裸node:httpsPOST。把两个值都收好接下来要先把它们粘贴进 Munder Difflin之后还要回来完成 Event Subscriptions 配置。Part 2 — 配置 Munder Difflin打开 Munder Difflin进入Settings在 Slack 区域按顺序完成Enable Slack启用集成。粘贴Signing Secret。粘贴Bot User OAuth Tokenxoxb-…。可选设置Channel ID把摄入范围限制到单一频道留空则接受机器人所在的所有频道。这是避免嘈杂 workspace 变成嘈杂 hive 最干净的办法。可选如果本机3847端口默认值已被占用可以修改端口。点击启动后应用会绑定本地 webhook 服务器并打开公共隧道随后显示一个Request URL——这是 Slack 将要调用的公网地址。复制它供最后一步使用。如果隧道无法启动应用会给出真实错误而不是丢给你一个失效的 URL。本地处理程序是安全边界因此即使隧道失败它也保持运行——但要让 Slack 能访问到它你确实需要一个可用的隧道 URL。配置项与源码对照以上五个设置项在 config.ts 中都有对应字段——slackEnabled总开关默认关闭、slackSigningSecret、slackBotToken、slackChannelId留空即任意频道、slackPort默认端口回退逻辑见 index.ts 的cfg.slackPort cfg.slackPort 0 ? cfg.slackPort : 3847。启动入口startSlackServer()位于 index.ts先构建SlackWebhookServer成功启动隧道后再拉起两个附属组件——token 门禁的回环回复端点SlackReplyServer以及监听 kanban 中 Slack 来源任务完成状态的 done 通知轮询器。Part 3 — 把 Slack 指向你的 Request URL回到 Slack 应用打开Event Subscriptions打开Enable Events开关。把 Munder Difflin 提供的Request URL粘贴进Request URL字段。Slack 会立即向它发起一次性的url_verification握手应用回应 challenge 后Slack 显示绿色Verified。如果验证失败参考下方故障排查——绝大多数情况都是隧道的问题。随后滚动到Subscribe to bot events添加app_mention—— 当有人 mention 机器人时触发。这是主触发器。message.channels—— 公开频道中的消息事件用于已激活线程内的回复和file_share 上传。message.groups—— 同样的作用针对私密频道。保存更改。Slack 可能提示需要重新安装应用以应用新的事件订阅——按提示操作即可。整个闭环就完成了。url_verification握手的处理代码在 slack.ts收到type url_verification的载荷后原样把challenge以 JSON 回写状态码 200。触发规则什么会触发什么被忽略hive 会在以下情况触发在已连接的频道中直接mention机器人在机器人已被 mention 过的线程内发出任意回复无需再次提及上传文件或图片且同时 mention 了机器人。它刻意忽略机器人自己的帖子、消息编辑、频道加入通知以及所有其他消息子类型——因此它绝不会自说自话也不会对频道噪音做出反应。这套判定逻辑完全封装在 slack-trigger.cjs 的shouldTrigger()里可以概括为四道闸门频道过滤配置了channelId时其他频道的事件直接丢弃L117-L118。自循环 子类型安全ev.bot_id存在机器人自己的帖子或子类型不是file_share的一律不触发L123-L125file_share是唯一放行的子类型。触发判定app_mention事件类型、文本中包含botUserId、或处于已激活线程——三者满足其一即触发L130-L138。线程激活命中 mention 时把thread_ts若 mention 本身是回复或消息自身ts记入激活线程集合L142-L145。两个配套的数据结构值得注意ActivatedThreads是有界 FIFO 集合最多记住500个线程根ACTIVATED_THREADS_MAXL14防止长期运行的机器人内存无限增长SeenEvents是幂等缓存同样上限 500 条配合dedupKeychannel:ts复合键L95-L100保证同一条逻辑消息只触发一次——当应用同时订阅app_mention和message.*时一次 mention 会以两种事件类型各投递一次二者共享channel:ts但拥有不同的event_id因此只有channel:ts才能可靠去重L84-L94。文件摄入同样有上限单条消息最多提取10个文件MAX_FILES_PER_MESSAGEL16且只保留带有可下载url_private的条目L149-L158。这些边界行为都被 slack.test.cjs 的测试用例逐一锁死普通消息不触发、mention 触发并激活线程、线程内回复免提及触发、机器人自回复不回环、message_changed子类型屏蔽、错误频道过滤、文件提取与封顶、双订阅去重折叠成一次投递等等参见该文件的 Case 1–8 与集成用例。试运行在机器人已加入的频道里输入类似指令YourBot summarize the open PRs in the api repo and flag anything stale消息进入队列编排器完成路由一名 agent 接手任务。在同一线程里继续回复即可保持对话——hive 仍在监听。任务完成后摘要会直接出现在该线程中。值得补充的是 Slack 来源请求的幕后编排协议主进程会为每条 Slack 消息预置一段AUTONOMOUS REQUEST PROTOCOL构造逻辑见 index.ts注入编排器的指令中要点包括快速路由到最相关的现有 agent把精确的回帖命令交给 agent让其在完成时用md-slack-reply.cjs把实质性结果直接发回本线程不提问交互式问题只对推送到 main/远端、购买基础设施、删除未由它创建的仓库等高风险动作暂停等待批准回帖必须是实质性的 Slack-mrkdwn 答案而非一句done。这解释了为什么 Slack 请求体验起来是对话式的。故障排查Request URL 会在重启后轮换这是最值得记住的一个怪癖公网 Request URL 来自临时隧道tunnelmole每次应用重启都会变化。所以当 Slack 突然不再触发 agent——昨天验证还是绿的、今天却一片寂静——几乎可以断定是应用被重启过、旧 URL 已失效。修复很快停止并重新启动Munder Difflin 的 Slack 集成或直接重启应用。复制它显示的新Request URL。把它重新粘贴到 Slack 的Event Subscriptions → Request URL等待重新验证。Slack 一显示Verified触发立即恢复。如果你经常遇到这种情况养成每次重启后都检查 Request URL 的习惯——这是 Slack 触发失灵最常见的原因。隧道实现对应 slack.ts 的openTunnel()动态import(tunnelmole)因为它是 ESM-only 包主进程是 CJS 打包必须动态导入带 10 秒超时隧道是 best-effort 的——本地 handler 作为安全边界始终在线即使隧道建立失败也只是报错而不是关停服务L139-L164 的start()流程。为什么这样构建安全模型与本地优先把它托管在云函数里会更省事但做成本地 webhook 正是关键点。安全模型在 slack.ts 的verify()中清晰可见HMAC 验签用签名密钥对v0:ts:rawBody计算 HMAC-SHA256与X-Slack-Signature头做常数时间比较timingSafeEqual重放防护X-Slack-Request-Timestamp与当前时间偏差超过5 分钟即拒绝REPLAY_WINDOW_SECONDSL108请求体上限事件载荷超过1 MB直接 413 断连防止未认证对端在验签前就耗尽内存MAX_BODY_BYTESL106任何验签失败返回 403且验签发生在解析 JSON 之前顺序见handleBody()L227-L229。两个密钥——签名密钥和机器人令牌——只存在于你的机器上。Slack 仅仅是启动与观察工作的薄远程面办公室本身agent、记忆、git 历史从不离开你的电脑。这正是 local-first-ai-agent-orchestration.md 所阐述的本地优先哲学把控制面留在本机让外部世界礼貌地敲门。另一个安全细节是回帖令牌的隔离SlackReplyServerslack.ts只绑定127.0.0.1回环地址、从不被隧道转发且要求每次请求携带x-md-reply-token会话密钥双重防护即使回环绑定也拒绝非回环对端机器人令牌通过惰性 getter 在主进程内读取agent 拿到的只是{ port, token }连接信息与回复指令永远不会被直接授予令牌。主进程把该端点的{ port, token }以 0600 权限写入 userData 下的slack-reply.json供辅助脚本发现index.ts。完成摘要的恰好一次也由主进程保证startSlackDoneObserver()每 5 秒轮询一次共享 kanbanhive/tasks.json只对 Slack 来源且实时发生done 转态的任务发一条摘要已存在即 done 的任务不补发slack-done-notified.json持久化已通知 ID重启后依然幂等若 agent 已通过回环/reply端点直接回帖directlyRepliedThreads集合会让轮询器跳过该线程——轮询器只是兜底不会重复发帖index.ts。FAQ如何把 Slack 连接到 Munder Difflin创建一个 Slack 应用添加chat:write、channels:history、groups:history三个 bot scope安装应用然后把 Signing Secret 与xoxb-Bot User OAuth Token 粘贴进 Settings。把应用的 Request URL 复制进 Slack 的 Event Subscriptions订阅app_mention message 事件mention 机器人即可开工。hive 需要哪些 Slack 权限只需要三个chat:write用于回复与完成摘要channels:history和groups:history让 Slack 投递 hive 监听的消息与线程回复事件。机器人的 user id 由应用自动从事件中学习无需额外权限。为什么 Slack 停止触发了Request URL 来自临时隧道重启后轮换。重启应用、复制新 URL、重新粘贴进 Event Subscriptions 即可恢复。hive 会回应私密频道的消息吗会——前提是机器人被邀请进该私密频道并且你配置了groups:historyscope若设置了 Channel ID 过滤则该频道需与配置一致。agent 能拿到机器人令牌吗不能。agent 通过回环/reply端点回帖令牌始终留在主进程内不过令牌仍保存在本机配置文件里拥有完整文件访问权限的 agent 理论上仍可读取配置时需留意这一点。从 Slack 线程到本地 AI 办公室的远程遥控器Munder Difflin 让这种体验在安全边界内成立HMAC 验签在边缘完成、消息像其他任务一样入队、结果回帖在提问处呈现。配合 scheduling-autonomous-agent-missions.md 中的定时任务画面就完整了定时器把周期性工作放入队列Slack 把临时工作放入队列你的办公室同时运转两者——无论你是否在盯着看。【免费下载链接】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），仅供参考
