AI

去年冬天，我带的一个实习生小陈在工位前盯着屏幕，表情像是刚拆开一个空包裹。他把 Codex 生成的观察者模式代码来回滚动了几十遍，突然转过头问我：“这段代码我看了快两个小时，每一行都认识，但连起来就是不知道它为什么能解决问题。”我说你试着关掉屏幕，手写一遍看看。他写了七行就卡住了，不是因为语法，是因为他不知道哪些部分是模式的核心骨架，哪些只是辅助的枝叶。 这不是个例。过去一年半，我在三个不同的技术…

这就是我这篇文章要讲的核心：使用 Codex 进行代码审查的利与弊，不是一个技术问题，而是一个决策框架问题。 你把它放对了位置，它是效率倍增器；放错了位置，它会制造一种“被审查过”的安全幻觉，而这种幻觉比没有审查更危险。 为了让你能直接把这个框架用在自己的项目里，我会把 Codex 在审查场景中的表现拆解成四个维度：效率、质量、成本、团队。每个维度下面都有可量化的指标和我在实际项目中记录下来的数据…

风险断层 位置 典型表现 谁通常会忽略 输入端 提示词中的隐含原始数据 把真实用户手机号、身份证、地址写入注释或变量占位符 前端 / 后端开发 传输端 提示词从本地 IDE 发出到云端 API 未审查插件或代理是否记录明文请求 DevOps / 安全运维 输出端 Codex 返回的代码片段 硬编码密码、Token、内网 IP、数据库连接串 代码审查者 / TL 部署端 经 AI 补全引入的第三方依…

2019年，我第一次接手一个开源项目的维护工作，打开readme，看到下面这段函数注释的瞬间，差点直接把笔记本合上。 def fetch_data(utl: str, timeout: int = 10, retries: int = 3): """ Fetch data from a given URL. Args: url (str): target URL. t…

在codex编程输出中识别并纠正逻辑漏洞的方法 上周三凌晨两点，我盯着屏幕上Codex生成的一段支付回调处理代码，已经熬了四十分钟。代码很干净，语法没问题，IDE也没红线，单元测试全部绿灯。但我知道它有问题，因为就在三个小时前，财务同事在钉钉上发来一条消息：昨天的订单里，有三笔重复打款。 三笔，合计一万两千块。 我逐行复查了那两百多行Node.js代码，发现Codex很“聪明”地把退款状态的更新放…

手写代码 vs AI编程：我花3天建了个API，结果让人意外，Codex个人项目实测报告 我做了一个决定，把自己当成“实验对象”，真实地来一场完整的对照组实验。这不是为了写文章而造出来的对比测试，而是我在去年年底接了一个个人项目，给一个自由职业者的社群做一个轻量级任务管理工具，项目排期很松，所以我主动提议：同样的项目，我以纯手工方式和完全靠Codex辅助的方式各做一次。这不是客户要求，是我自己想搞…

去年秋天，我在一个微服务重构项目里遇到了一个反复出现的痛点：团队三个后端工程师，每个人搭建出来的项目骨架都不一样。有的用自己喜欢的目录结构，有的随手写了个Dockerfile但缺健康检查端点，有的集成测试套件根本跑不起来。技术经理把这锅甩给我，说“你定个规范”。我花了两天写了一个模板生成脚本，结果下个季度框架版本一升级，脚本又得重写。那一刻我突然意识到：传统脚手架真正的问题不是你写不出模板，而是模…

一、核心结论：冗余不是 Bug，而是生成式模型的“底层欲望” 首先，我想分享一个反常识的核心结论：代码冗余并不是模型“写错了”，恰恰相反，它是模型在试图“写得更对”时产生的副作用。 理解这点至关重要，因为它决定了我们的应对策略不是在“纠正一个偶然的错误”，而是在“对抗一种必然的统计学趋势”。 Codex 这类大型语言模型，本质上是在执行一个“下一个 Token 预测”的任务。当它生成代码时,每一步…

十几年的研发生涯里，我处理过的多语言混合项目不下四十个。从最早的一个 Java 后端带着 Perl 脚本、夹杂两万行 shell 配置的烂摊子，到后来 Go+Python+Rust 三语并行的微服务集群，每一次我都发现同样的问题：团队把多语言当成技术挑战去解决，却很少意识到它本质上是一个组织策略问题。 去年我把 Claude Code 引入到一套 Python 后端 + TypeScript 前端…

记录一次用 claude code 重构遗留代码的真实体验 我清晰地记得那个周二下午，产品经理第三次问我：“这个功能真的不能加吗？竞品已经上线两个月了。” 不是我不想加。而是我手里那个 2018 年上线的订单管理模块，代码行数超过 4.2 万行，核心业务逻辑塞在一个叫做 OrderService.java 的文件里，单文件 3700 行，最长的 processRefund() 方法有 840 行。…