核心要点：要把 Slack 里的 Bug 反馈变成 AI Agent 的代码修复，最稳的做法是直接从 Slack 消息串（thread）建任务、指派给编程 Agent，并要求动代码前先在全新 worktree 里复现。修复代码以草稿 Pull Request 推到分支，原消息串只收一条带链接的简短回复。
Slack 里的 Bug 反馈常以两种方式石沉大海：要么没人认领，不到午饭时间就被新消息刷走；要么三人同时接手，在消息串里问同一个问题，最后没人对结果负责。
如果你已在用 Claude Code 或 Codex，手头就有能修 Bug 的执行者了。真正缺的是从“有人在 #support 敲了段反馈”到“Agent 正在处理、提单人知晓进展”的通路。本指南用 HiFox 的 Slack 集成一步步搭起这条链路。
为什么 Bug 反馈会在 Slack 消息串里石沉大海
消息串是一场对话，不是工作项。它能聚拢报错描述和截图，但一旦动手处理就会失灵：
- 没有负责人。两人同时说“我看看”，结果往往比没人看更糟。
- 没有状态。修好的 Bug 和被遗忘的 Bug 在消息流里长得一样。
- 没有证据链。复现步骤和 PR 链接散落在私聊里，或无处可查。
- 噪音过多。每走一步都在频道刷屏的 Agent，不出一周就会被静音。
解法是把执行搬进任务，让 Slack 消息串保留为提单人看进展的窗口。下文拆解从 Bug 反馈到修复落地的完整流程。
从 Slack Bug 反馈到 AI Agent 修复的完整链路
- 有人在 Slack 频道反馈 Bug。
- 消息串里的任务助手整理并建为任务，带上原始报错与附件。
- 任务指派给编程 Agent。
- Agent 在电脑的全新 worktree 中复现 Bug。
- 复现成功后，在分支完成修复并提交草稿 PR。
- Agent 在任务下写简短评论，绑定的消息串同步显示结论。
三种 Slack 连接方式，哪一种负责建任务
HiFox 的 Slack 集成包含三种相互独立的配置。连接其中一种不会自动开启另外两种，动手前先分清你需要哪一个。
| 连接方式 | 作用 | 能否创建任务？ |
|---|---|---|
| 组织 Slack 工作区连接 | 共享应用：通过斜杠命令或消息快捷方式创建任务、发送任务回链、展开链接预览、通过 Slack 私信投递收件箱事件通知 | 能，由成员填写表单创建 |
| 任务助手 | 每个空间内置一个系统助手；在频道里 @ 它即可读取对话上下文、整理需求并建为任务 | 能，直接根据消息串上下文创建 |
| Agent 机器人 | 将一个 Slack 应用绑定到你的某个 Agent；消息会变成与该 Agent 的对话 | 不能 |
处理 Bug 反馈时应使用任务助手：它会直接读取消息串，省去人工抄写报错。而 Agent 机器人并不适合这个场景：按帮助文档说明，它的对话不会自动创建任务，工作既无负责人也无状态流转。
六步把 Slack 报错变成草稿 PR
第 1 步：连接 Slack 并绑定任务助手
组织所有者（Owner）或管理员（Admin）打开外部应用集成页面，选择 Slack，通过 OAuth 授权绑定工作区。一个 Slack 工作区同一时间只能绑定一个 HiFox 组织。
每个空间只能有一个任务助手，绑定对话框会同时完成创建助手和安装应用，不需要先去 Agent 页新建。系统已内置在 Slack 里创建任务的提示词；绑定后可以在同一分组里编辑 Runtime，或补充附加提示词（追加在系统内置提示词后面）。针对 Bug 反馈场景，附加提示词可以这样写：
When asked to file a task from a thread:
- Title: "Bug: <one-line symptom>" (under 70 characters).
- Body: reporter's words quoted, then steps to reproduce,
expected vs actual, environment, links to logs or screenshots.
- If the thread has no steps to reproduce, add a line:
"Repro steps missing" and ask for them in the thread.
- Set type Bug and status Todo. Do not assign anyone.
第 2 步：在消息串里把反馈建为任务
频道收到报错时，消息串里的任何人都可以直接提及任务助手：@HiFox Task Assistant file this as a bug。它会读取对话、整理描述并创建任务，图片与视频等附件也会一并带入正文。
若习惯手动填写字段，也可用组织工作区应用的消息快捷方式（message shortcut）和斜杠命令选择空间、类型和状态。访问权限对应操作者在组织中的成员身份，非成员无法提单。
从 Slack 创建任务时可同时绑定当前消息串。绑定之后，任务评论与消息串回复会保持同步（具体同步方向和哪些评论外发以线上设置为准），状态变更也能自动发回消息串。你随时可在任务详情页停止同步，不会删除已有内容。
第 3 步：把任务指派给编程 Agent
现在这条 Bug 已成为正式任务，有了明确负责人。把它指派给负责修代码的 Agent，你既可以在看板上操作，也可以直接在 Slack 任务卡片上修改状态、优先级、处理人、标签和日期。
如果想省去人工分发，可以配置「任务状态变化」触发器。HiFox 自动化按空间管理（见自动化文档），可以在任务进入指定状态（例如 Ready for agent）时自动启动 Agent，且这次运行的对话记录和 Token 消耗会归属到该任务。建议在自动化指令开头要求 Agent 先核对任务类型与复现信息是否齐全。
HiFox 公网 SaaS 版免费开放使用、不限团队人数，也不额外售卖模型 Token（详见《HiFox 怎么收费》）；Agent 调用电脑上的 Claude Code、Codex 等 Runtime 执行任务（具体模型用量计费归属依所连 Runtime 账号而定，待核实）。
第 4 步：在全新的 worktree 中复现 Bug
Agent 运行在电脑（Computer）上，即一台带有自身运行时、文件和 Git 凭据的已连接主机。把仓库工作目录设为临时目录，或开启独立 worktree 的指定目录。每次运行都会拿到独立的 Git worktree，哪怕相隔一分钟进来两条反馈也不会互相覆盖。隔离机制细节可参阅《多个 Agent 并行时，为什么不会改到同一份文件》。
每台电脑都设有任务并发上限，worktree 运行默认并发数为上限的一半；满载时多出的运行自动排队按序启动，不会争抢资源。
剩下的工作交给 Agent 指令，把“先复现”写在第一条：
You are fixing a bug filed from Slack. The task body has the report.
1. Check out the default branch in a fresh worktree.
2. Write a failing test or script that shows the bug.
3. If you cannot reproduce it in 3 attempts, comment what you
tried and what you need from the reporter. Change no code. Stop.
4. Make the smallest fix. Rerun your repro and the nearest tests.
5. Push branch fix/<TASK-ID>, open a draft PR with the task ID in
the title, and put the full write-up in the PR body.
6. Post one task comment, 100 words or fewer: cause, fix, PR link.
第 5 步：以草稿 PR 的形式提交修复
Agent 使用所在电脑的 Git 凭据推送分支，并通过 gh pr create --draft 创建草稿 PR。连接 GitHub 集成后，只要分支名或 PR 标题带有任务编号，PR 就会自动关联回任务。合并权限留在人手里，Agent 职责到提交草稿 PR 为止。关于审阅关卡应该设在哪里，可以参考《编程 Agent 的审批关卡：在合并前把自动执行停下来》。
第 6 步：在消息串里简短回复结论
由于任务已绑定 Slack 消息串，Agent 在任务下写的评论可同步发回消息串。具体哪些评论外发由界面设置决定，建议正式使用前先用测试任务验证一遍。
严格限制回复长度。DeepSeek Harness 团队发布的超级 Agent 设计文章提到了一条多渠道规则：聊天频道回复限 100 词以内，结构化详细说明放进 GitHub、邮件或文档。这条规则非常实用：把细节留在任务和 PR 里，消息串只收核心结论：
Reproduced: checkout fails when the cart has a 0-price item
(division by zero in tax rounding). Fixed and covered by a test.
Draft PR: <link>. Ships after review.
让整条链路保持可靠的四条铁律
- 没复现就不改代码。未经复现的补丁只是盲猜；复现不了就向提单人追问。
- 聊天回复不超过 100 词。长篇分析写进 PR 描述。
- 默认保持安静。只在拿到结果或需要提问时发言，不要每步都往群里播报。
- 只提草稿 PR。永远不要让 Agent 自己合并代码。
其他可选方案与起步建议
你也可以改用消息快捷方式提单，由人拍板哪些反馈需要建为任务；或先用 Agent 机器人做初步分流，确认后再建任务。当并行处理的反馈增多时，可参阅《怎么监控并行运行的编程 Agent》规划并发与监控。
落地时先挑一个 Bug 最集中的频道，把任务助手绑定到空间，前三条反馈先手动 @ 它建任务。确认描述合格后再接上自动指派。现在就可以在 HiFox 里连接电脑，把下一条 Bug 反馈交给编程 Agent。
常见问题
HiFox 能直接从 Slack 消息创建任务吗？
可以。可用斜杠命令、快捷方式创建，或在消息串里 @ 任务助手按对话建任务。
Slack 的 Agent 机器人会自动创建任务吗？
不会。发给它的消息只会进入对话；需跟踪负责人和状态时请用任务助手或快捷方式。
Agent 的进展更新会显示在 Slack 消息串里吗？
绑定消息串后，任务评论与消息串保持同步（外发范围以线上设置为准），可随时在详情页停止同步。
如果 Agent 复现不了这个 Bug 怎么办？
不改代码，在任务评论写明已试步骤并向提单人追问，绑定的消息串会同步带回问题。
Slack 消息能直接触发自动化吗？
空间自动化支持时间表、任务状态变化、评论关键词和 Webhook 四种触发器（以及手动运行），不能由普通 Slack 消息直接触发。你可以先通过任务助手或快捷方式在 Slack 中创建任务，再由任务状态变化或评论关键词触发该空间的自动化。
HiFox
