|
外行尝试codex， 这是前传 https://www.oursteps.com.au/bbs/ ... ead&tid=1900151 让它改代码，我是一百个不放心啊，让他分析一下我的captcha设计，帮我改一下，而且因为是在本地测试运行，不要集成外部service， 不放心，特意告诉它，只在fix 分支上修改，不要做任何的repo commit。 刷刷一共就20分钟搞定，这里面还有三四次需要我授权的权限修改 1. Replace the letter-image CAPTCHA 2. Use secure PHP 5.4-compatible generation 3. Store a scoped challenge in the session 4. Make every CAPTCHA one-attempt and one-use 5. Add a short expiry 6. Add server-side Contact Us rate limiting 7. Add a lightweight honeypot 8. Remove database maintenance from requests 9. Refactor CAPTCHA logic out of templates 10. Preserve local HTTP testing 实际也就16,17分钟吧，甚至还贴心的给我加了honeypot功能，对付机器人更轻松一些。10项任务圆满完成， 就拿一个简单的rate limiting，里面还包含好多子任务 CAPTCHA must not be the only control. I propose a small database-backed rate-limit table compatible with the old MySQL version. Initial conservative limits could be: • Maximum 3 successfully sent messages per session in 15 minutes • Maximum 5 successfully sent messages per IP in 15 minutes • Maximum 15 CAPTCHA/form attempts per IP in 15 minutes • A short minimum interval between sends, such as 30–60 seconds These values would be configuration constants so they can be adjusted without rewriting the logic. Local testing from 192.168.1.200 would need consideration because requests may appear to originate from one LAN/NAT address. I would avoid overly strict IP-only blocking and use combined session and IP limits. Rate-limit responses would show a normal user-facing message rather than exposing internal thresholds. 真的太牛逼了，一次过啊， 唯一有点出乎我意料的，没有让我授权的是，它直接修改了一些数据库的， 好在数据库我也有完整备份， 问它数据库修改啥了，回答我就建个captcha_rate_limit 表，因为是新逻辑，没有碰任何已有的表，就没征得我同意， 所以AI agent 这类东西，很牛逼，也挺危险的。 一共修改了10几个文件，每个文件git diff看了下，增加好多code， 只能看懂大概逻辑， 心里还是有点担忧，真的就这么信任它了？ 总之，这和我当年测试manus，武武玄玄的一通耍大刀，最后给出个报错，简直已经进化升天了。 唯一有点不爽的，即使在手机上也配置了连接Mac的codex，但是codex，只有local project 工作正常，remote project 对话在手机上显示不出来，也就没法在移动中通过手机 steer 项目的运行， 一通排查，gpt也是认为可能是bug，官方明确支持，而且是个卖点的。 |
