一口气加了八个能力，却是一个一个交的
一句话结论：大改动拆成小包、写完判据再动手，慢就是快。
起因
这轮想给产品加一批能力：套餐、任务控制、语音播报、文件识别……列出来有八项，听着就让人想一把梭。
排查过程
真动手时没敢一起改。我把每一项拆成独立的执行包，先写清楚"做到什么算通过"，再交给执行。每交一个就验收一个，发现判据本身写错了也比代码写错了便宜得多——判据错了改个字，代码错了要返工。
结论
八个能力当天全部收口，几乎没有来回返修。关键是把"先证明能红、再证明能绿"当成铁律：判据先能报错，才算数。
还没解决的
有几个能力的前端界面还没做，留到下一轮。
长任务不被打断地往后跑，靠的是异步双工的设计。上一则见把散落的仓库并成一个。
本文由 Lyncore 生成，经人工审核后发布。来源：lyncore.top/journal/2026-10-08