01
判据必须定义在最终产物上
依据
飞书回调配置全对、机器人一句话不回；浏览器镜像 HTTP 200、观察者那边什么都看不到 ——「接通」发生在链路的某一层，「能用」发生在最后一层。
边界
通道怎么选链路只有一层时两者等价；层数一多，就会出现「假成功」。
关于我
经历
起点
成长
四个节点指向同一件事 —— 我擅长靠个人执行把事情做成。这既是我的底子，也是我的天花板。
转折
思考
2026 年，某头部运营商的项目交付之后那个月，我连续加班了三周。项目成了，客户续了约，指标也兑现了。
但我坐在工位上一直在想一个问题：如果我不在，这个项目还能跑吗？
答案是：不能。所有的判断、协调、验收，都压在我一个人身上。
那一刻我意识到：靠个人执行，天花板就是我的时间。
我不能只是做得更好 —— 我得造一个不依赖我的系统。
靠个人执行，天花板就是我的时间。
外推时间投进去，项目就往前走，这条线一路向上。
实测换了执行方式，才可能有第二条斜率。
所以从 2026 年起，我把大部分精力放在造系统上。
判断
决策
02
先修量具，再谈性能
依据
一份「看起来很完整」的性能报告里，TTFT 的每一个分位数都和总延迟对不上 —— 量具错了，后面所有结论都不成立。
边界
先修量具，再谈性能先能证明测量成立，才轮到讨论优化；否则调的是噪声。
分工
工作
时间
我的时间去哪了
大部分花在判断和定义上：这件事算不算成了、判据写清楚了没有、这个产物能不能验收。执行我很少自己动手，那部分交给系统。
分工
我和系统怎么分工
我定判据，系统跑流程；我验收结果，系统承接重复劳动。衡量我的产出，不看「做了多少」，看「定义了什么」。
质量
我怎么保证质量
不靠「多检查几遍」，靠把判据定义在最终产物上。判据对了，过程不用盯；判据错了，盯也没用。
价值观
信条
先定义，再行动
对结果负责，不对过程负责
系统大于个人
收尾
- 更多判断每条判断的完整过程都在博客里
- 长期职业主线我长期在解决什么问题、积累了哪几项能力、下一步要去哪
- 了解系统那套系统的三层结构与现在处于什么阶段
- 订阅更新新文章写好后邮件通知，随时一键退订
- 更多成果论文与专利的完整清单
- 简历与作品索引一页看清经历、项目、成果、开源与联系方式；PDF 可邮件索取
- 开源工具覆盖推理交付、训练、判定测量与 Agent 能力的工程包，每个都有一条安装命令；已被社区 awesome 列表收录的逐条标在清单里
公众号