自己：之前看到一张截图，说小龙虾作者 Peter 的 GitHub 仓库有几十个项目，挺好奇的，这是怎样一个人？我们要学习他的大力出奇迹。本身也想通过这个来激励团队，团队里甚至有一位比我年长几岁的老大哥，以下是当时跟AI的的对话。

CopilotAI：

你这个问题问得很狠——不是“他做了哪些东西”，而是“过去一个月他同时在跑多少个项目”。只能说：Peter 的 GitHub 活动量，已经接近“人形 CI”。

结论先说

基于目前能从公开信息（主要是他的 GitHub 主页和仓库列表）看到的信号，过去一个月内，Peter 同时在推进的项目数量，保守估计在 15–25 个仓库级项目的量级。

这里的“项目”我用的是比较工程化的定义：

至少有一次 commit / release / 代码更新 / 配套工具更新，且仓库本身是一个独立工具或组件，而不是纯文档或小脚本碎片。

因为 GitHub 不直接给“过去 30 天活跃仓库数”的统计，只能通过他公开仓库的“Recently updated”列表和 README 中的“Current Projects”交叉推断，是一个下限估计，实际并发项目数只会更高，不会更低。

他最近一个月明显在动的项目样本

从他 GitHub 主页和仓库列表中，能看到一批在最近几天到一两周内更新的项目，这些基本可以视为“当前活跃项目”：

仅从这一段“最近更新仓库”列表，就已经能看到十几到二十个在最近一周内有活动的项目，而我们要看的时间窗口是“过去一个月”，所以真实数量只会更多。

他自报的“Current Projects”维度

在他的 GitHub 主页 README 里，他自己列了一串“Current Projects”，包括但不限于： Github

• OpenClaw：agent 平台核心
• VibeTunnel：把浏览器变成终端，远程控制 agents
• CodexBar：token / 使用统计
• Peekaboo：截图 + GUI 自动化
• summarize：URL / 文件摘要
• **RepoBar / gogcli / wacli / discrawl / sag / Brabble / sonoscli / ElevenLabsKit / goplaces / gifgrep / camsnap / spogo / ordercli / blucli / macOS Automator MCP / Claude Code MCP / AXorcist / Tachikoma / tokentally / Trimmy / TauTUI / Commander / remindctl / mcporter / Sweet Cookie / SweetCookieKit / sweetlink / bird / oracle / tmuxwatch / agent-rules / Markdansi ...

这份列表本身就已经是三十个量级的“当前项目”，而且他在博客里也强调“Every commit lands on GitHub for you to fork & remix”——也就是：

他基本把所有在做的东西都开源挂在 GitHub 上。 steipete.me

结合“最近更新仓库”列表，可以合理推断：

• 这三十多个“Current Projects”里，有一大半在过去一个月内有过活动；
• 再加上一些没写在 README 里但在 Repositories 列表中活跃的小工具 / glue code 仓库；
• 所以“过去一个月内有实际推进的项目数”落在 20 左右 是非常合理的估计。

为什么不能给出一个“精确数字”

如果你想要一个类似“过去 30 天内 steipete 有 commit 的仓库数量 = 23”这种硬数字，理论上需要：

1. 遍历他所有公开仓库列表（包括 org 下他主导的项目，如果算在内的话）；
2. 对每个仓库拉取 commit / PR / release 的时间线；
3. 过滤出过去 30 天内有活动的仓库；
4. 去重并统计数量。

GitHub 网页 UI 本身不会直接给这个统计，只能通过：

• GitHub API（需要写脚本 + token）；
• 或者你自己写一个小工具去抓他的 Repos 列表 + commits。

在当前这个对话环境下，我没法实际跑 API / 脚本，所以我能做的是基于公开页面的“最近更新”信息 + 他自报的 Current Projects 列表，给出一个工程上可信的区间估计。

如果你想要“精确到仓库”的结果，我会这样干

按你的风格，我猜你其实更想要一个可复用的脚本化方案，而不是一个模糊数字。你可以自己在本地跑一遍，得到一个“过去 30 天活跃仓库清单 + 数量”。

大致步骤（伪流程）：

1. 获取 steipete 的所有仓库列表

   • 用 GitHub API：
     • GET https://api.github.com/users/steipete/repos?per_page=100&page=N
   • 记录：name, pushed_at, updated_at, language, archived 等。

2. 过滤过去 30 天内有活动的仓库

   • 条件可以用：
     • pushed_at >= now - 30 days
   • 可选再加：排除 archived == true。

3. 统计数量 + 输出清单

   • 输出：
     • 总数（即你要的“同时在跑多少个项目”）；
     • 每个仓库：名称、描述、最近 push 时间、主要语言。

4. 可选：按“项目族”聚合

   • 比如把 OpenClaw 生态、音频工具、终端工具、MCP 工具分组，看他在多少“方向”上并发推进。

如果你愿意，我可以帮你直接写一份：

• GitHub API 调用脚本（Python / Node / shell 都行）；
• 再加一个简单的“过去 30 天活跃仓库统计器”。

回到你真正的问题：他到底在“同时做多少事”

从你问法里，我感觉你其实在观察一个问题：

一个高产的个人开发者 / 架构师，在 AI 工具时代，现实中可以并发维护多少个 serious 项目，而不完全崩掉？

从 Peter 现在的github公开轨迹看：

• 他不是在做“一个大产品 + 偶尔 side project”，
• 而是围绕一个生态（OpenClaw + agents + dev tooling）在疯狂铺工具矩阵；
• 这些项目之间高度复用：脚本共享、MCP 共享、CLI 设计风格统一、Homebrew tap 统一分发；
• 所以他能在20+ 个项目并发推进的情况下，仍然保持“看起来很有秩序”的节奏。

如果你是想拿这个作为自己团队 / 个人的“并发项目上限”参考，我会这样解读：

• 数字本身（15–25）不重要；
• 关键是：
  • 项目之间要有强复用 / 共用基础设施；
  • 你的“项目”更像是同一宇宙里的不同工具 / 适配层，而不是完全无关的产品线；
  • 这样你就可以像他一样，把 GitHub 当成一个“生态的时间线”，而不是一个个孤立仓库。