请教各位佬！关于codex正确的使用方式

不是大量内容重复的工作没必要写skills，只要把任务逻辑调理拆解清楚一些就行

不断地更新开发文档是必然的。

项目整体上的约束用AGENTS.md这种全局的，细分领域的固定操作可以落地成SKILLS。

不要乱写乱生成skill，skill多了很难管理，复用率低而且占context window overhead。skill的describ加起来只有2%的context window的资源好像。现在很多自动生成skill其实是需要一些迭代和进化算法的，但目前还没有特别好的解决办法（也许以后有）。

codex总是自己瞎搞一通，不按照反编译的代码写，很是苦恼

这个是指令遵循问题，推荐1）用低thinking模型，太聪明了反而不一定好。2）先理解再写，比如可以做一些harness engineering或者spec engineering。3）接受coding agent的指令遵循永远是概率性的这一点，做好review gate，只要做出来的东西验收通过，dependency没问题，功能齐全就行。

其实我还有另外一个问题，什么时候选择开新对话，之前都是一个对话从头干到死，然后感觉上下文太长了，耗Token；但是新开对话又得重新添加项目信息，不知道如何抉择

压缩几次以后让他交接，然后新对话继续

这种你要沉淀经验，一些踩过的坑要记录下了，大模型是没有记忆的，你的帮他记一下

逆向项目建议先把“证据链”固定下来，再让 Codex 写代码：按模块保存反编译原文、符号/地址映射、已确认行为和待验证假设，并在 AGENTS.md 里明确“不得凭常识补实现，每个关键分支必须标注对应的反编译文件与函数”。每次只交一个可验证的小函数，先让它输出行为表和实现计划，确认后再编码，最后用样本输入、边界值或原程序输出做差分测试。Skills 只适合沉淀反复执行的固定流程；项目事实放文档并纳入版本控制，新会话读交接文档即可。

试一下 mattpocock 的 Skills For Real Engineers，用过就离不开了。

那用5.6 SOL Low可以嘛？