有没有人也因为‘vibe coding’循环而感到倦怠？
摘要
一位开发者分享了对‘vibe coding’循环的沮丧——花在管理AI提示上的时间比写代码还多——并询问其他人如何在使用Cursor和Claude这类工具时保持高效。
相似文章
只有我开始对“氛围编码”感到疲惫了吗？
一位开发者分享了对“氛围编码”的倦怠感，指出虽然 AI 代理能加快初期开发速度，但在复杂的代码库中会引入显著的架构调试挑战和技术债务。
如何阻止 Vibe Coding？
本文讨论了使用 AI 代理进行 'vibe coding' 的兴起，其对代码质量和开发者理解的风险，并呼吁重新思考软件工程实践，以超越仅仅从意图生成代码。
我完全不知道人们怎么能不每月花费数千美元就进行 vibe coding。有什么建议吗？
一位开发者抱怨 OpenAI Codex CLI 在一个游戏项目上几分钟内消耗了 150 万 token，质疑如何负担得起地使用 AI 编码工具，并寻求建议。
氛围编码与智能工程正变得比我预想中更接近
# 氛围编码与智能工程正变得比我预想中更接近 来源：[https://simonwillison.net/2026/May/6/vibe-coding-and-agentic-engineering/](https://simonwillison.net/2026/May/6/vibe-coding-and-agentic-engineering/) 2026年5月6日 我最近与 Joseph Ruscio 在 Heavybit 的 High Leverage 播客中讨论了 AI 编程工具： [Ep. #9, 与 Simon Willison 探讨 AI 编程范式转变](https://www.heavybit.com/library/podcasts/high-leverage/ep-9-the-ai-coding-paradigm-shift-with-simon
作为从未写过代码的人，我在“氛围编程”中踩过最大的坑
一位非工程师分享，在AI辅助的“氛围编程”中，最大的陷阱不是提示词，而是如何验证AI的修复是否真正解决了根本原因，还是仅仅修补了某个特定情况，导致代码脆弱。他提供了实用技巧，比如询问修复是通用的还是针对特定情况的，以及维护一份持续更新的设计文档。