Crew44
把本机已有的编码智能体编排成一支各司其职、按角色选模型的专业团队。
- Star 数
- ★ 358
- 最近更新
- 4 个月前
- License
- MIT
- 主语言
- Go
- FA 评分
- 42/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude CodeChatGPT（部分支持）
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 已有 Claude Code、Codex 等 CLI 的开发者，希望让规划、编码、评审分别由不同模型承担
- 不适合
- 只需要单个通用编码智能体、不想管理多角色配置的个人
- 希望纯网页版、零本地安装的用户
- 不接受依赖第三方编码 CLI 及其账号的团队
- 源码审查
- 42/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Crew44 是一个本地优先的多智能体编排桌面应用，用 Electron + React 19 前端连接一个运行在 127.0.0.1 的 Go 守护进程，由守护进程发现并调度你机器上已安装的编码 CLI。它把 Claude Code、Codex、Cursor Agent、Gemini CLI、OpenCode、Qwen Code 等运行时抽象成 Runtime，你可以在其上定义绑定特定运行时与模型的 Agent，并把基于文件的 SKILL.md 技能注入每次会话。所有状态以纯文件形式保存在 ~/.crew44/，聊天事件写入追加式的 events.jsonl，不需要云账号，也不收集遥测。核心机制包括：Handover 标记让智能体把回合交给队友并附一句话简报；可选的 git Worktree 让任务在独立 crew/… 分支上运行而不碰你的工作区；可选的 Goal 把任务拆成锁定验收清单，由无聊天历史的独立验证者逐项确认。默认团队包含 Partner、Engineer、Product Lead 与 Designer。
启动后，Go 守护进程扫描磁盘发现已安装的编码智能体 CLI，并以 WebSocket JSON-RPC 接口（每次启动生成 bearer token，仅 /health 免认证）向 Electron 渲染层暴露运行时、Agent、技能与聊天状态。你在 Crew 页面为每个 Agent 指定运行时、模型、指令和技能文件夹；技能以 SKILL.md 加资产文件的形式存放在同一目录，跨所有提供方通用。在 Tasks 中发起聊天时，请求被转交给对应 CLI 子进程，事件以追加方式写入 events.jsonl 并实时流式回传。智能体可发出 Handover 标记把回合连同简短简报交给下一位成员；开启 Worktree 后，任务在独立 crew/… 分支上执行；开启 Goal 后，团队先生成锁定的验收清单，再由新建会话、不带聊天历史的验证者确认全部条目。前端包含 Crew、Tasks、New Task、Auto 建议与 Onboarding 路由；packages/mobile 下的 Expo 应用可通过 Noise 端到端加密隧道（经可自托管的中继）远程查看或干预运行中的团队。
- 已有 Claude Code、Codex 等 CLI 的开发者，希望让规划、编码、评审分别由不同模型承担
- 需要在多个项目中维持稳定工程约定的团队，用项目记忆与技能避免每次重新交代背景
- 想在不污染主工作区的前提下让智能体在独立分支上完成并验证一项任务
- 希望任务结束前有独立验证者按锁定验收清单逐条确认的质量敏感场景
- 想从手机上查看或微调本机正在运行的智能体团队的移动端用户
如何安装或部署这个 Agent？
官方提供签名桌面安装包，免费且无需账号：
macOS (Apple Silicon) .dmg
Windows (x64) .exe installer
Linux (ARM64) .AppImage / .deb下载地址为 crew44.io/download。若要从源码构建，需要 macOS、Windows 或 Linux 系统、Node 20+、Go 1.26+，并至少安装一个编码智能体 CLI：
npm install
npm run dev该命令会编译 Go 守护进程、启动 Vite、拉起 Electron，并在守护进程健康后连接渲染层。
如何使用这个 Agent？
守护进程可通过环境变量配置：
HOST=127.0.0.1 PORT=8080 AUTH_TOKEN=<token> CREW44_STATE_DIR=~/.crew44 npm run dev启用认证后，连接 /rpc 需要带上 WebSocket 子协议：
new WebSocket("ws://127.0.0.1:8080/rpc", [
"crew44.rpc.v1",
`crew44.bearer.${token}`,
])日常使用流程：先在 Crew 页面确认识别到的运行时，为 Partner、Engineer 等 Agent 绑定模型并挂载技能文件夹；再到 Tasks 新建任务，按需打开 Worktree 或填写 Goal；任务进行中可在 Auto 页面查看建议，也可让移动端配对后远程查看。开发相关命令如下：
npm run build # 构建渲染层与本地应用
npm run web:dev # 仅守护进程 + Vite 开发服务器
npm run test # Go、渲染层与移动端测试
npm run clean # 清理本地构建产物这个 Agent 有哪些优点和局限？
- 运行时抽象层用一个小型 Go 接口实现，新 CLI 适配器可加入 daemon/internal/backendagent/ 后出现在选择器中，避免单一提供方锁定
- 状态全部是 ~/.crew44/ 下的纯文件，聊天事件为追加式 events.jsonl，便于审计与自行处理
- Handover 只传递一行简报而非整段上下文，多角色协作时上下文开销更可控
- Worktree 开关让任务在独立 crew/… 分支运行，不触碰用户当前工作区
- Goal 机制由不带聊天历史的独立验证者按锁定清单验收，降低了自我评审的偏差
- 必须依赖至少一个已安装且已登录的第三方编码 CLI，Crew44 本身不提供模型能力
- 从源码运行需要同时具备 Node 20+ 与 Go 1.26+ 工具链，并需编译守护进程
- 移动端配对依赖中继进行 NAT 穿透，跨网络访问并非纯本地
- 可选的 headless 浏览器能力需经 npm 拉取 Playwright 与 Chromium，属于额外网络与体积开销
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Crew44 当前 | 42 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 358 | 4 个月前 | Go | Codex · Claude Code |
| Munder Difflin – 多智能体办公桌 | 43 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 9.4k | 今天 | JavaScript | ChatGPT · Codex · Claude Code |
| wsp | 39 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 14 | 今天 | TypeScript | Codex · Claude Code |
| Yardlet | 49 · 缺口较多 | 桌面应用免费 | ★ 31 | 今天 | Swift | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 说明守护进程仅监听 127.0.0.1、使用每次启动的 bearer token、仅 /health 免认证，且状态为 ~/.crew44 明文文件，数据流透明度较好（2）。但 AUTH_TOKEN 为空即进入 dev 模式，属弱默认；代理会 spawn 外部 CLI 并运行无头浏览器访问任意 URL，缺少权限最小化与用户确认机制的证据（least_privilege/user_confirmation 各 1）；敏感数据处理仅靠明文文件与本地假设，无加密或脱敏说明（1）；依赖安全仅见 package.json 版本范围，无审计或锁定证据（1）；外部副作用（浏览器、移动中继）有描述但无回滚/撤销机制（external_effects/rollback 各 1）；来源归属仅 README 与 LICENSE 署名，发布者身份未验证（1）。
README 的架构图、概念表与 package.json 脚本、CI 工作流相互一致（self_consistency 2）。依赖可用性仅靠 npm install 与 Go 1.26+/Node 20+ 声明，未提供锁定或离线方案（1）。失败信息方面 README 未描述错误处理或诊断路径（1）。
面向多运行时、多平台、桌面与移动端，场景描述清晰（audience_and_scenarios 2）；环境适配覆盖 macOS/Windows/Linux 与多 CLI（environment_fit 2）。但能力边界（哪些任务不适合、代理权限范围）与触发精度（handover、goal 验证的触发条件）仅有概念级描述，缺少具体规则（各 1）。
README 结构清晰、含项目布局与开发命令（information_architecture 2）；安装步骤与前置条件明确（install_notes 2）；LICENSE 为完整 MIT 文本（license 3）。但命名稳定性、示例/FAQ、已知限制、版本变更（仅链接 CHANGELOG.md 未提供内容）、维护责任（作者邮箱与未验证发布者）均较薄弱（各 1）。
输出可用性、边际价值与成本效益均只有 README 的营销性描述（如“技能复利”“按角色选模型”），缺少可验证的产出样例或基准（各 1）。
README 声明与 CI 工作流、package.json 脚本可部分交叉印证（cross_source_corroboration 1），但多数能力声明无对应代码或测试证据（claim_traceability 1），事实与推断未明确区分（fact_inference_separation 1）。
- AUTH_TOKEN 为空时进入 dev 模式，本地守护进程可能无认证暴露于 127.0.0.1，需确认生产默认值。
- 代理会 spawn 外部 CLI 并运行无头浏览器访问任意 URL，缺少权限最小化与用户确认的证据。
- 状态以明文文件存于 ~/.crew44，未说明敏感数据加密或脱敏。
- 发布者身份未经验证，维护责任与更新路径不明确。
- README 多为营销性声明，缺少可验证的产出样例或基准。