Claude Opus 4.5 改变了一切
请提供您希望翻译的具体文本内容，我会按照要求将其译成简体中文并保留原有的格式。
在2025年尝试AI生成的代码
在开始之前，我想先说明一下我的立场。我是那种相信通用人工智能（AGI）终将出现的人。虽然我不知道具体时间，但我认为，尽管人类的思维和意识极其复杂，它们最终仍受宇宙物理法则支配，因此可以被模拟。总有一天，AGI会成为现实。我们离那有多远？我毫无头绪，也不在乎。
我在乎的是，当前快速增长的语言模型（LLMs）能力将如何影响我过去15年里家庭的收入来源。因此，我一直在关注新兴工具、工作流以及软件工程的新方法。
超过两年的时间里，我一直在广泛使用 GitHub Copilot——包括多个模型、编码代理和自定义代理。大多数情况下，它的表现时好时坏。我通常通过聊天或编码代理让 Copilot 实现一个功能或修复一个 bug，但很多时候结果远不如我预期。
我已经养成了以下习惯：
- 在每次提示之前先暂存更改。
- 对每次提示产生的更改进行代码审查。
- 当对解决方案不满意时，通过
git回滚。
长期以这种方式工作，使我逐渐形成了对哪些请求会有效的感知，并学会将问题拆解成更容易让 AI 代理按预期执行的步骤。
AI 对我的工作流程的影响
我知道有些开发者觉得 AI 代理正在夺走他们编程的乐趣，但我 并不这么认为，因为它让我有更多时间开发功能。我发现定位 bug 的根本原因——即使最终我仍然手动修复——是 LLM 擅长的事情，所以我花在调试上的时间大大减少。
在我看来，另一个好处是我需要处理的 重复性任务 更少了。工作了 15 年后，我更喜欢花时间理解业务问题并设计解决方案，而不是实际去实现它。
- 一旦我设计好 API 合约、限界上下文、数据库模式等，实际的实现就变成了纯粹的机械活——我已经做了太多次，以至于不再有乐趣。
- 在 2025 年，我把更多时间花在 代码审查 和为 LLM 编写 技术规格（technical specs）上，而在实现上的时间则更少。
我觉得自己在 2025 年变得更高效了吗？并没有——也许稍微有一点提升，但并不显著。总体而言，一个任务所需的时间大致相同，只是我现在更多地花时间思考问题和进行验证，而不是编写代码。
Source: …
使用 Claude Opus 4.5 的假日实验
当圣诞假期到来时，我突然拥有了 无限的 Claude Opus 4.5 令牌，持续了几周。我决定处理几个已经闲置太久的旧副项目。
将 CRA 项目迁移到 Vite
其中一个项目是用 Create React App 构建的，而它现在已经被弃用。我让 Claude 制定一个从 CRA 迁移到 Vite 的计划。计划清晰且详尽，于是我批准了它。三分钟内，我就拥有了一个完整可用的 Vite 环境。
多平台构建（Web、移动、桌面）
我还希望该应用能够在多个平台上运行：
- Web – 通过浏览器
- Mobile – 使用 Capacitor
- Desktop – 使用 Electron
挑战在于处理平台特定的存储 API：
| 平台 | 存储 API |
|---|---|
| Web | localStorage |
| Node.js | fs 模块 |
| Mobile | SQLite |
我让 Claude：
- 定义一个通用的存储接口。
- 为每个平台实现具体的类。
- 配置 Web、Windows、macOS、Linux、Android 和 iOS 的构建。
大约 10–15 分钟后，我得到了一个可运行的版本。经过几次快速提示，我修复了 Electron 中的全屏问题，所有内容都如预期运行。代码质量相当高，我的审查没有发现重大问题。
快速特性开发
在基础搭建完毕后，我开始添加功能。仅在一个上午，我就交付了 超过 10 项 新功能。我甚至让 Claude 进入了它不熟悉的领域：将 OpenGL 应用迁移到 WebGL，以及从 Qt 转向 TypeScript。迁移大约用了半个上午。
并行运行多个 AI 代理的感觉就像在“水平扩展”我自己。代理生成代码，我审查输出并规划下一批任务，这大幅提升了我的生产力。
令牌用尽之后
假期结束，12 月 31 日午夜 我的无限令牌用完了。现在已经是 1 月，当我尝试在没有它们的情况下编码时，其他模型显得相形见绌。
对我而言，开发产品的乐趣 不在于编写代码——别误会，我热爱编码——而是真正的乐趣来自于看到用户使用并喜欢它。借助 Claude Opus 4.5，我能够交付更多产品和功能。我可以专注于倾听用户，而不必忍受所有重复且繁琐的工作。
代码会像 NASA 那样完美，或像诗歌那样优美吗？不会，但它足够好，能够让用户感到愉悦，而这对我来说已经足够。
展望未来
我现在在考虑更高等级的 Claude 订阅，鉴于我的亲身体验，这其实是合理的。我认为 Claude Opus 4.5 改变了一切，这让我既非常兴奋，也有些焦虑。
- 兴奋 因为开发现在感觉像拥有一支不知疲倦的助理团队。
- 焦虑 因为行业变化太快，我必须不断适应。
开发者将能够构建以前因工作量过大而不可能实现的东西。 这在开源领域尤为明显。很快我们会看到真正强大的开源解决方案（不仅仅是库），能够与大型 SaaS 厂商竞争。
- 焦虑 因为很难想象这不会在长期内影响工作安全性。
注意： 我上面描述的 不是 随意编码。我仍然会审查每一次更改，使用特性分支，运行 CI/CD 流水线，并理解交付的代码。这是 代理驱动的软件工程，而不是盲目的 提示‑并‑祈祷 开发。
你尝试过 Opus 吗？
你遇到过的最令人印象深刻的使用案例是什么？
在我的下一篇文章中，我将谈论如何应对对自己作为软件工程师职业的焦虑情绪，并将精力聚焦于令人兴奋的可能性。
看起来您想要翻译的文本没有提供。请把需要翻译的内容（包括 Source: 链接）贴上来，我会按照要求保留格式并翻译成简体中文。谢谢！