ishenwei/nexus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update nexus: fix conflicts and sync local changes

Browse Source
This commit is contained in:
Shen Wei
2026-04-26 12:06:50 +08:00
parent 191797c01b
commit f09834b5a5
2443 changed files with 254323 additions and 255154 deletions
Download Patch File Download Diff File Expand all files Collapse all files

112
wiki/sources/vibe-coding经验收集.md
View File

@@ -1,56 +1,56 @@
---
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 强调"验证而非理解"
- 当前观点：通过自动化测试和验证确保行为正确，降低人类理解代码的必要性
- 对方观点：人类开发者必须理解代码才能安全地进行修改和重构
```
---
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 强调"验证而非理解"
- 当前观点：通过自动化测试和验证确保行为正确，降低人类理解代码的必要性
- 对方观点：人类开发者必须理解代码才能安全地进行修改和重构
```