Auto-sync: 2026-04-16 17:30
This commit is contained in:
@@ -1,33 +0,0 @@
|
||||
---
|
||||
title: "规划驱动"
|
||||
type: concept
|
||||
tags: [vibe-coding, planning, workflow]
|
||||
---
|
||||
|
||||
## Definition
|
||||
规划驱动（Planning-Driven）是 Vibe Coding 范式的第一原则：AI 写代码前，必须先完成清晰的技术选型、实施规划和模块化设计，防止 AI 因理解偏差导致项目逻辑混乱。
|
||||
|
||||
## Core Idea
|
||||
传统开发：需求 → 编码 → 测试 → 修复循环
|
||||
Vibe Coding：规划 → AI 执行 → 审查 → 迭代
|
||||
|
||||
## Why It Matters
|
||||
- AI 的理解存在上下文偏差：没有规划约束，AI 会"自由发挥"导致架构不一致
|
||||
- 规划文档 = AI 行为边界：通过 .cursorrules、SPEC.md 等文件约束 AI
|
||||
- 规划质量决定产出质量：模糊的规划 = 模糊的代码
|
||||
|
||||
## Planning Artifacts
|
||||
- **SPEC.md**：产品/功能规格说明
|
||||
- **.cursorrules**：Cursor AI 行为约束文件
|
||||
- **TECH_STACK.md**：技术选型和架构说明
|
||||
- **模块化设计**：将复杂系统拆解为独立可实现的模块
|
||||
|
||||
## Related Concepts
|
||||
- [[Vibe Coding]]：规划驱动是 Vibe Coding 三要素之首
|
||||
- [[上下文固定]]：规划文档是固定 AI 上下文的手段
|
||||
- [[项目规则]]：规划的具体化，约束 AI 行为
|
||||
|
||||
## Aliases
|
||||
- Planning First
|
||||
- 规划优先
|
||||
- 设计驱动
|
||||
Reference in New Issue
Block a user