每周回顾：一次发布，一份申请

四周构建冲刺的第二周，两个主目标：每天投一份工作申请，以及发布我的 agent 项目。诚实的战绩：一份申请，一个发布的项目。投递数字看起来像失败——直到你看见那条依赖链：我和招聘顾问会话早已达成结论，对 agent 工程师岗位来说，简历上没有已发布的 agent 项目就没有可信度。所以是发布卡住了投递，而且是有意为之。截至本周，这道闸门已经打开。

learn-to-ship 在一周内从”进行中”变成”公开发布带在线演示”，71 次提交。让它在其他一切都在等待时持续前进的机制是：QUESTIONS.md 驱动开发——每个开放问题变成一个小 PR。工作永远小到能做完，所以它从不熄火。这是我要带去下一个项目的做法。

更安静的胜利在环境侧。周中的一个实验——每天早上出门去咖啡馆——意外地一次修好两件事：它跳过了午睡，而跳过午睡治好了我的夜间睡眠。这条因果链是我在编译这份复盘时才注意到的——这正是复盘存在的意义。

编译复盘还暴露了另一件事：我能回忆起自己发布了什么，却想不起在我脚下自我改进的基础设施——我的每日复盘提示词这周升级了五个版本，求职追踪器长出了一个仪表盘，而这些全都要等提交记录摆在眼前才浮现。复盘由产出驱动；我在练习以复盘为主线运转我的生活。

下周：Kubernetes，一次只攻一个缺口技能，以及每天一份申请——这次有保护机制：每天早上先定向，申请是第一任务，排在任何构建工作之前。英语口语移入生活时段（工作间歇、午餐看剧）：我和招聘顾问关于它的分歧，在看清我们争的是时机而非重要性之后，就地消解了。