Auto-sync: wiki-ingest 3 sources (2026-04-16)
This commit is contained in:
33
wiki/concepts/规划驱动.md
Normal file
33
wiki/concepts/规划驱动.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
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