验收卡住，多数时候卡在“做完”没有被定义。把功能、数据、权限、性能、安全、部署、文档、培训八类标准写进合同，尾款才有保障。

两周交付，切得准比写得快重要。前提是有一套可复用的底座；从零写一套行业系统，两周只够做一个能演示的原型。

先接单再产品化，是一个人能走通的最短路径。关键是把每一单都当成一次受控实验，3–5 单后只抽跨单重复的那六七成。

国内买家要源码，不是保守，也不是想盗版。他们买的是资产归属、部署权、二开权和断供后的退路。把这几件事讲清楚，报价才有依据。

很多团队以为白牌就是换 logo、换配色、换菜单，把定制项目包装成产品再卖一遍。真正决定第二单能不能赚钱的，是领域模型、流程、接口、合规这四层能不能复用。这篇讲怎么在接单之前判断，以及为什么先做交付包比先做官网更重要。

蓝领招工系统的功能列表和白领招聘长得差不多，真正难的是另外两件事：来的人是不是他本人，干完这一天钱怎么发出去。实名、考勤、日结、四流一致，每一件都同时是技术问题和合规问题。这篇讲这四个环节在代码里长什么样，以及平台该站在哪个位置。

商城的第一版，库存通常长在商品表上，结算状态挂在订单上。二十个商户、几百个 SKU 能跑过验收，第一次大促就会同时出现超卖和对不上账——锁救不了它，根子在五个域被压进了同一两张表。这篇按商品、库存、订单、履约、结算的顺序，讲每个域该拥有什么，边界又该落在哪几张表上。

验收现场的顺序和开发时相反：客户不先点你讲了半小时的下单流程，而是拿出自己的 Excel 导一遍，再导出一张报表，最后打一张单。主流程决定系统能不能用，这三件事决定客户明天能不能上班；它们没有技术难度，只有工作量，报价里不写，后面就是免费加班。

演示阶段准备二十个问题，答对十九个不难；接进业务系统之后，真正会出事的是它把另一个租户的制度答了出来，语气还很确定。RAG 的工程难点不在模型，在检索前的权限过滤、文档版本和删除的同步、一套从真实工单里长出来的评测集；Agent 再往前走一步，写操作必须停下来等人确认。

凌晨一点半，客服在群里说“系统很卡”，这句话没法直接动手。要先把它拆成谁慢、哪个接口慢、从几点开始，才谈得上排查。200 QPS 的系统用不上重型 APM，但 traceId、四组指标和每条告警对应的 Runbook 缺一不可；这三样没有，监控大盘只是挂在墙上的屏保。