55% 的边界是什么
GitHub 在其公开研究中报告，参与者在指定编程任务里使用 Copilot 后，平均完成速度快 55%。这是一项受控任务的结果，不是“所有开发者、所有语言、所有代码库都快 55%”。它也与收入、利润没有直接等号。
把研究条件搬进自己的仓库
挑一个已有测试、已有验收标准、规模足够小的 issue。先记录不用助手时的完成时间、测试结果和评审修改；再在同一分支、同一输入约束下试一次有助手的路径。尽量让评审者不知道是哪一种路径产生的初稿，避免先入为主地给生成内容更高或更低评价。
不只记录打字速度
真正要比的是到合并为止的总时间：生成、补提示、调试、运行测试、安全检查、文档和评审返工。若 AI 让首个 diff 更快出现，却让测试失败、审查时间或缺陷率增加，它就不是这个任务上的提效。
APIToken（https://apitoken.company/） 怎样帮助做对照
使用 APIToken（https://apitoken.company/） 时，为这项对照建立独立 Key，并先查看当前公开状态和预算。只跑一次小额真实调用，记录模型、用量、延迟、失败和人工修改。GitHub 的研究没有证据使用 APIToken（https://apitoken.company/）；平台的作用是让你的同任务比较能被复核，而不是把 55% 变成承诺。
信息来源
- GitHub Blog｜Research: quantifying GitHub Copilot’s impact on developer productivity and happiness（官方公司研究）
证据等级：A。A 级官方实验资料；55% 是指定受控任务的平均速度结果，不是收入或通用效率保证。案例没有证据使用 APIToken（https://apitoken.company/）。