告别“AI Tab 疲劳”：用 firstmate 把多个编程助手变成听你指挥的智能船员团队

你是否试过同时让多个 AI 编程助手（如 Cursor、Continue、Ollama + Code Llama）分别查 Bug、写测试、改文档？结果却是：5 个终端窗口来回切、3 个 Git 分支互相污染、复制粘贴上下文到手软，最后发现某个 agent 正在悄悄重写你刚合并的代码……firstmate 不是另一个 AI 模型或聊天界面，而是一套为「人类工程师」设计的「AI 船员调度系统」。它让你只对一位「大副（First Mate）」说话，剩下的——分派任务、隔离环境、监督进度、合并代码、生成报告——全部由它自动组建并管理一支纪律严明的 AI 船员队伍来完成。

核心功能

单点对话，全队执行：你只需在终端里对 firstmate 说一句“修复 login 页面的 404 错误并补充单元测试”，它就自动启动 2–3 个独立 agent（一个查日志定位、一个修代码、一个写测试），无需你手动开新窗口、切分支、粘贴上下文——彻底终结「AI 多开综合征」。
所见即所得的 AI 工作现场：每个 crewmate（船员）都在独立的 tmux 窗口 / Herdr 标签页 / Zellij 工作区中运行，你能随时 Ctrl-b o 切入查看实时输出、暂停调试、甚至直接敲命令干预——不是黑盒后台进程，而是透明可控的协作现场。
零冲突的并行开发环境：每个任务自动使用 treehouse 创建干净的 Git worktree（或 Orca 管理的工作树），即使 5 个 agent 同时在同一个仓库里修不同功能，也不会互相覆盖、切换分支或污染 index —— 再也不用担心「我刚 checkout 的分支怎么没了？」
两种任务类型，权责分明：“Ship 任务”（如 PR 提交）严格走项目配置的发布流程（no-mistakes 安全模式 / direct-PR 自动提 PR / local-only 仅本地合并）；“Scout 任务”（如性能审计、依赖分析）则只产出 Markdown 报告，绝不碰代码库——避免「调查脚本意外删了 production 配置」这类高危误操作。
可扩展的分布式船员架构：当单机算力不够，可一键启用「Second Mate」（二副）——它不是远程代理，而是完整克隆的 firstmate 实例，拥有自己的 FM_HOME、独立状态、专属 SSH 主机和故障隔离机制；远程二副宕机？不影响本地大副工作，更不会偷偷降级成本地模拟器。
事件驱动，省电又可靠：firstmate 用纯 Bash 实现「零 token 监控」：它不轮询、不长连接，而是监听文件系统事件（如 crewmate 输出目录变更），只在真正需要你决策时（如 PR 冲突、权限确认）才唤醒；即使你关机 8 小时，重启后它也能从磁盘状态自动续跑未完成任务。
安全可控的跨平台响应（Relay）：开启 Relay 后，只需一个 .env 令牌，firstmate 就能响应你在 Twitter（X）或 Discord 中 @它的请求（如 @firstmate audit security deps），但所有操作仍走本地审批流；每条公开回复都持久化到磁盘，重启/消息折叠都不会丢失承诺，且预览模式支持「dry-run」本地模拟再发，杜绝误发敏感信息。
硬性项目边界保护：firstmate 严格遵循 Hard Rule 1——它对你的项目仓库默认只读，只有你明确授权的 merge 操作（如批准 PR、执行 local merge）才被允许；连 fleet sync 的分支清理都经过多层校验，杜绝「AI 自作主张删掉 feature 分支」这类灾难。

技术亮点

Shell 优先的「Agent Distro」范式：它不打包成二进制、不依赖 Python/Node 运行时，整个项目就是一个可克隆、可审计、可 Fork 的 Shell 目录：含 AGENTS.md 行为规范、预置技能脚本、fmctl 控制工具链——任何支持 Bash 的 macOS/Linux 终端，git clone && cd && ./launch 即可成为 captain（船长）。
无模型、无框架、纯编排层：firstmate 本身不包含 LLM、不实现 MCP 协议、不提供 UI 或 CLI 命令集；它专注做一件事：把通用 coding agent（如 Ollama + DeepSeek-Coder、Claude via cURL、甚至本地 VS Code 插件）按需注入到隔离环境中，并用 Bash + tmux/herdr/zellij 构建可观测的生命周期管理闭环。
状态全落盘 + 会话后端解耦：所有任务状态、锁文件、输出日志均存于 $FM_HOME/state/；会话后端（tmux/herdr/cmux/zellij/orca）可自由切换或自动探测，意味着你今天用 tmux，明天换 Zellij，firstmate 依然无缝衔接——状态不绑定任何终端抽象层。
重启即恢复的确定性语义：kill 掉整个 tmux 会话？拔掉笔记本电源？没关系。下次运行 firstmate start，它会扫描磁盘状态、检查各 crewmate 进程存活、重建会话布局、续跑中断任务——不是「尽力而为」，而是「必须达成」的最终一致性保障。

适合哪些人用

firstmate 是为中高级开发者、开源维护者、技术团队 Lead 和 DevOps 工程师量身打造的生产力中枢。它不面向「想试试 AI 编程」的新手，而是服务于那些已经重度依赖 AI 协作、却被「多 agent 协调成本」拖慢交付节奏的专业用户。

真实场景案例：

开源项目维护者：每天收到 20+ issue，其中 5 个需代码修复、3 个要文档更新、2 个需安全审计。用 firstmate 一句 fm ship --all 并行处理，每个 issue 在独立 worktree 中生成带 CI 结果的 PR，你只需集中 review 合并。
微服务团队 Tech Lead：上线前需同步审计 7 个服务的 TLS 配置、升级 3 个 SDK 版本、生成 API 变更报告。启动 3 个 secondmate 分别驻守不同服务器，统一由本地 firstmate 调度，所有结果汇总到一个 dashboard Markdown 文件，晨会直接汇报。

快速上手

无需安装，三步启动：

git clone https://github.com/kunchenguid/firstmate.git && cd firstmate
配置你的主力 agent（如 Ollama）：echo 'FM_HARNESS=ollama' >> .env，并确保 ollama run deepseek-coder:6.7b 可用
启动大副：./launch（首次运行将引导初始化 FM_HOME 和项目绑定）

常用指令：

fm new fix-login-404 "fix 404 on /login, add test" → 创建 Ship 任务
fm scout perf-audit "profile cold-start latency" → 创建 Scout 任务
fm list → 查看所有 crewmate 状态与会话位置
fm logs <task-id> → 流式查看某船员实时输出

同类对比 / 注意事项

不同于 AutoGen（Python 框架，需编码编排）、CrewAI（抽象层重，学习成本高）或 OpenHands（强依赖 Docker，本地调试难），firstmate 的核心差异在于：它把「AI 协作」重新定义为终端原生的、可触摸的、符合 Unix 哲学的系统管理问题。它不试图封装 agent，而是尊重 agent 的自治性，用 shell、git、tmux 这些工程师每日使用的工具构建信任基座。

注意事项：