欢迎使用 HiFox
如果你已经在用 Claude Code、Codex，或类似的 AI 编程工具，你大概已经体会过它们的效率：一个需求丢进去，它就能读代码、改文件、跑测试、解释报错，直到把需求做完。
一个人在自己的电脑上用，这样已经很好用。但在公司的协作场景下，这还远远不够。
需求还在 Jira、TAPD、飞书群、文档、评论和截图里，每次都要复制给 AI，做完再把进展、阻塞和结果搬回任务系统。几个人同时开着终端时，看板上看不到哪个 Agent 在做什么。如果它们改到同一个目录，文件还会互相覆盖。一个人调顺的用法留在自己的终端里，同事也用不上。
个人工作流已经 AI native 了，但团队协作还被困在原有的 Jira、禅道上，跟不上时代。
HiFox 希望做的是渐进式 AI native：团队保留原来的工作流程，可以先把其中某一步交给 Agent，其他步骤保留原状；等用顺了再把更多的环节交给 Agent。不必第一天就把所有任务都派给 Agent，也不必为了用 AI 换掉现在的协作工具。
HiFox 不是再做一个代码 Agent，也不替代 Claude Code、Codex 或 Cursor。这些工具继续负责写代码，费用也还是走你已有的 Coding Plan 或 API Key。
可以从 快速上手 开始。那一篇只走最小的一步：把一条小任务交给一个 Agent，其他做法先不动。
保留原来的协作方式
HiFox 支持接入 Jira、TAPD 和禅道：把已有任务导入进来，或绑定之后双向同步。Jira 也可以用导出的 CSV 导入，TAPD 可以用官方 Excel。需求、状态和人与人的流程都保留在原来的地方，Agent 的执行再接上去。通知也可以继续发到团队正在用的 IM 里：飞书、钉钉 和企业微信。
产品、开发、测试仍然在同一块看板上协作。任务用来记录需求、缺陷和要做的事。一条任务上有标题、描述、优先级、状态、处理人和历史记录，后来补上的限制、截图和验收标准也留在这里。处理人默认是负责推进它的同事。需要判断、分工或跨团队确认的工作，继续由人来做。
讨论也留在任务上，而不是散到各人的聊天窗口里。方案、修改意见和验收写在评论里，可以 @ 该看的人，也可以把某段讨论标成已解决。另一个人打开这条任务，就能看到之前为什么这么定，而不必再问一遍。
比单条任务更大的范围，用专项和迭代来组织。专项把一组相关任务收在同一个目标下，用来看这一件事整体推进到哪。迭代把这一轮要交付的任务放进同一个时间窗口，范围、已完成和还没做完的部分对团队都可见。
看板按状态把这些任务摊开。谁在做什么、哪一列堆住了、哪些还在等评审，看一眼就知道。常用的筛选可以存成视图，比如「本周待评审」「我的未完成」，站会和分工都在这块看板上进行。
先把某一步交给 Agent
任务可以直接交给 Agent 去执行。像派给同事一样把处理人设成它，它就按这条任务动手：改代码、跑检查，产出一段可以 review 的代码；调研、汇总、测试这类任务，则把报告写回任务里。不必先复制到终端，再把结果搬回来。
任务的上下文、遵循的实现规范、同事的讨论，Agent 都会自己去读，做完了自动提交代码，再找人来验收。进展和卡住的地方写回同一条任务，需要确认的事会进入收件箱等你查看。
多个任务可以并行执行，每个任务都有独立的 worktree，不用担心互相覆盖；合并前仍然由人 review。
用顺了，再把更多环节交给 Agent
把一个人的用法留在团队里
每个开发者用 Claude Code 或 Codex 的方式都不一样。有人习惯先读需求再动代码，有人要求先写计划，有人每次都跑同一组测试，有人攒了自己的 prompt、脚本和项目约定。这些经验如果只留在某个人的终端里，别人接一条同类任务，还是得重新教一遍。
这些习惯可以写进一个 Agent 的指令里：它负责什么、动手前要检查什么、改完要跑哪些验证、做完怎么汇报。配好之后，看板上的同类任务谁都可以派给它。例如一位同事把「怎么修前端不稳定的测试」调顺了，其他人遇到同类缺陷，直接把任务派给这个 Agent 即可。
会反复用到、而且不只这一个 Agent 需要的流程，再沉淀成 技能，绑给需要的 Agent。一次任务特有的目标仍然写在任务里，不必写进 Agent。
一条任务需要多个人和多个 Agent 时，交给小队
不是每条任务都适合一个 Agent 从头做到尾。复杂需求往往要拆开：先理解目标，再读代码、确定做法、实现、补测试、review，最后把结果汇总回来。
这种任务可以交给小队。小队由一个队长 Agent 来协调，成员可以是其他 Agent，也可以是同事。队长先看这条任务该怎么拆，再把其中一步派给合适的成员，结果仍汇总在同一个任务上。这和团队本来的分工是同一件事：不是让一个 Agent 包办全部，而是让人和 Agent 各做自己负责的那一步。
重复的动作不必再靠人记得去做
站会、周报、缺陷分流、需求补全，这些原来靠人提醒、靠流程规范，或者靠某个人每天过一遍看板。等团队已经习惯把某一类任务交给 Agent，这些重复动作可以交给自动化。
一条自动化就是一条规则：什么时候触发、交给谁、执行什么。可以每天早上让 Agent 汇总空间里被挡住的任务，每周汇总一次专项进度；任务进入某个状态时做一轮初步检查；评论里出现指定说法时走固定流程；也可以接收 GitHub、GitLab 或 CI 的 Webhook，再去创建或更新任务。定期要看的失败测试、长期没人更新的任务、还没分配的任务，也可以按时间去查。分给谁仍然由这条规则决定，可以是合适的人，也可以是合适的 Agent。
HiFox 适合用来解决哪些场景？
产品研发工作流
一个需求从记录、调研、拆任务，到并行开发和人工验收，中间要经过很多人。上下文如果散在群里和各人的终端里，后面接手的人还得再问一遍。
HiFox 把这条链路留在同一块看板上：需求先记成任务，Agent 负责调研和补全上下文，人确认范围和验收标准，再拆开并行执行，最后由人验收。专项和迭代用来看这一轮整体到哪了。完整做法见 使用 HiFox 推进产品研发。
全流程自动化测试
改动每天都在发布，测试如果还靠人一条条点，就跟不上。
可以把测试拆给不同的 Agent：有的读代码做提测前检查，有的核对测试版本，有的把需求转成用例，有的在浏览器或桌面端实际执行。测试人员负责安排跑哪些、确认疑点、做最终验收。见 全流程自动化测试。
用户支持
很多事从用户群里的一句话开始：一张报错截图，几个人讨论十几分钟，结论停在群里。几天后再问进展，还得翻聊天记录。
HiFox 支持接入飞书等 IM，在话题里 @ HiFox 的 Agent，它可以把这段讨论整理成任务，带上截图和已经得出的结论，再交给人或其他 Agent 推进，进展同步回原来的话题。见 连接飞书：让群聊里的问题真正被推进下去。
自动更新文档
新功能已经上线，帮助文档和更新说明却还是旧的。这件事通常靠人记得去翻已发布的任务。
可以让 Agent 定时检查已经发布的任务，先生成一份该改什么的计划，人审核之后，再由文档 Agent 修改、提交，并推送预览。人决定写不写、怎么写，Agent 负责发现变化和完成修改。见 让文档更新跟着产品发布走。
怎么开始
- 连接一台电脑。Agent 用的是这台电脑上已经装好的 AI 编程工具，本地电脑或云服务器都可以。
- 创建一个 Agent。先让它只负责一类事，比如缺陷修复，写清它能做什么、做完怎么汇报。
- 把一条小任务派给它。处理人设成这个 Agent，执行过程、阻塞和结果都会回到这条任务里。
先跑通这一步，其他步骤保留原状；等用顺了，再决定要不要把更多环节交给 Agent。具体点哪里，看 快速上手。