@poxiaohy k2.6 非常不可控，经常在讨论阶段去做执行，几乎没法用。kimi2.7-code 起码能听指挥了，比 DeepSeek-v4-pro 强个多模态能力，就是上下文短了

@NeoWalnut 我就是这么干的，好处很明显啊，所有计划都确定了，基本不用返工，而且开新会话，切新模型或者换 Agent ，都可以随便换，完全不会被某个模型或 Agent 绑定。至于中间过程中存在的固定行为，直接让 AI 做个工作流工具把这些动作做成快捷键固化掉就行了。

你可以将这个 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 个功能了

5.5 是这样子嘛，一直用的 5.4 ，这两天到没感觉到降智的情况

codex 压缩也挺耗资源的，我之前用的 plus ，触发了一次压缩，大概消耗了周额度的 2%、5 小时额度的 10%。现在上下文快满了，就开新会话了。

前两天也是明显感觉到了降智的情况

我这边试过，开 tun+规则就可以了，不用开全局，不然国内网站访问起来太慢了 @BQsummer

对哦，我之前也遇到了类似的情况，之前我写了个需求文件让 qwen3.5 改完之后回写结果，然后它把我的需求文件复制了一份，把结果写在了新文件里，在新文件名中间加了空格。给它指出了问题，它也不更正。