fqyd

你可以将这个 plan 内容存到本地文档啊，这样新开会话需要之前的 plan ，把文档甩进去就行了

@widowcat 那我觉得你应该先用 AI 帮你把业务梳理清楚，否则容易改崩。然后，你的 sql 要做个版本管理，方便回退。

你试试呗，我之前用 codex gpt5.4 改过一个上千行的 mysql 的存储过程，效果不错。

基本野榜了，kimi2.6 我的使用体验除了有个多模态外，全方位不如 deepseekv4 pro 。不可能有榜单里面差距的那么大

基本不用 skill ，先列出需求文件，然后和 AI AGENT 做多轮交互，把需求边界、技术方案都确定掉，交互过程和最终结论都写入本地文档，确人自己和 AI 对此都没有疑问。接下来就是直接让 AI 对着文档实施即可，实施完之后在做下测试和 review ，这套流程下来效果还是可以的。
要说什么技巧的话，这个过程中的很多交互动作是可以模板化，比如创建需求文件、复制需求文件路径和需求文件说明提示词、创建回复文件和回复文件说明提示词，这些都是固定流程，所以让 AI 接口 AutoHotKey2 做了一个快捷操作面板工具，需要的时候快捷键启动，简化下固定操作流程，这样子。
然后，如果不在公司的化，用语音输入法和 AI 交流，效率和易用性比打字要高的多。

@fqyd 5 ，本地启动做下实际测试

1 ，用高性能模型
2 ，确保在执行前，自己和 AI 对要做的内容已经达成共识，没有任何问题，并保存为本地文档
3 ，做完之后，用另一个 AI 结合本地文档做 review
4 ，两个 AI 都反馈没问题了，就差不多了，不放心就再挑几个核心文件做下 review

@fqyd 噢，还少了一个启动项目，检查效果，进行测试的功能

idea+codex/claude code,现在 idea 只有写需求文件，看 AI 的 md 文档，检查代码和提交代码这 4 个功能了