Archive
全部文章
共 13 篇，按发布时间倒序。跨越 1 个年度。
2026
河边的 FDE
六个钓位、一台摄像机、一天一毛二，中鱼验收表能交出去。可格子满了不等于做成：行家把小白条划掉，收获得他写回去。进企业落地的人，干的就是这一步。
Agent 一次都没闭环过，别先给大目标
评估仓库 Harness，从能验收的小需求开始。Agent 一次都没闭环过，工作上下文就不健全；人得带着干完一次，再设长程目标。
技术会换，私有评测集不会换
技术一直在变。要快速验证它对业务有没有帮助，靠一套带充分上下文的私有评测集。我拿 20 条钉钉真消息测了 Jev。
协作流程不写下来，组织看不见判断
长流程跨机器、跨人、跨天，写下来的是流程怎么走和怎么算走完。写下来只是代价：协作流程交给 Agent 转，判断作为执行的副产物落下来，省掉人事后补记录。
Webhook 挂仓库，邮件挂在人身上
在 GitHub 上 @ 一个数字员工，它怎么知道被叫了？Webhook 挂仓库，App 挂应用，只有邮件挂在人身上。邮箱能推送之后，它才是够格的入口。
会什么正在被抹平，招人改看素质和态度
会什么正在被 AI 抹平，所以我改看素质和态度：社招让他讲一次跑通的闭环，讲到下一次怎么更好；校招看聪明和听懂陌生问题的速度。附我怎么问，和我框错过的一条准入线。
该做什么，和怎么做完，是两套循环
每次活都起一个沙箱，没有常在的 backend loop，员工就不像员工。员工循环只问该做什么，干活循环把事做完。等的时候现场不能散，durable workflow 保住那件事。
让 AI 说人话，工程上怎么做
AI 把一段口述写成了两种错：主题听错了，口气也变了。这两类错得分开治，四步各管一段，附命令、改前改后和检查标准。
Mac mini 是团队数字员工最快的载体
云沙箱写代码很快，进企业很慢。内网进不去，没接口的页点不了，做到一半还可能丢。一台常开的 Mac mini 把这些跳过去。写代码还是用沙箱。
把写博客做成一个 skill
一篇博客要能被下一次写作找到。按主题、案例、观点或方法、实操、总结来写。风格、配图和关联都挂在这五件事上。
这个博客的技术选型与取舍
GitHub Pages 没有服务端。能在构建期做完的事，就不要留到运行期：内容层、字体、OG 都按这条砍。
为什么选择 Markdown 作为内容主线
博客要长期养，内容就必须是纯文本：写得快、Git 能 diff、换框架还能搬走。
我的技术博客正式上线
这个站要沉淀可执行的观点，不是再开一个随手写写的本子。内容锁在 Markdown，发布交给 Git。