把账号密码交给AI之前,先看完这篇

把账号密码交给AI之前,先看完这篇

一个有登录权限的Agent,就是一个有登录权限的员工。审批闸门、凭据分级、下线清理、提示词注入,外加席位许可这个没人提的法律坑,一篇讲全,附每月二十分钟自查清单。

一个 Agent 包打天下,是多数自动化效率低的根源

一个 Agent 包打天下,是多数自动化效率低的根源

很多团队把 Agent 用到一定深度后都会撞上同一堵墙,让一个 Agent 干所有活,效率不升反降。三个症状最典型,上下文窗口被研究、编码、审查三类任务轮番占满,前面聊过的细节被压缩丢失;长任务跑到一半进程崩溃,中间状态全部蒸发,从头再来;需要人拍板的决策点没法优雅地挂起,要么干等要么跳过。 这三个病的共同根源是单点,所有职责压在一个进程、一份上下文上,任何一环出问题都是全局问题。解法不是换一个更聪明的模型,是把「一个全能 Agent」拆成「多个专精 Agent 各做各的事」,再给它们一套协作机制。

1000个文件的知识库,为什么我坚决不用RAG

1000个文件的知识库,为什么我坚决不用RAG

1000 多个文件的 Agent 知识库,不用向量数据库不用 RAG,纯文件系统加 CLAUDE.md 多级路由,3 秒精确命中。完整设计拆解,附触发词路由表写法。

驾驭工程、上下文工程与运行时控制,Agent编程方法论的五根支柱

驾驭工程、上下文工程与运行时控制,Agent编程方法论的五根支柱

驾驭工程、上下文工程、项目记忆、提示词工程、运行时控制,撑起一套能跑的 Agent 编程体系的五根支柱。工具半年换一轮,方法论不过期,FDE 必读的体系化梳理。

Skill 会自己修 Bug 是什么体验,一套质检闭环把调试压到一小时

Skill 会自己修 Bug 是什么体验,一套质检闭环把调试压到一小时

事情是这样的。最近两个月我在给客户项目搭 Skill 库,写着写着一个事实浮出水面,写一个 Skill 快的话半天,修一个 Skill 慢起来能拖两三天。 后来我把自己开发 Skill 的时间摊开算了笔账。构思设计占两成,代码编写占两成,剩下的大半,全喂给了调试修复。更气人的是有些 Bug 还不报错,流程规规矩矩走完,输出就是不对,你盯着代码看一万遍也看不出毛病,因为它压根不在代码里。 这篇老雷想把一套自己折腾了一个多月的机制拆开讲清楚,质检闭环。一套让 Skill 自己发现问题、