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