应提取——复用频次达4处，语义统一为‘ISO时间转本地短格式’，参数可压缩为timestamp+locale两个必填项。需先逐行比对确认真实重复，再依复用频次、语义统一性、参数可抽象性、维护成本拐点四维判断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex 中提交一段疑似重复的代码，想让它帮你决定“这段要不要抽成函数”时，不能只扔一句“看看有没有重复”，它需要你给出可判断的依据和边界。Codex 本身不会主动评估工程合理性，它的判断完全依赖你提供的上下文、限制条件和完成标准。
先确认重复是否真实存在
打开 Codex 对话框，粘贴两段或多段疑似重复的代码块，明确标注位置来源，例如：
“文件 A/src/utils/date.js 第12–18行”
“文件 B/src/components/OrderCard.vue 第44–50行”
“文件 C/tests/helpers.js 第33–39行”。
输入指令：请逐行比对这三段代码，标出完全一致的语句、仅变量名不同的语句、逻辑相同但写法不同的语句，并统计每类语句占比。不要修改任何内容，只做结构化识别。
这一步必须做。如果 Codex 把“看似相似但语义不同”的逻辑（比如一个校验邮箱、一个校验手机号）当成重复，后续所有建议都会失准。
用四维标准让 Codex 做取舍判断
等它完成比对后，追加提问：请基于以下四个维度，判断是否应提取为函数：
① 复用频次：当前项目中，该逻辑是否已在 ≥3 处独立使用？若只在2处出现，且其中1处是测试桩或临时调试代码，则不满足提取前提。
② 变更耦合度：这些重复片段是否共享同一业务含义？例如都用于“格式化用户创建时间”，而不是“格式化创建时间”+“格式化订单支付时间”+“格式化日志时间戳”。【若语义不统一，强行抽取会导致函数职责模糊、调用方难以理解】
依托用户知识库、工作记录、项目文件、会议纪要、表格、图片、文稿及评审材料生成高质量职场汇报演示文稿。适用于试用期考核、转正述职、晋升答辩、年度总结、项目进度汇报、项目评审、方案说服、资源申请、部门规划、业务优化或管理决策类 PPT 制作；Codex 需先明确汇报目标、提取佐证材料、生成规范说明书、适配汇报时长、搭建内容大纲、设计每页幻灯片内容，最后生成附带讲稿与佐证材料核对清单的 PPTX 文件。
③ 参数可抽象性：能否用 ≤3 个清晰命名的参数覆盖所有差异点？比如只差一个时间戳字段名、一个格式模板、一个时区偏移量。如果每次调用都要传6个参数，或需大量 if 分支判断类型，说明它还不是“可抽取”的稳定逻辑。
④ 维护成本拐点：当前修改一处需同步改 ≥2 处，且最近两周内已因此引发 ≥1 次漏改导致的 bug。Codex 会结合你提供的 git blame 或错误日志片段验证这一点。
让 Codex 输出可执行结论
方法一：直接要结论
请综合以上四维标准，给出明确建议：“应提取”或“暂不提取”，并用一句话说明主因（如：“应提取——复用频次达4处，语义统一为‘ISO时间转本地短格式’，参数可压缩为 timestamp + locale 两个必填项”）。
方法二：要对比方案
请提供两种方案：
方案A：保持原状，仅添加注释说明“此逻辑与X/Y/Z处一致”；
方案B：提取为函数 formatToLocalShort(timestamp, locale)，列出需修改的3个文件路径及对应行号。
请对比二者在下次修改时的预期改动行数、潜在漏改风险、阅读理解成本。
注意：Codex 不会主动告诉你“现在不抽以后会怎样”，但它能算出——如果你选方案A，下一次时间格式调整，你要手动改4处、平均耗时6.2分钟、漏改概率约37%（基于历史 commit 模式推断）。
