kunchenguid

@kunchenguid

firstmate

kunchenguid/firstmate

Talk to one agent. Ship with a crew.

STARS3,268
FORKS1,084
OPEN ISSUES / PRS790
LANGUAGEShell

CHOOSE YOUR VIEW

你想怎么了解这个项目?

同一份项目事实,两种阅读深度。不会改变页面地址和搜索内容。

当前展示快速摘要和完整技术内容,请按需要选择。选择只保存在当前设备。

ADOPTION BRIEF

项目采用前简报

当前判断证据不足,继续观察
标准证据模板项目采用前评估

已有部分公开证据,但样本或表述仍不足以支撑采用结论。

已有公开依据

  • 项目用途:来自项目描述、README 或现有中文解读。
  • 榜单记录:来自本站保存的周期快照和历史排名。
  • 健康证据:已采集公开提交、Issue、PR 或 Release 样本,当前置信度为 样本有限。
  • License:仓库当前声明为 MIT,仍需回到完整协议核验。
  • 近期变化:已有可展示的公开事实摘要,原始链接仍是最终核验入口。
  • 部署提醒:页面保留 README 和仓库链接,具体依赖、数据边界与运行方式以项目方文档为准。

采用前仍需核验

当前模板未发现明确证据缺口,但仍需在你的实际环境完成安装、依赖、数据和安全验证。

建议的下一步

  1. 打开 README 和完整 License,确认依赖与使用义务。
  2. 在隔离的测试环境完成最小可运行验证。
  3. 根据真实业务数据决定继续评估或暂缓采用。

本简报只组织公开证据,不生成推荐分数,也不替代源码、安全和法律审查。

核对 GitHub 原文
01

QUICK UNDERSTANDING

先用几分钟判断它是否值得继续看

人话与术语分开,事实不变
先说人话 这个工具能让你通过同一个交代窗口,同时指挥多个电脑上的工作助手分头干活,并且随时看到它们的进度,最后由你来确认结果。

可以把它理解成一位值班经理:你只向经理下命令,经理会拆分给几个外包工人干,你能看到每个工人做到哪一步,完工后由你验收。

WHEN TO USE IT

什么时候用得上

  • 当你同时有几件事要做,比如改几个不同文件、排查一个故障、再整理一份计划,却不想自己一个个轮流盯着时,可以用它一次性分派给多个助手。
  • 当你担心中途关了电脑或切换窗口会丢失进度,希望所有助手的工作记录和结果都能自动保留时,可以用它统一管理。
ONE EXAMPLE

举个具体例子

例如,老张需要为三个小程序各加一个功能,他打开这个工具,把三个任务都说给同一个值班经理听,经理立刻安排三个独立小房间里的助手同时开工,老张能在屏幕上看到每个房间的进展,完成后收到三条改动,逐个确认后合并进正式代码。

WHO IT FITS

如果你是……

  • 如果你平时写代码或处理文档,经常要多件事一起推进,却总在来回切换中手忙脚乱,这个工具可能适合你。
  • 如果你已经有一些能帮你干活的电脑助手,但不知道如何让它们分工合作,这个工具能给你一个统一的指挥台。
BEFORE YOU START

开始前先知道

  • 开始前,你需要先在自己电脑上安装好基础的代码版本管理工具(例如 Git)和一个可以开多个窗口的终端程序,再按项目说明复制好它的配套文件。
  • 你需要先想清楚哪些操作可以交给助手自动做、哪些必须自己确认,并用一个小任务试运行一遍,确认一切正常后再扩大使用范围。
当前维护状态近期活跃

最近 30 天内有代码推送记录。

License 提醒通常允许商业使用

通常仍需保留版权、许可声明,并遵守协议中的附加义务。

结论从哪里来?中文说明由公开项目资料辅助整理,最终判断请回到项目方原始来源。

查看 GitHub 原文

HISTORICAL INTELLIGENCE

历史情报摘要

按周期独立统计
月榜首次记录
历史最佳#20当前排名#20

暂无可比的上一期数据

记录天数
1 天
记录期 Star
0
本站共 20 天月榜快照 · 最近记录 2026-08-12
本站最早记录:2026-08-12

指标仅基于本站已保存快照,不代表项目在 GitHub 的首次上榜时间;同日多次抓取保留当日最新结果,负向 Star 差值按样本校正处理。

VERIFIABLE HEALTH SIGNALS

项目健康证据

维护、响应、交付与采用风险分开观察,不生成虚假的单一总分。
样本有限
MAINTENANCE

维护活性

核对提交
近 90 天 Commit
≥300
按公开记录统计
活跃贡献者
≥25
按公开记录统计 · 按公开提交账号去重
近 12 月活跃月份
2/12
基于已采集提交
RESPONSE

社区响应

核对样本
Issue 关闭率
33%
按公开记录统计 · 12/≥36 个同期新 Issue · Issue 原始样本 36 条/有效样本 36 条/排除 0 条
Issue 关闭中位数
0.2 小时
按公开记录统计 · 仅统计已关闭样本
PR 合并率
8%
按公开记录统计 · 25/≥300 个同期新 PR · PR 原始样本 300 条/有效样本 300 条/排除 0 条
PR 合并中位数
1.5 小时
按公开记录统计 · 仅统计已合并样本
DELIVERY

持续交付

核对发布
近 12 月正式 Release
0
按公开记录统计 · 排除草稿与预发布
最近正式 Release
暂无记录
按公开记录统计 · 以公开发布时间为准
发布间隔中位数
样本不足
按公开记录统计 · 至少两次正式发布才计算
ADOPTION

采用风险

