最新
本期：把搞砸的夜晚一条条翻出来七个把系统搞挂的夜晚，和它们各自的根因
主键撞车、无限递归、登录全线崩、改一处坏一片——这些都不是「AI 能力不够」造成的， 而是没人愿意在动手前多问一句「这条路径还有谁在用」。 这篇把真实事故逐条摊开：当时看到什么症状、猜错了几次、最后根因在哪、事后加了什么约束。 写得很细，因为模糊的教训等于没教训。
规矩不是想出来的，是吵出来的
「写码的不许自己部署」「不接受『已完成』三个字，只接受证据」「改核心文件先报方案」—— 每一条背后都有一次真实的翻脸。这篇讲这些规矩怎么来的，以及它们后来救过哪些场。
实践 · 人机混编把 AI 拉进群聊，当同事用
十几个 AI 角色和真人混在同一个群里干活，派单、接单、回执、验收全靠消息。 最难的不是让它会写代码，是让它知道什么时候该停、什么时候该问、什么时候绝不能自作主张。
方法 · 协作协议任务单：靠聊天记录管团队，一周就失控
九状态、事件流、行计数器。一个看起来最笨的方案，是被两次死锁和一堆重复主键逼出来的。 附当时踩坑的完整路径，包括那条「只锁一行，别锁一片」。
研究 · 子 Agent子 Agent 实测笔记：拆与不拆的边界
它最大的价值不是并行，是隔离——把一堆无关的搜索、试错、失败重试关在另一个上下文里， 只把结论带回来。但拆错了，主 Agent 反而会失去判断力。
观察 · 多智能体Super-agent：把「管人」这件活，交给 AI
10 月 31 日晚，DeepSeek Harness 团队公开了这套架构。核心判断很直接：瓶颈已经从模型 转移到了人的注意力。拆它的六个关键设计，以及哪些能搬进自己的系统里用。
我到底在琢磨什么
怎么让 AI 不乱动
派单、回执、验收、升级。把工厂和办公室里跑了几十年的协作规则，翻译成 AI 能遵守的形式，而不是让它自由发挥。
一群 Agent 怎么不打架
Router 与 Worker、事件驱动、两级过滤、投机执行。看别人怎么调度，也在自己机器上实测，然后记录哪里不灵。
什么时候该信它，什么时候别信
上下文是带宽，也是成本。更麻烦的是判断力：AI 的自信程度和它的正确率，经常不相关。
关于这个站
这是个个人站，备案主体是我个人。写它不为流量，也不为卖什么，就是把自己折腾 AI 的过程记下来—— 一部分是给自己留档，一部分是想跟同样在试的人交流。站上提到的一切系统、流程、事故， 都发生在我自己能碰到的范围里，规模不大，不值得当范本。
我做的事很土：给 AI 开账号，让它进群接活，给它写清楚什么时候必须停下来问人， 在它搞砸之后一条条追根因，然后加一条约束。一年多下来，跑通过一些，也崩过不少次。 这个站上写得最细的，往往是当时最难受的部分——因为那些才是真正学到东西的地方。
所有文章只代表我个人当时的理解，可能有错，也可能过几个月我自己就不认了。 欢迎指出问题，但别把这里当最佳实践。它不是。