分享一个用提示词整理 Codex 的小技巧，以及 Claude Code 的实测表现

最近在折腾代码整理的时候，看到社区里大佬在讨论用特定的提示词来清洗 Codebase，也就是我们常说的 Codex 整理。看着效果挺惊艳的，我也忍不住去试了一把，结果发现事情并没有想象中那么简单，尤其是在不同的 AI 工具里，表现竟然天差地别。

今天就来聊聊这次折腾的经历，顺便给大伙避避坑，看看怎么调整才能更好地用上这些 AI 助手。

初体验：提示词的魔力

首先，这个提示词的核心逻辑其实不复杂，主要就是告诉 AI：“请忽略之前的对话上下文，把我现在选中的这段代码用最标准的现代代码规范重写一遍，增加必要的注释，并修复潜在的 Bug”。

在 Codex（或者类似的基于 GPT 模型的插件）里，这段提示词确实表现出了惊人的能力。原本写得很随意、变量命名混乱的代码，经过它一顿输出，立马变得整洁规范，关键逻辑还给你补上了注释。那一刻真的觉得，这就是未来的编程方式嘛！

翻车现场：Claude Code 不给面子？

看到 Codex 这么好用，我自然就想到了最近很火的 Claude Code。毕竟 Claude 在逻辑推理和长文本处理上口碑一直不错，用来整理论坛上那种动辄几千行的项目代码应该更稳吧？

然而，现实很骨感。我把同样的提示词喂给 Claude Code，期望它能给我一个焕然一新的文件，结果它给我的反馈非常“克制”。要么只是简单缩进了一下代码，要么就是告诉我“这段代码看起来没问题，无需修改”。甚至有时候，它会过分纠结于某写并不涉及逻辑的格式细节，导致整个重构动作停滞不前。

为什么会有这种差异？

经过一番对比试验，我觉得这背后的原因可能主要有两点：

1. 上下文理解机制的差异：Claude（尤其是 3.5 Sonnet）在做代码 Agent 任务时，似乎更倾向于保留原有代码的结构完整性。它可能认为你给的提示词虽然要求“重写”，但如果你的原代码逻辑是通的，它就会倾向于“多一事不如少一事”，避免引入潜在的破坏性更改。而 Codex 类的模型可能更具“激进性”，会严格执行你的格式化指令。

2. 指令遵循的倾向性：Claude 在处理模棱两可的指令时，会更多地进行确认或者保守处理。如果提示词里没有明确说“请大胆重构并优化逻辑结构”，它可能就只做字面意义上的“整理”。

给出的解决方案与优化建议

既然 Claude Code 在这个特定提示词上“水土不服”，这就说明我们不能照搬一套Prompt打天下。为了让 Claude Code 动起来，我对提示词做了一点微调，效果明显好了很多。

大家可以在原来的基础上，加上这样几句话（英文版通常效果更好）：

“Please perform a comprehensive refactoring. You are allowed to change variable names and functions for better readability, but ensure the output logic remains functionally identical to the input. Do not ask for confirmation, just output the refactored code.”

这段加了之后，Claude Code 好像被“解封”了一样，开始愿意做深度的变量名替换和逻辑解耦了。

另外，如果你发现 AI 整理代码时“太听话”反而把业务逻辑改挂了，建议配合 git diff 使用，让 AI 只负责做“表层美容”（如格式化、添加类型注释），具体的重构块还是得人工确认。

总结

AI 编程工具虽然强大，但不同的模型脾气还真不一样。Codex 适合那种快节奏、大力出奇迹的代码清洗；而 Claude Code 则更适合深度的逻辑重构和审阅，但前提是你的指令得下得足够精准。

如果你也在用这些工具整顿项目，不妨试试调整一下 Prompt 的语气，看看能不能激发出它们不一样的潜力。