57 lines
3.6 KiB
Markdown
57 lines
3.6 KiB
Markdown
---
|
||
title: "Vibe Coding 经验收集"
|
||
type: source
|
||
tags: []
|
||
date: 2025-12-30
|
||
---
|
||
|
||
## Source File
|
||
- [[Vibe Coding/vibe coding经验收集.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：Vibe Coding 实战经验与最佳实践的精选合集
|
||
- 问题域：AI 辅助编程的工作流优化、代码质量保证、团队协作模式
|
||
- 方法/机制：设计文档→伪代码→代码的递进式开发、多 AI 协作验证、文件注释标准化、代码可导航化
|
||
- 结论/价值：Vibe Coding 已从单纯提示词工程演变为系统性工程实践，强调验证而非理解、文档优于记忆
|
||
|
||
## Key Claims（用中文描述）
|
||
- **递进式开发工作流**：设计文档写细（含伪代码）→ AI 直出代码 → 另一 AI review → 跑测试用例 → AI 自动 commit+push，可一遍直出
|
||
- **System Prompt 优化效果**：针对 Gemini 3 Pro 的系统 prompt 优化可使多代理基准测试性能提升约 5%
|
||
- **点线体迭代方法**：逐级迭代（点→线→体），先用单个基础任务打磨，再基于此批量执行
|
||
- **文件头注释规范**：一段话描述代码作用、上下游链路，降低认知负载，参考 Claude skill 格式
|
||
- **代码验证优先**：未来软件工程核心不是"看懂代码"而是"验证代码按正确逻辑运行"，依赖自动化测试、静态分析、形式化验证
|
||
- **激励式提示词**：如"如果第一次就做得好，我会打赏100美元"可提升生成效果
|
||
- **CodeWeaver 工具**：将代码库编织成可导航的 Markdown 文档，简化 AI/ML 工具集成
|
||
|
||
## Key Quotes
|
||
> "我是把设计文档写得很细，包括service层的具体逻辑都用伪代码写了，然后交给AI，一遍直出，再用另一个AI review一遍，根据review意见修改一下，跑一下测试用例，让AI自己生成commit后push" — 需求→伪代码→代码递进工作流
|
||
|
||
> "代码最终会被转换成机器码执行，高级语言只是一层方便人类理解的抽象，重要的是验证程序的执行逻辑" — 代码验证哲学
|
||
|
||
> "请你根据我的要求，用 Three.js 创建一个实时交互的3D粒子系统，如果你第一次就做得好，我将会打赏你100美元的小费" — 激励式提示词示例
|
||
|
||
## Key Concepts
|
||
- [[Vibe Coding]]：使用 AI 辅助编程的实践方法论，强调人机协作而非纯自动生成
|
||
- [[Design-to-Code Workflow]]：设计文档→伪代码→代码的递进式开发流程
|
||
- [[Multi-AI Review]]：多 AI 协作验证，一个生成一个 review 的双人编程模式
|
||
- [[Code Documentation]]：文件头注释规范，降低 AI 和人类认知负载
|
||
- [[CodeWeaver]]：将代码库转换为可导航 Markdown 文档的工具
|
||
- [[Verification-First Engineering]]：验证优先于理解，强调自动化测试和形式化验证
|
||
- [[Iterative Scaling]]：点→线→体的逐级迭代，从单任务打磨到批量执行
|
||
|
||
## Key Entities
|
||
- [[CodeWeaver]]：GitHub 开源项目，将代码库编织成可导航 Markdown 文档的工具
|
||
|
||
## Connections
|
||
- [[Vibe Coding]] ← extends ← [[Agentic AI]]
|
||
- [[Design-to-Code Workflow]] ← refines ← [[Vibe Coding]]
|
||
- [[Multi-AI Review]] ← part_of ← [[Design-to-Code Workflow]]
|
||
- [[CodeWeaver]] ← enables ← [[Vibe Coding]]
|
||
|
||
## Contradictions
|
||
- 与传统软件工程方法冲突：
|
||
- 冲突点：传统方法强调"先理解代码再修改"，Vibe Coding 强调"验证而非理解"
|
||
- 当前观点：通过自动化测试和验证确保行为正确，降低人类理解代码的必要性
|
||
- 对方观点：人类开发者必须理解代码才能安全地进行修改和重构
|
||
```
|