摆脱工作流的痛苦：Kollab 团队高频使用的 4 个真实 AI 工作流
Kollab 团队每天高频使用的 4 个真实 AI 工作流：群聊报 Bug 自动变 GitHub Issue、每日 commit 自动日报、代码答疑、Issue 生命周期自动闭环。无需改变沟通习惯，让 AI 缝合 IM × 代码仓库 × 项目管理，协作不再打断心流。
核心要点
为什么我们需要 Kollab：工具越多，协作越割裂
每天的工作，往往是从群聊里散落的消息开始的。业务随手甩一张截图报 Bug，销售 @ 研发询问某个功能的实现细节，到了下班还要回忆都做了什么事情、有哪些重要信息要同步到日报里……
沟通虽然都在 IM 里发生，但要把这些对话变成真正能落地的 Issue 或任务，却往往只能靠人工在各个系统之间来回复制粘贴。工具越来越多，团队的协作反而越来越割裂。
Kollab 的出现就是为了接管这段痛苦的「中间地带」。它不强制团队改变现有的沟通习惯，而是作为隐形的连接器，把 IM、代码仓库与项目管理流自然地缝合起来。
以下 4 个场景，就是 Kollab 团队每天都在高频使用的真实 AI 工作流。
场景 1：怎么让群聊里的 Bug 反馈自动变成 GitHub Issue？
一句话结论：在群里 @Kollab 报 Bug，Bot 会自动核对上下文、去重、并在 GitHub 上新建或追加到已有 Issue，全程不需要离开聊天窗口。
在群里报 Bug 门槛最低、场景最频繁，任何人都可以随手甩一个截图。但传统的问题是：
一句「有 BUG」然后就不了了之，没有人能一直盯着群聊去收集问题；
即使后来补了 Issue，也往往缺了最开始的上下文；
三五个人在不同群聊里扔过同一个 BUG，问题被重复收录。
Kollab 的做法
在工作群里直接 @Kollab 反馈问题，Bot 会按以下流程处理：
检查上下文完整性：判断用户给的信息够不够全，缺少的话会追问复现方式、链接、截图或问题描述；
去重检索：先去翻 GitHub 看有没有类似 Issue；
创建或追加：新建 Issue，或把这次的反馈记录追加到已有 Issue 里面。
然后在工程师开始工作的时候，代码仓库里的 AGENTS.md 中有一条规则：抓一遍 Issue、梳理、给出 list，工程师直接进行清理任务。
传统流程 vs Kollab 流程
| 环节 | 传统做法 | Kollab 做法 |
|---|---|---|
| 上下文收集 | 手动追问、拼凑信息 | Bot 自动识别缺失字段并追问 |
| 去重检查 | 凭记忆或不做 | 自动检索 GitHub 现有 Issue |
| 创建 Issue | 复制粘贴到 GitHub | 一句 @Kollab 自动完成 |
| 工程师拾取 | 主动刷 Issue 列表 | AGENTS.md 规则自动抓取整理 |
全部流程简化为「IM 反馈问题 → 工程师清理收尾」，没有中间多余的环节，没有信息丢失，没有重复收录，不需要打开任何项目管理工具。
场景 2：每天上百个 commit，怎么让日报不再是一项「任务」？
一句话结论：每个工作日下午 5 点，Kollab Bot 会自动抓取过去 24 小时内所有 commit 和现存 Issue，结合分析后生成日报推送到指定 IM 群聊。
在 Kollab 团队中，日报的存在是因为迭代速度太快，每天要处理过去难以想象的任务量。过去大家有充分的时间交流分享自己的工作内容和新发现，现在 AI 把这个数量放大了。Kollab 代码仓库每天都会新增近百个 commit，不是一两句就能讲完的。
Kollab 的做法
现在每个工作日下午五点，Kollab Bot 会自动执行以下步骤：
抓取过去 24 小时内所有 commit；
结合现存 Issue 进行分析、整理、总结；
生成结构化报告并推送到指定 IM 群聊。
所有人每天可以立即知道项目迭代情况，以及后续要处理的事情。不会遗忘任何事情，Kollab 会无微不至地观察每个细节。
场景 3：被问到功能实现细节？Kollab 先读一遍代码再答
一句话结论：Kollab Bot 关联了 GitHub 代码仓库，团队成员可以在群里直接问功能逻辑，Bot 会读源码后回答，省去工程师重复解释的负担。
Kollab Bot 关联了 Kollab 的 GitHub 代码仓库，公司成员可以随时向它询问功能逻辑，做宣发调研、功能优化。包括在摸索清楚实现逻辑后，可以直接提 Issue 改良建议。
销售场景：客户问题闪电响应
最高频的场景是销售人员拿到客户问题后，直接向 @Kollab 提问：
某个功能是否可以满足客户需求？
根据已有的功能设计出一个客户解决方案；
某个功能具体的实现逻辑是什么。
这不仅快，而且省去了工程师重复解释的麻烦。少了中间人解释翻译，任何问题、任何时间、可以永无止境地追问下去。
场景 4：开发写完代码，怎么让 Issue 状态自动闭环？
一句话结论：通过 AGENTS.md（通过 symlink 链接 CLAUDE.md）定义规则，代码仓库在执行任务前自动扫描 Issue，完成后关联 commit 并收尾 Issue，不再需要手动打开任何 Web 页面。
通常 Issue 的状态和实际开发总是会有时差，尤其是大家太忙的时候。经常会忽略项目管理工具里的 Issue，也经常忘记更新 Issue 状态。
Kollab 的做法
Kollab 让这一切变得连贯。整个闭环是：
群聊反馈 → 自动变成 GitHub Issue（场景 1）；
代码仓库中的
AGENTS.md定义规则：执行任务前扫一遍 Issue，找到对应的那条并修改状态；完成任务后 关联 commit 自动完结 Issue。
注：CLAUDE.md 通过 symlink 的方式指向 AGENTS.md，保证 Claude Code 和其他 AI 编程助手共用同一套规则。
从此我们再也不需要打开任何 Web 页面，大家只关注自己的工作台和最后的结果产物。
附加能力：怎么为团队定制一个专属的 Kollab Bot？
前面 4 个工作流是 Kollab 团队自己的实践，但每个团队的需求都不一样。有的团队想要一个面对客户的支持 Bot，有的需要一个专门盯数据看板的分析 Bot，有的只需要一个会做会议纪要的助手。Kollab 不预设 Bot 的性格，而是把定义权交给团队自己。
创建时：一个 prompt 输入框定义一切
在创建 Kollab Bot 的弹窗里，有一个 prompt 输入框。你可以在里面写清楚：
身份角色：这个 Bot 是谁？（比如「你是一个专注于客户成功的支持助手」）
处理事情的流程：遇到 X 类问题要怎么做、需要调用哪些 MCP、使用哪些 SKILL
语言风格和边界：回答应该正式还是轻松，不处理哪些业务范围外的请求
prompt 就是这个 Bot 的「工作合同」，保存后 Bot 就按这套规则运作。上面 4 个场景的具体行为，也都可以通过 prompt 来调整。
迭代时：在 IM 里让 Bot 改自己的 prompt
更有意思的是，你不需要回后台才能修改 prompt。 直接在 IM 里跟 Bot 说：
「以后遇到定价问题直接转给销售，不要自己答，更新你的 prompt」
「回答之前先去查一下最新的产品文档，更新你的 prompt」
「语气再轻松一点，不要太像客服机器人，更新你的 prompt」
Bot 会理解这些反馈并把它们写回自己的 prompt，下一次被 @ 的时候就会按新规则行动。这让 Bot 的迭代速度和团队发现问题的速度对齐了，不再需要「记下来回头再改」的冗余流程。
为什么这很重要
传统 Bot 配置需要工程师或管理员打开后台、改配置、重新部署。而 Kollab 的逻辑是：谁发现问题，谁就能解决问题。 销售发现 Bot 答得不对，直接在群里说一句就改完了。
结语：协作的本质是不打断心流
Kollab 并没有发明一种全新的工作方式。现在的各种工作流方案都有门槛，而且总有一些问题无法被满足，大家其实还是更习惯直接沟通，而不是通过中间工具。
Kollab 把因为工具割裂而做得很痛苦的连接工作给自动化了。无论是报 Bug、写日报、读代码还是追踪 Issue，这些原本需要多平台来回跳转的琐碎步骤，都被 Kollab Bot 缝合在了最自然的聊天窗口。
AI 时代的工具不应该增加心智负担，而是让现有的工作流变得更聪明、更连贯。我们自己每天都在这套流程中体验着高速迭代的快感，也希望这种「不打断心流」的体验，能帮助更多团队把精力真正专注在有价值的创造上。
常见问题（FAQ）
Kollab Bot 是什么？
Kollab Bot 是一个 IM 原生的 AI Agent，专门用来缝合团队的群聊沟通、GitHub Issue 管理、代码答疑和每日开发进展。它的核心价值是不要求团队改变现有沟通习惯，而是作为隐形连接器在后台自动处理信息流转。
Kollab Bot 和普通的 Slack Bot / 企微机器人有什么区别？
传统机器人大多只是通知渠道或规则触发器（收到 X 发送 Y）。Kollab Bot 是一个真正理解上下文的 AI Agent：它会判断 Bug 报告的信息完整性、会主动去 GitHub 检索去重、会读源码回答实现细节，这些都不是定义规则就能实现的。
Kollab 如何接入 GitHub？
Kollab 通过 MCP（Model Context Protocol）connect 的方式接入 GitHub，授权完成后 Bot 即可读写 Issue、读取代码、查询 commit。整个接入过程是标准化的 MCP 流程，不需要配置复杂的 Webhook 或自建集成层。
每天上百个 commit 的日报会不会太啰嗦？
Kollab Bot 会结合现存 Issue 对 commit 进行分析、整理和总结，输出的是结构化的项目进展报告，而不是原始 commit 列表。团队可以快速把握迭代节奏，不会遗漏关键信息。
什么类型的团队最适合使用 Kollab？
最适合的是迭代速度快、主要在 IM 里沟通、使用 GitHub 管理代码和 Issue 的 AI 时代开发团队。尤其是那些已经感到「工具割裂」痛点、不想引入沉重项目管理流程的团队。
Kollab Bot 是什么时候会主动说话？
目前主动行为包括：每个工作日下午 5 点推送 24 小时日报、被 @ 时响应、识别到 Bug 报告上下文缺失时追问。其他时间它保持沉默，不打扰团队的正常沟通。
如何创建一个自定义的 Kollab Bot？
在创建 Bot 的弹窗里有一个 prompt 输入框，在里面写清 Bot 的身份角色、处理事情的流程和语言风格即可。保存后 Bot 就按这套规则运作，不需要任何代码。
Kollab Bot 可以修改自己的 prompt 吗？
可以。直接在 IM 群聊里跟 Bot 说「以后遇到 X 情况你要怎么做，更新你的 prompt」，Bot 会把反馈写回自己的 prompt，下一次就按新规则行动。这让 Bot 的迭代和团队发现问题的速度对齐，不需要回后台操作。