title: 250800-我们在 FAANG 是怎么做 Vibe Coding 的
description: 来自大型科技公司一线工程师的经验分享，展示 AI 辅助开发在生产环境中的完整落地流程
author: Anonymous FAANG Engineer
source: https://www.reddit.com/r/ClaudeAI/comments/1i4kqxo/how_we_vibe_code_at_a_faang/
date: '2025-08-01'
category: 01-core-concepts
tags:
- Vibe Coding
- FAANG
- 测试驱动开发
- 设计文档
- 生产环境​

我们在 FAANG 是怎么做 Vibe Coding 的

作者：Anonymous FAANG Engineer

原文：查看原文

我想把这段经验分享出来，因为我经常看到一种说法：AI 辅助开发只能拿来做玩具项目，进不了生产环境。至少在我们这里，这个判断并不成立。

简单介绍一下背景：我做工程已经十多年，其中大约一半时间在 FAANG 或同量级公司。职业前半段更偏系统工程，后来逐步转向软件开发，所以我既经历过传统工程流程，也经历了把 AI 纳入生产流程的这段变化。

下面是我们把 AI 用到生产代码里的基本方式。

1. 技术设计文档

一切仍然从技术设计文档开始，这也是前期投入最多的地方。最开始通常是一份提案：先说明这件事为什么值得做。只有在相关干系人认可方向之后，才会进入正式的系统设计阶段，补齐架构、边界、依赖关系，以及与其他团队的集成方案。

2. 设计审查

在真正开始开发前，我们会先过设计审查。这个阶段的目标就是尽可能早地暴露问题，让资深工程师把设计里的薄弱点挑出来。过程可能并不轻松，但越早把问题摊开，后面的返工成本就越低。

3. 子系统文档

设计通过后，开发才算正式启动。接下来的几周，我们会继续把文档往下拆，为各个开发团队负责的子系统分别补齐说明，把接口、职责划分和交付边界写清楚。

4. 冲刺规划与任务拆解

然后进入 backlog 规划。开发者会和 PM、TPM 一起把工作拆成可执行的离散任务，明确优先级、依赖关系，以及每个任务由谁负责推进。

5. 软件开发

到这一步，才真正开始处理具体工单。AI 的价值主要体现在这里：它能显著加快实现节奏，但前提是流程本身已经清晰。我们采用测试驱动开发，所以我通常会先让 Coding Agents 为目标功能补上测试，再让它们参与实现。这样做的好处是，任务边界更清楚，验收标准也更明确。

6. 代码审查与合并

我们的流程要求代码至少经过两位开发者批准，才能合并到 main。AI 也可以参与审查辅助，但最终把关仍然依赖团队既有的评审标准。

7. 暂存环境验证

代码合并后，还要先在暂存环境验证。只有暂存环境表现正常，才会继续推进到生产环境。

总体效果

整体来看，我们把 AI 纳入这套流程之后，从功能提案到上线生产的周期大约缩短了 30%。对高要求团队来说，这已经是非常可观的提升。

TL;DR

先把设计文档和架构想清楚，再按模块推进；先写测试，再做实现。AI 真正放大的是一套严谨流程，而不是取代这套流程。