两人项目，issue 规范一点没打折

FlexDriver 的 app 仓库不是一个人写的：rong6767 贡献了 56 个 commit，涉及真正的子系统——Firebase Crashlytics/Analytics 接入（2025-06-18）、用户同意页与条款文案（2025-06-04）、API 响应格式处理、识别状态相关的修复（#51）；新聞 又加了 14 个 commit。分工很干净：合作者各自负责边界清晰的子系统，我自己守住核心循环、整套分析栈（analytics_service.dart 和 tools/ 下 18/18 个 commit 都是我写的）、以及营销站（123/123）。

流程也没有因为人少就缩水：从头到尾都用编号 issue——#47（装车可发现性）、#49（邮箱输入）、#50（条码优先，见 barcode-first-pivot）、#51、#52（物流公司这一层）——两人团队走的是和大团队一样的、可追溯的 commit-to-issue 规范，一年后回看日志依然看得清楚。这才是重点：这套规范从来不是为了协调开销而设的，而是为了让历史可读，这篇笔记本身就是它的受益者。

面试原型题：“你们怎么协作/怎么分工”——给合作者划定边界清晰的子系统，自己守住承重的核心，不管团队多大都编号 issue；仲裁者问题（there-must-be-an-arbiter-above）从没触发过，因为锅从来没混着背过。