售前与协同

无授权推动四方对齐；团队里管插件先管退出；我亲手造出的 bug 与一条安全审查；答案会过时，追问路径不会。这一组写判断力在现场怎么长出来。

系列

5 篇

一个真实的运营商项目里，四方诉求互相拉扯：业务要低时延、技术要吞吐、财务要低成本、用户只关心问题有没有被解决。复盘我如何把四方诉求收成一张验收表、如何在没有管理权的情况下推动对齐，以及最后四条判据分别怎么落地。

2026-10-15

团队里第 3 个人装了一个插件，第 1 个人的会话行为跟着变了，却没人说得清是谁加的。团队治理的杠杆不在审批，而在退出路径：准入、失败、退出是三张表，衡量的是同一件事——每一行有没有一个能执行的回滚动作。

2026-10-18

一篇博客被编排层拆成 8 个任务、产生 393 条跨 agent 消息。问题不在哪条门禁坏了，而在编排层根本没有「级别」这一维，于是最高规格成了默认值。复盘我怎么加上这一维、把「只能更轻」变成机器不变量，以及我为这个改动亲手造出、又被独立复核对出来的一个危险 bug。

2026-10-13

一次 AI 对话要变成可复用的资产，需要三件它通常不产出的东西——置信度、适用边界、可执行形式。一套六段式对话结构（原始提问 → 初答 → 人类追问链 → 综合论证 → 元指令集 → 自进化触发器）、追问链该推的三类问题，以及为什么最终形态必须是配置而不是散文。

2026-10-11

我给这台 agent 的改动加过很多能力，却只有一个六道合成题的行为闸门。真正的问题在落地五件测量工具那天暴露：重放闸门把四道真实任务里的两道判成回归，查下去发现坏的是判据，不是系统。这篇写这五件工具各自回答什么问题、什么时候触发、以及每件证明不了什么。

2026-10-18