微软是1.84 Peters,谷歌是0.66。Peter单位是什么?
摘要
一个基于Next.js的工具,通过将GitHub组织的年初至今(YTD)活动与独立开发者@steipete进行比较,对它们进行排名,使用“Peters”作为有趣的基准测试单位。包括公开排行榜和对私有组织的支持。
查看缓存全文
缓存时间: 2026/05/20 02:23
zozo123/peter-gt-your-org
来源:https://github.com/zozo123/peter-gt-your-org
有多少个Peter?
用一种荒谬而实用的单位,将你的GitHub研发组织与@steipete(https://github.com/steipete)进行对比:Peter。
这是一个Next.js演示项目,它获取已验证的2026年年初至今(YTD)的GitHub活动(提交、PR、Issue),并用Peter来衡量——其中1 Peter = @steipete作为独立开发者的YTD产出。它既是基准测试,也是轻微的调侃,更是一次关于GitHub可见指标能(和不能)说明工程组织哪些情况的信任构建练习。
可通过Vercel部署(https://vercel.com/new/clone?repository-url=https%3A%2F%2Fgithub.com%2Fzozo123%2Fpeter-gt-your-org&project-name=peter-gt-your-org&repository-name=peter-gt-your-org)
Next.js 15(https://nextjs.org/)
React 19(https://react.dev/)
Tailwind 4(https://tailwindcss.com/)
Hero
你能得到什么
输入任意组织slug(supabase、microsoft、awslabs、vercel……),页面会呈现:
- Total Peters —— 你组织已验证的YTD GitHub活动 ÷ Peter的活动。
- Peter Density —— 每个活跃贡献者对应的Peter数量。让大型组织无法回避真实情况。
- Momentum —— 按当前速度预测的年底总量。
- Cohort rank —— 与同规模组织对比,而非与整体排名比较。
- Diagnosis paragraph —— 一段分析/调侃:你是在提交量上超过Peter,在协作方面超过Peter,还是安静地在密度上输给Peter。
组织排行榜
公开研发排名
并排对比
对比条
分享卡片 + 分类细分 + 方法论
分享、分类、信任度
移动端
快速开始
git clone https://github.com/zozo123/peter-gt-your-org.git
cd peter-gt-your-org
npm install
npm run dev
打开 http://localhost:3000。无需环境变量——公共预览版已包含Supabase、Microsoft、Google、AWS、Vercel、Linear及几个演示组织的2026年YTD快照。
连接真实组织(私有覆盖)
公共模式只统计GitHub可见的部分。要包含你有权限访问的组织的私有仓库,请为Next.js服务器提供token:
GITHUB_TOKEN="$(gh auth token)" npm run dev
Token仅在服务器端读取——绝不会发送到浏览器。它用于通过GitHub REST API调用GET /search/commits、GET /search/issues和GET /orgs/:org。
环境变量
| 变量 | 是否必需 | 作用 |
|---|---|---|
GITHUB_TOKEN (或GH_TOKEN) | 实时模式必需 | 仅服务器端使用的token,用于调用GitHub Search + Orgs API。 |
GITHUB_ORG | 实时模式必需 | 要实时获取的组织slug(例如vercel)。作为实时行添加到排行榜中。 |
GITHUB_ORG_ACTIVE_CONTRIBUTORS | 可选 | Peter Density的分母。若未设置,实时组织不显示密度。 |
GITHUB_ORG_REPOSITORIES | 可选 | 覆盖信任面板中显示的仓库数量。 |
GITHUB_ORG_DISPLAY_NAME | 可选 | UI中显示的友好名称。默认为GitHub组织的名称。 |
将.env.example复制为.env.local以在本地设置这些变量。
方法论
- 时间窗口:2026年YTD —— 自
2026-01-01以来的所有内容。 - 统计内容:在窗口内创建的已验证提交、Pull Request和Issue。对于有可用数据的组织,还会纳入Review和其他信号。
- Peter基准:@steipete(https://github.com/steipete)在同一窗口内的公开GitHub活动,视为
1.0 Peters。 - 等级:
< 0.1—— GitHub实习生能量0.1 – 0.5—— 热身中0.5 – 0.9—— 危险0.9 – 1.1—— Peter级1.1 – 2.0—— 超过一个Peter2.0 – 5.0—— Peter工厂≥ 5.0—— 工业化Peter
- 这不是什么:这不是生产力分数、招聘信号、晋升依据,也不是跨规模悬殊公司的公平比较。Peter Density指标的存在正是为了指出“我们有5000名工程师,所以当然能超过一个人的提交量”这种失败模式。
部署
点击本README顶部的Deploy with Vercel按钮,或运行:
npx vercel
Next.js 15在Vercel上自动检测——无需vercel.json。要在生产环境中启用私有组织覆盖,请在Vercel项目的环境变量中设置GITHUB_TOKEN。
技术栈
- Next.js 15.5(App Router, Turbopack)
- React 19
- Tailwind CSS v4
- TypeScript 5
- 无数据库、无身份认证、无客户端密钥 —— GitHub token(若存在)在服务器端读取,绝不会序列化到客户端。
项目结构
app/ Next.js App Router入口 + 全局样式
components/ 所有UI组件(Hero, Leaderboard, ComparisonStrip, ...)
lib/
liveGithub.ts 仅服务器端的GitHub API调用(token+org → 实时行)
mockSnapshots.ts 公共预览的固定数据
peterMath.ts Peter Index / Density / 等级计算
types.ts 快照/固定数据类型
docs/screens/ README截图
许可证
MIT —— 见 LICENSE。
作为对@steipete(https://github.com/steipete)传奇般的独立开发者提交图的即兴创作。Peter,如果你看到这个:你就是那个单位。抱歉。
相似文章
微软论文显示GitHub Copilot提升生产力40%
一项微软研究利用16223名工程师43周的数据发现,在保持开发工作量不变的情况下,GitHub Copilot使拉取请求完成率提高了40.5%。
GitHub在微软旗下面临生存之战
GitHub在微软控制下挣扎,面临服务中断、安全漏洞和人才流失,同时在Cursor和Claude Code等AI编码工具上落后,内部领导层动荡和竞争威胁其生存。
微软2026年初部署Claude Code和GitHub Copilot CLI的研究
一项实地研究,分析微软内部对代理型命令行编码工具(Claude Code 和 GitHub Copilot CLI)的采用情况与影响。研究发现,采用通过社交网络传播,留存率与编码活动相关,采用者合并的拉取请求数量增加24%。
我不再根据GitHub总星数来排名AI代理工具,而是开始追踪星速。本周排名第一的是一项仅诞生1天的Codex "模型路由"技能。
一位开发者分享了一种新的方法,通过GitHub星速而非总星数来排名AI代理工具,重点介绍了codex-model-routing、pilotfish和motion-anything等热门项目。该方法将GitHub与MCP注册表进行交叉验证,以过滤掉虚假星标。
@ms_aifrontiers: MarkItDown 刚刚成为微软在 GitHub 上第二多星标的仓库。恭喜 @adamfourney!
MarkItDown 这一微软工具已成为该公司在 GitHub 上第二多星标的仓库。恭喜 Adam Fourney。