
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
所以我现在已经不太纠结 AI 到底会不会替代程序员,这个问题太大了。我反而更关心:AI 会优先把程序员的哪部分价值变便宜?目前答案越来越明显——纯编码。而另外一些东西,判断、拆解、设计、风险、验收、责任,反而可能越来越值钱。所以如果你已经写了十几年代码,不用和 Codex 比谁写 CRUD 快,你肯定比不过。应该想的是,怎么让 Codex 帮你把十几年积累的工程能力放大。这可能才是老程序员真正应该

所以我现在已经不太纠结 AI 到底会不会替代程序员,这个问题太大了。我反而更关心:AI 会优先把程序员的哪部分价值变便宜?目前答案越来越明显——纯编码。而另外一些东西,判断、拆解、设计、风险、验收、责任,反而可能越来越值钱。所以如果你已经写了十几年代码,不用和 Codex 比谁写 CRUD 快,你肯定比不过。应该想的是,怎么让 Codex 帮你把十几年积累的工程能力放大。这可能才是老程序员真正应该

我现在有一个越来越明显的感觉。Coding Agent 第一阶段大家比的是谁的模型强,第二阶段可能开始变成谁更会用 Agent,再往后,当大家真的开始同时运行几个 Agent,可能又会出现一个新的问题——谁更会管理 Agent。因为当 Claude、Codex、Reviewer、Test Agent 都开始替你干活以后,你自己的工作就越来越像拆任务、看状态、做决策、处理异常、最终验收。

我现在有一个越来越明显的感觉。Coding Agent 第一阶段大家比的是谁的模型强,第二阶段可能开始变成谁更会用 Agent,再往后,当大家真的开始同时运行几个 Agent,可能又会出现一个新的问题——谁更会管理 Agent。因为当 Claude、Codex、Reviewer、Test Agent 都开始替你干活以后,你自己的工作就越来越像拆任务、看状态、做决策、处理异常、最终验收。

我越来越觉得,Vibe Coding 真正需要学的东西正在悄悄发生变化。一开始大家学的是 Prompt 怎么写,后来慢慢变成 Context 怎么给,再往后可能会变成:任务怎么拆,Agent 怎么分工,什么可以并行,什么必须串行,什么时候需要 Review Agent 介入,什么时候该由人来接手。也就是说,未来写代码效率最高的人,未必是 Prompt 写得最长的那个,很可能是最会拆任务、分配 Ag

最近使用 Claude Code、Codex 这类终端 Agent 越来越多,尤其是在同时开发多个项目的时候,经常需要同时跑几个 Agent。第一次使用的时候,如果电脑上已经安装了 Codex、Claude Code 等 CLI,希望工具可以自动检测出来。目前主要针对 Claude Code、Codex 等 TUI Agent,也预留了其他 Agent 的适配空间。通过钉钉 Stream 长连接,

最近使用 Claude Code、Codex 这类终端 Agent 越来越多,尤其是在同时开发多个项目的时候,经常需要同时跑几个 Agent。第一次使用的时候,如果电脑上已经安装了 Codex、Claude Code 等 CLI,希望工具可以自动检测出来。目前主要针对 Claude Code、Codex 等 TUI Agent,也预留了其他 Agent 的适配空间。通过钉钉 Stream 长连接,








