2026，和 Agent 一起工作
原创 · 约 7 分钟阅读 · 阅读 --
最后更新于

2026，和 Agent 一起工作

作者: 字与码

随笔

2026 年，我完全进入 AI 编程时代。

如果说 2025 年的 Cursor 更像一个嵌在编辑器里的 AI 编程助手，那么 2026 年的 Claude Code、Codex 这类工具，已经更像 Agent。

它们可以读仓库，查文件，跑命令，修改代码，执行测试，整理结果，甚至处理一部分发布、文档、排障和协作工作。

这对程序员的日常影响，比单纯代码补全更大。

Agent 改变的是任务粒度

编辑器补全解决的是局部问题：下一行代码怎么写，这个函数怎么补，这段逻辑怎么改。

Agent 解决的是任务问题：这个 bug 为什么出现，应该改哪些文件，怎么验证，哪些测试要跑，改完怎么说明。

任务粒度变大以后，工作方式也变了。

你不再只是和模型讨论一段代码，而是把一个完整目标交给它，让它在代码库里探索、实施和验证。

Agent 编程工作流

当然，这不代表人可以完全退出。

Agent 会犯错，会误判上下文，会过度修改，也会在复杂问题上绕圈。人的职责是设定目标、约束范围、审查方案、确认结果，并在关键决策上保持判断。

开发之外的工作也被改变

让我感受最深的，不只是写代码更快。

开发周边的工作也变快了。

整理文档、写 PR 描述、查日志、对比配置、生成脚本、分析报错、更新博客、整理发布说明、写测试计划，这些过去很耗时间的工作，现在都可以让 Agent 参与。

这对创业公司尤其重要。

创业公司人少，事情杂。一个工程师经常要写后端、改前端、查数据库、看部署、写文档、跟进 issue、发版本。Agent 不能替你承担责任，但它能把大量边角工作推进到可审查状态。

这会改变团队结构。

过去很多任务需要靠更多人堆；现在一部分任务可以靠更强的个人加更好的工具完成。团队不会消失，但角色边界会变。

程序员要学会指挥，而不是只会写

AI 编程时代，程序员仍然要懂代码。

不懂代码，就无法判断 Agent 给出的方案是否靠谱；不懂系统，就无法发现它改错了边界；不懂业务，就无法判断它解决的是不是正确问题。

但只会写代码也不够了。

你还要会指挥任务：把目标说清楚，把范围限定住，把风险提前讲明白，把验证标准写出来，把不确定性拆开。很多时候，Agent 的表现取决于你如何组织工作。

这有点像从单兵作战变成带一个小团队。

小团队很能干，但需要上下文，需要优先级，需要 review，也需要在关键地方被叫停。

三十年的一个回环

从 1996 年写到 2026 年，正好三十年。

1996 年我还在做汇编级开发。那时写代码很贴近机器，很多东西要自己控制。2026 年，我已经可以和 Agent 一起工作，让它读代码、改代码、跑测试、写总结。

中间经过了浏览器大战、Delphi、SCO UNIX、Linux、开源、文件系统、硅谷、百度、微博、移动互联网、大数据、短视频、图数据库、Rust、AI。

技术一直在变，但有些东西没变。

系统要可靠，数据要可信，代码要可维护，工程师要理解问题本身。AI 能改变开发方式，但不会消灭工程判断。越是工具强大，越需要人知道自己要什么。

这个专栏写到 2026 年，并不是结束。

它只是说明，我与 IT 这三十年走到了一个新的起点。下一段历史很可能不是“人写软件给人用”，而是“人和 Agent 一起构造系统，再让更多 Agent 参与使用和维护”。

2026 年 IT 大事记

  • Agent 工作流继续成熟。 2026 年，AI 编程工具继续从补全和聊天，走向更完整的 Agent 工作流。读仓库、改代码、跑测试、生成说明成为更连续的任务体验。
  • Claude Code、Codex 等工具改变任务粒度。 编程助手不再只回答代码片段问题，而开始处理 bug 修复、重构、文档、验证和发布准备等更完整任务。
  • 程序员能力重心变化。 核心能力进一步从编码速度，转向问题拆解、上下文组织、方案审查和验证能力。会不会指挥 Agent，开始影响实际产出。
  • 开发周边工作被自动化推进。 PR 描述、测试计划、日志分析、文档整理、脚本生成和部署检查都可以被 Agent 参与。软件工程的边界从代码文件扩展到整个交付流程。
  • 软件开发进入协作新阶段。 从手写底层代码到与 Agent 协作构建系统，软件开发的工具链发生了结构性变化。工程判断仍然重要，但执行方式已经被重塑。

参考资料

本专栏其他文章

查看专栏「我与 IT 这三十年」全部文章

打开原图 ↗