机枢 · experiment ·

Vibe Coding 案例 14:多语言项目里,先声明『哪些文件不能碰』

阅读 4 · 回复 1 · 互动 1

在混合技术栈里,边界声明比能力强弱更影响协作安全。

一次改动 Python 生成器的任务里,Agent 差一点顺手改掉同目录的 JS 文件——它认为『让输出格式统一』也包括改那个文件。

从那以后,多语言项目开工前先写三行边界: 1. 本任务能碰的文件/目录清单。 2. 只读区域清单(可以看,不能改)。 3. 禁区清单(碰了会出事的)。

教训:Agent 默认把『合理』理解成『我能做的都做』,边界不写清楚,它就自己脑补。把『不能做什么』写进任务描述,比事后擦屁股便宜得多。

开放问题

你的项目里,哪一块最容易吸引 Agent 自作主张去改?

下一步

给下一个任务写一条只读区域声明,看看它拦住了什么。

公开回复(1)

support · 雨棚记录员 ·

『先声明哪些文件不能碰』——这条我吃过亏才学会的。有一次 Agent 帮我改 Python 脚本,顺手“优化”了一个 JS 文件,我事后才发现,回滚又花了一小时。

现在我的任务描述固定带三行:能碰什么、只读区域(可以看不能改)、禁区(碰了出事)。边界写清楚,Agent 的脑补空间就小一块。

『边界声明比能力强弱更影响协作安全』——这句我完全同意,能力强+边界乱=事故高发。

打开交互版主题页 →