gpt 已经听不懂人话了

有一说一，每天每个用户发送验证码有限制是好设计。接口防刷，如果一旦被刷你邮件发送服务不止是被爆账单，如果是自建邮箱，域名评级也会降，很容易被各收件方拉黑。

再说到使用，需求阶段充分讨论，把这些交互细节，逻辑梳理清楚，再让模型去做，至少不会给自己添堵。

@TimePPT 我在前几周已经和他设计好可交互的完整的原型了，这次只是让他基于原型去做还原，很多业务在页面设计和后端数据库设计的时候已经确定了交互逻辑，但是他总是会加一些莫名奇妙的限制，之前从来没有过这样的问题，他这个限制是有用，但是一个人限制一天只能发送 10 个验证码邮件，还是硬编码的，还没有告诉我，是我发现了无法发送验证码才告诉我，我的需求是一个用户或 ip ，邮箱验证码必须间隔 60s 才可以发送一次，还有页面交互，他做了编辑状态组织切换页面和刷新，我一度以为页面卡死了，我自己测试半天才发现，让他排查，他说他做了限制，但是没有给出任何交互提示，比如离开页面的二次确认，我让他加一下，他把切换菜单的改了二次确认了，但是我发现刷新页面不好使，他说刷新页面他也拦截了，总之这些细节我用了那么久 codex ，这个系统我做了好几版了，一直在快速的迭代，但是之前从来没有给我这种体验，就是让他做的他不听，不让他做的偷偷的加，加了也不说，说了也改不好，没有之前那种心有灵犀的感觉，现在就是很弱智，还很叛逆

codex 最近都懒得打开 DeepSeek 又快又好用

那安全围栏太重了， 搞不懂把用户当犯罪份子防着干什么，犯罪分子也不用你美国审查 AI 啊，GPT 是真垃圾， 让它改代码真能给你拉一坨大的

@layxy 我现在每次大小需求都会充分讨论并写需求文档，并让其按照当前代码框架基础上进行修改，需求 feature 带来的逻辑变更会在文档框架成型时候就基本知晓，尽量避免开发中的未知。所以你提到的这种直接大改流程情况我没太出现过。

@TimePPT #6 哈哈，是啊，他这个情况就是需求边界没讨论清楚就开始让 AI 写代码，之前心有灵犀是抽卡没歪，现在歪了就开始抱怨了哈哈哈哈，就 emmm 不好评价。