作为开发者何时不该使用 AI

Source: Dev.to

Introduction

AI 正在开发领域无处不在。它可以搭建 API、生成 UI 组件、重构混乱的函数，甚至编写测试。但把 AI 用在所有地方并不是优势——关键是要知道 何时不 使用它。

When Not to Use AI

Architecture decisions

架构决策决定了整个系统的走向。在这个阶段，我更倾向于先独自思考。AI 可以帮助细化想法，但最初的结构需要：

• 对约束条件的清晰理解
• 长期权衡的考量
• 对系统边界的所有权

过早外包这种思考会导致在未充分评估的假设上构建系统。

Production debugging

在生产环境中，清晰度比速度更重要。当出现故障时，我会直接查看：

• 日志
• 堆栈跟踪
• 数据库状态
• 监控工具

AI 可能有帮助，但在高压调试时，额外的建议有时会产生比信号更多的噪声。

Authentication and security flows

这些领域需要有意识的推理。AI 能理解常见模式，但它并不了解你的具体威胁模型。安全不是可以盲目信任的地方。如果我不能清晰地解释问题，AI 不会凭空修复它——输入混乱 → 输出混乱。

Learning new concepts

如果我在学习新概念，我会先手动实现。AI 能加快产出，但理解是随时间累积的。AI 是一个乘数：它放大已有的东西。如果你的思考清晰，AI 会让你更快。

Conclusion

真正的技能不是在所有地方都使用 AI，而是有意识地使用它。有时，这意味着根本不使用它。