既然不想招人，我就把每一个 API 都当成我的员工。凌晨两点，我刚刚结束今天的第二组硬拉，肱二头肌还在突突地跳，乳酸堆积的感觉像代码里的死循环，清晰又顽固。冲完澡坐下来，打开 PyCharm，肌肉的酸痛让大脑异常清醒，那些白天被团队琐事搅成一团浆糊的接口逻辑，现在像被重新排列过的 DOM 树一样，节点分明。
这种清醒是病态的。2019年膨胀到八个人的团队，现在成了我脖子上最沉的杠铃片。招人面试的时候，我觉得自己像个产品经理；发工资的时候，我觉得自己是个会计；处理客户投诉和内部推诿的时候，我觉得自己是个居委会大妈。唯独写代码、做产品设计的时间，被挤压得只剩碎片。上个月接的那个电商数据聚合项目，客户要实时爬取五个平台的商品价格和库存，团队里两个 junior 程序员搞了两周，API 调用频率限制都没处理好，动不动就被封 IP，日志里全是 429 错误。我不得不亲自下场重构，把同步请求改成异步队列，用 Redis 做分布式锁控制请求间隔，把每一个数据源的 API 端点，都想象成一个有严格考勤制度、但永不抱怨的员工。
肌肉的疲劳感在阻止我过度思考“人”的问题。思考人会让你陷入情绪内耗：为什么他总在关键时刻掉链子？为什么她总觉得自己工资低了？为什么明明开会说清楚了，交付物还是南辕北辙？但思考 API 不会。API 的文档就是它的劳动合同，响应状态码就是它的工作汇报，429 是“我太忙了稍等”，500 是“我崩溃了需要重启”，200 是“一切正常，这是你要的数据”。你不需要跟它谈心，不需要做团队建设，你只需要遵循契约，设计好重试机制和熔断策略。我把 requests.Session() 对象池化，给每个“API 员工”配置独立的 User-Agent 和代理 IP 轮询策略，用 backoff 库实现指数退避的重试逻辑。这比管理真人简单一万倍，也可靠一万倍。
我甚至开始给这些“API 员工”写绩效看板。用 Grafana 搭了个监控面板，X 轴是时间，Y 轴是请求成功率、平均响应时间和数据抓取量。哪个接口今天“状态不佳”（成功率骤降），我一眼就能看到，立刻去检查是对面服务器升级了，还是我的参数传错了。这种掌控感，在管理那八个活生生、有情绪、会请假、会突然提离职的员工时，是绝对奢侈的。团队每个月的流水看起来是多了，但我的自由时间、心力和对技术的直接掌控力，都被抽干了。我赚的不是利润，是管理债的利息。
深蹲和卧推的时候，你必须全神贯注于呼吸节奏和核心收紧，一个分神就可能受伤。写这段调度程序时也一样。我设计了一个中央调度器，它不干活，只负责派活。它根据各 API 端点的速率限制、当前队列长度和优先级，把任务分发给不同的“Worker”。每个 Worker 都是一个独立的进程，死了就重启，不会拖累全局。这架构像极了我想象中的理想团队：各司其职，自动容错，而我，只需要坐在监控面板后面，像一个真正的指挥官，而不是救火队长。
肩膀的酸胀感提醒我该休息了。但我知道，只要我停下敲代码的手，明天早上的晨会、客户的催命电话、员工的薪资核算……那些属于“人”的、粘稠而真实的麻烦，就会像潮水一样重新把我淹没。所以，我宁愿在这深夜，与这些沉默、高效、永不疲倦的“API 员工”为伍。至少在这里，逻辑是干净的，错误是可追溯的，问题，总是有解的。