查看仓库
仓库状态
正常开放
未发现归档标记
开源协议
MIT
仍需核对完整协议与依赖
Security Policy
未发现
仅检查 GitHub 社区资料

仓库类型 代码项目统计窗口 90 天快照样本 1 天计算规则 health-v2采集于 2026-08-12 12:10

代码项目:按提交、协作、发布与采用风险分开观察。 当前样本覆盖、分页完整性或适用度不足,不把局部数据写成整体结论。 这些信号不替代代码审计、安全测试和真实生产验证。

90-DAY CHANGE RADAR

最近 90 天发生了什么

依据可复核的项目特定事件生成,不用通用文案补足事实。
部分样本
近 90 天的可复核变化主要来自已合并 PR

近 90 天记录到 ≥300 次 Commit、≥300 个新 PR(≥25 个已合并)和 ≥36 个新 Issue(≥12 个已关闭);同期可复核正式 Release 0 个。

代码推进≥300 次 Commit

按公开提交记录统计,不判断内容或代码质量。

合并协作≥25 / ≥300 个 PR

前者为已合并数量,后者为同期新建样本。

问题响应≥12 / ≥36 个 Issue

前者为已关闭数量,后者为同期新建有效样本。

正式发布0 个 Release

仅统计窗口内非草稿、非预发布版本。

2026-05-14 至 2026-08-12规则 changes-v3生成于 2026-08-12 12:10

  • 部分 GitHub API 分页达到采集上限,带“≥”的数量仅表示已采集下限。
  • 代码项目:按提交、协作、发布与采用风险分开观察。
  • 事件是否存在由确定性规则识别,摘要不使用 AI 猜测事件。
  • 这些公开活动记录不等同于代码质量、安全性或生产可用性结论。
  • 本站每日指标快照目前积累 1 天,不补算缺失日期,也不伪造完整 90 天增量。

AI-ASSISTED PROJECT BRIEF

项目定位与辅助解读

来源边界与风险表述检查

AI 解读仅作初评参考,技术落地请以 GitHub 源码、README 和完整协议为准。

项目资料AI 整理

这是一个基于 Shell 的代理发行版,让用户通过一个统一入口指挥多个编码代理并行干活,每个代理在独立的 git 工作树中运行,最终汇总成合并请求或报告。

firstmate 不是一个需要安装的应用,而是一套可克隆的目录,包含 AGENTS.md、技能和辅助脚本,任何支持终端操作的编码代理都能按此运行。用户只与唯一的主代理对话,由其分配任务给多个子代理,子代理在 tmux 等可见会话窗口中工作,并通过 git worktree 隔离相互不干扰。它支持两种任务形态:交付变更和独立调查,还提供可选的持久化子代理、事件驱动监督、Relay 集成以及重启恢复等能力。从公开资料看,其架构设计强调可见性、状态持久化和可观测性。

核心亮点

项目最值得关注的能力

AI 推断
  • 单一联络:用户只与主代理交互,由它调度和监督其他代理
  • 可见团队:每个子代理在独立会话窗口工作,可实时观察
  • 隔离工作区:通过 git worktree 避免并行任务之间的冲突

适用场景

它可以解决哪些实际问题

AI 推断
  • 并行执行多个代码修复、问题调查或方案设计任务
  • 在多仓库场景中集中管理上下文,减少反复切换
  • 需要将代理团队的结果统一为 PR、本地合并或报告

技术观察

从公开资料提炼的实现特征

AI 推断
  • 基于 Shell 脚本和 AGENTS.md 指令定义行为,不绑定具体模型
  • 状态持久化在磁盘和活动会话后端,重启后可自动恢复
  • 用 tmux 等会话后端提供可观察性,并支持 herdr、zellij 等替代

优势判断

相对明确的项目价值

AI 推断
  • 统一指挥面板降低多任务并行时的认知负担
  • 强调状态持久化和会话可见性,适合长时间运行

局限与注意

评估和采用前需要留意

AI 推断
  • 从公开资料看,仓库 open issues/PRs 较多,可能影响当前稳定性
  • 需要自行准备 git 和多会话终端等基础环境,维护成本相对较高

适用人群

哪些开发者和团队值得关注

AI 推断
  • 熟悉终端操作并希望提升多代理协作效率的开发者
  • 在个人或小团队中需要监管多个自动编码任务的管理者
综合参考
从公开资料看,firstmate 将『多代理协调』封装成一套可移植的规则与脚本,设计思路清晰,尤其适合需要在同一仓库上并行处理多个任务的场景。不过项目的 open issues 较多,且依赖 tmux 等外部工具,是否稳定仍需实践验证。建议在非关键项目上小范围试用,再决定是否引入日常流程。
由 AI 基于 GitHub 公开资料辅助生成,不构成安全审计、生产选型或专业建议。

依据与内容边界

区分可验证事实、项目方自述与 AI 推断

GitHub 可验证事实

Star、Fork、License、更新时间及健康证据样本来自 GitHub 公开接口。

项目方自述

功能与使用方式主要来自仓库描述和 README,未经本站独立验证。

AI 推断

适用场景、优势与局限属于辅助解读,应结合原始文档独立判断。

  • GitHub事实:仓库语言为 Shell,许可证 MIT,Stars 3255,Forks 1083,Open Issues/PRs 790。
  • 项目方自述:README 将 firstmate 描述为 agent distro,不是模型、工具或 CLI,用户只与 first mate 交互,由其运行一组代理。
生成于 2026-08-12 13:11 规则版本 2026-08-v5-plain-language
内容有误或您是项目作者?提交纠错
仅保存处理所需内容,不记录原始 IP;可信项目作者的高风险申诉会优先处理。