Vibe Coding
Vibe Coding 是 2025–2026 年非常热门的 AI 辅助开发话题。面试里不要把它讲成“让 AI 随便写“,而要讲成“用自然语言快速探索,再用工程纪律收口“。
一、什么是 Vibe Coding
Vibe Coding 指开发者用自然语言描述目标,让 AI 快速生成代码、页面、脚本或方案,再通过运行、审查、修改不断迭代。它强调速度和探索,但最终质量仍由开发者负责。
二、典型工作流
- 描述目标和约束:明确平台、现有模式、不可改范围。
- 让 AI 生成初版:适合脚手架、样例、重复代码、探索方案。
- 本地运行验证:构建、测试、手动体验。
- 人工审查:边界、异常、安全、可维护性。
- 小步迭代:每轮只改明确问题。
三、适合和不适合的场景
| 适合 | 不适合 |
|---|---|
| 原型、Demo、重复样板 | 支付、安全、隐私核心逻辑无人审查 |
| 文档、测试样例、重构草稿 | 不了解上下文的大范围改造 |
| API 使用探索 | 生产事故直接盲改 |
四、质量与风险控制
- 幻觉:AI 可能编不存在的 API。
- 过度设计:生成看似完整但难维护的抽象。
- 安全风险:泄露密钥、忽略权限、引入不安全依赖。
- 上下文缺失:不了解项目约束时容易破坏现有模式。
控制方式:提供真实文件上下文、要求小步 diff、跑测试/构建、人工 code review。
五、Android 场景怎么用
- 生成 ViewModel/State/Effect 的样板。
- 写单元测试和边界用例。
- 帮助解释崩溃堆栈、Perfetto trace、Gradle 报错。
- 草拟面试答案,再用自己的项目经历替换占位。
六、面试怎么答
可以说:“我会用 AI 做探索和提效,比如生成测试样例、梳理源码调用链、草拟重构方案。但生产代码一定会经过构建、测试和人工审查。我不把 AI 当替代判断力的工具,而是当加速器。”
高频面试题
Q1:你怎么看 Vibe Coding? 答:它适合快速探索和提效,但不能替代工程纪律。真正关键的是把 AI 产物纳入测试、review、验证闭环。
Q2:AI 生成代码最大风险是什么? 答:上下文不足导致错误假设,以及生成看似合理但不可维护/不安全的代码。解决方式是给上下文、小步修改、强制验证。
Q3:你用 AI 写过什么? 答:回答时结合真实经历:测试样例、文档、脚手架、错误排查、代码解释。不要声称核心安全逻辑完全交给 AI。
易错点 / 追问
- 不要把 Vibe Coding 包装成“不用懂代码“。
- 不要把未验证的 AI 输出直接进主分支。
- 面试时强调判断力、验证和责任归属。