哎，我今天被 Codex 给先斩后奏了一波
所幸没有什么特别大的不良后果，但是还是让我
惊出一身冷汗。把这个经历跟大家分享一下
然后也分享一下我是怎么处理的，希望给大家
一些借鉴，或者就看个热闹。它做
了什么呢？它直接发布了一个帖子，就是我
现在社区里边一个很重要的帖子，是
Codex 直接发布的。你现在看到
的这个东西，就是 Codex 写的，也是
Codex 在社区里边发出来的。它
影响到了社区 2 万人所看到的东西，所以
这件事儿对我来说肯定是不可允许的
你怎么可以把一个会影响到 2 万用户的东西
不经我的允许就直接这样发出来了？那它是怎么
产生这样的问题的呢？
我最近一直在跟 Codex 做我
的 Stay Superlinear
主页。然后我其实还在社区
里边讲了，我的这个主页其实是跟
Codex 做的，然后我会把
Fable 和 Codex 混着用
先 Fable，然后
Codex，有的时候可能还会再
Fable。总之经历了 69 次
迭代、99 次 commit，做成现在
这个样子
在做的过程中，我肯定给了它很多权限
其中包括我的社区管理员权限
当然，给它这些权限和 build 很多
skill，也会让我做这件事情非常有复利
这都是好事儿。但问题是呢，我今天
就下了这样一个命令：社区板块调整的帖子
你更新一下。然后我给了它一些具体指令
我说的这个帖子，其实是本地的一个文件
我在本地已经有这样一个文件了，然后
这个文件会讲我到底
都改变了什么，这个改变背后的心思是什么
要解决的是什么问题，等等，还有新的板块
的一些 map。我希望它把这个
文件改了以后，我参考这个文件，自己去写
一个更新帖
但问题是，我其实说得也不是很清楚，对吧
“社区板块调整的那个帖子你更新一下”，它就直接
理解成了：你要把我社区里边现有的这个
帖子更新一下。它又照着这个思路去做，但
问题是，它直接就去修改了。我后来
看了一下这个帖子，这是它修改的内容
修改得挺好。说实话，你看它一上来先说时间
这个最重要的信息，然后说要解决的问题是什么，也
都是准的，因为这是我跟它反复沟通的时候
它已经知道了这些信息嘛，所以它说的这些东西
都是
准的。现在的地图讲得也很清楚
你看它的工作记录呢，它其实先看了我们
所有的社区地图，然后去做的这个
总结也是准的。大家可能产生
混淆的东西都放上来，老学员怎么安排，说的都
是对的。所以这个内容本身没有问题，但是它的
流程有很大的问题。一个会对 2 万
用户造成影响的事情，你不能不征求我
的同意就发布。所以这件事儿我怎么办呢？我
应该收紧它的权限吗？我觉得不应该
在我心中
我应该做的事情是尽量去
leverage 我的时间，尽量把
完整的任务交给 AI。AI 不要
每次有什么事情都来问我，这才是一个比较
有效的 leverage、有效的
delegation。那我应该怎么做？
我在这里边的选择是，先告诉它
虽然改得可以，但是这是直接面对客户、有
consequence 的。所以我们应该
做一个 approval gate，所有
对外的内容
都需要我的 approval
AI 做的是去 update 我
的 AGENTS.md，然后去
update 我本地这个项目的
AGENTS.md，里面写所有关于
external publication
的内容都需要 approval。这件事儿我
觉得应该是可以的。根据我的经验，它
还是比较尊重自己 AGENTS.md 里面
的这些规则，也会尊重这个
项目的规则
另外一个方法就是更
deterministic 的方式，你
在这里边去设计一个 custom
access control，但是
在我看来，这儿可能会挂一漏万，而且
它会非常 rigid，也非常
没有办法有效利用未来 Agent
的 intelligence。所以
我倾向于还是先给它
full access，然后用这种方式去
gate，看看有没有什么问题。未来
如果还是不行的话，我们再想办法，无论是
修改这样的 AGENTS.md，还是可能
回到这样
deterministic 的方式去做
再说。总之今天给大家看个热闹
我觉得警钟长鸣。另外，虽然警钟长鸣
但是我们也不应该过度
overreact。我们应该还是想办法
让 Agent 尽量自己把
事情干了，还是尽量给 Agent
各种工具、我们的标准和各种 skill，让
它可以自己把事情干好，而不需要我们过度
参与，这样才可以节省我们更多的时间。希望
这个小实践对大家有所启发。我们下期见
拜拜