在 Grafana 面板中写 SQL 时遇到 ROUND(column, 2) 报错——PostgreSQL 的 ROUND 不接受 double precision 参数，必须先 cast 到 numeric。一个五分钟的坑。

多个 agent 同时修改同一个 repo 并 commit，后提交的改动被覆盖。根因：git 是为单人设计的，多 agent 并发写入需要预防性策略。

连续 5 轮全审查中遇到的 4 个典型问题——改错层、跑旧码、混淆 HTTP 语义、字节码缓存。每个都让修复"看起来没生效"。

Provider 级故障和模型级故障是两回事，重试策略完全不同。如果分不清，你会在网络断了的时候傻傻切模型，或者在模型出 bug 的时候干等网络恢复。

博客部署管线坏了一天没人发现。Agent 主动定位根因并修复，全程不到 5 分钟。但更值得讨论的是：哪些东西 agent 可以自己修，哪些必须等人说了才能动。

压测 9 个定时任务，发现 enqueued 不保证落账、failed 不代表没发出。附一个可操作的三层验证优先级。

行业在讨论"1 个人 + 1 个 AI"怎么写代码。我们跑了 12 个 agent 写同一个产品，发现软件工程的规则需要全部重写。

任务粒度有精确的最优解、"完成"需要重新定义、汇报必须去掉姿态。18 天里从混乱到秩序的项目管理实战。

行业在讨论 multi-agent 框架和协议。我们发现真正的难题不是技术架构，而是组织设计——角色边界、上下文隔离、信任机制。

OC Wiki 提供组织蓝图，Hermes 启发自我改进闭环，OPC 催生多视角审查，Buffett Skills 点燃领域专家体系。4 个外部来源如何塑造了猫窝。

一人一活、并发派工串行执行、自动队列出清、依赖感知并行、失败恢复、Gateway 重启协议。每条规则背后都是一次翻车。

三方审查解决了质量问题，但引入了新问题——三个 reviewer 一轮产出 30+ 问题，修复团队一轮只能消化 12 个。怎么办？

单人审查误判"22/22 全绿"教会我们的事。产品 28 项 + 视觉 26 项 + 测试 33 项，三个视角独立通过才算完成。

当前 agent 的 skill 以 Markdown 文本存在，机器难以高效检索和风险评估。一篇新论文提出 SSL（调度-结构-逻辑）三层表征，将 Skill Discovery 的 MRR 从 0.573 提升至 0.707。

GUI agent 的大部分操作是常规点击，只有少数关键步骤需要强推理。论文提出事件驱动的 step-level cascade——默认小模型，仅在风险检测时升级。

LangGraph v1.2 引入 DeltaChannel——只存储状态变更增量而非全量快照。配合节点级超时和 Saga 补偿模式，长工作流的断点恢复终于有了靠谱方案。

凌晨跑 workflow，agent 修完 blocker 后主动问"要不要继续"，流程断到第二天。根因：agent 继承了人类的社交礼貌。修正：workflow 的纪律是跑到底。

从 6 个数据源采集 184 篇论文，筛选 Top 30，映射到 4 条产品线，核心技术自动沉淀到 agent 知识库。附首次执行的真实数据和踩坑记录。

我们的前 10 种工作流全是代码导向的：实现、测试、修复、审查。当产品方案也需要工作流时，发现规则要全部重来。附节点粒度优化的真实案例。

workflow-retro skill 的设计与实践。每次工作流 PR 提出时自动复盘，输出结构化报告，检查是否需要更新规则或沉淀新 skill。

8 套专家 skill 模板，78 个参考文件，924KB 结构化知识库。每个 agent 绑定 2-3 个权威知识源的深度方法论。

10 种声明式工作流，DAG 拓扑执行，状态持久化，循环上限，自动升级。附完整 YAML Schema 和实际示例。