@
murongxdb #17 过渡设计确实是存在的,但我觉得有些防御边界恰好是我想要的,有的又是我不想要的。所以不好评价好坏。
就像前几天我让 codex 在 我的局域网的 Windows 上部署了图片模型,然后需要开放端口给 mac 使用。他自己设计的就是走的 ssh 隧道,然后只监听 127.0.0.1 ,还做了什么回环限制访问。我说我就局域网使用,你搞这么复杂,直接监听 0.0.0.0 不行吗?他说可以,但是建议加上 api key 功能,然后我就让他加上 api key 并监听 0.0.0.0 了。其实也可以不加 api key ,但是确实不安全,全看个人取舍。
总的来说,Codex 会预设很多默认安全策略,如果你不和他确认,他就是全部实现。这也说不上好或者不好,有的人需要这些安全措施,有的人需要那些安全措施,有的人完全不需要安全措施,其实众口难调。
如果你是现在的工作方式,那么其实你换到 Claude ,也不一定会有好的效果,或许 Claude 会保留一些他认为比较好的安全边界,也许这是你想要的,或许也不是你想要的。
所以我的方案就是尽量在落实方案之前,走 QA 流程来确认一些关键边界(产品边界、安全边界),superpowers 的头脑风暴,和 grill me 都是类似的工作流,我会尽量避免所有的决策都交给 Agent 来判断。
我一般将你这种开发工作流称之为「许愿式编程」,其实你在产品出来之前也不清楚自己想要什么。总的来说就是由模型去提纯它的使用人群,模型 A 的边界设计「恰好」符合你的预期,你就会夸他好,模型 B 的边界设计「恰好」不符合你的预期,你就会吐槽。
其实在 AI 出来之前,写代码都是最后一步,「讨论清楚」需求永远比直接上来写代码更安全、更容易理解、更容易维护,也最推荐。现在你全交给 AI 去判断了,那这个产品到底 属于你 还是 属于 AI 呢?你清楚自己想要的是怎么样的产品和工具吗?