题记与说明
- 作者：guangzhengli（guangzhengli.com）
- 来源 URL：https://guangzhengli.com/blog/zh/vibe-coding-and-context-coding
- 原文日期：2025-08-28
- 存档日期：2026-10-29
- 标签：AI 编程 / 上下文工程 / Context Coding / Claude Code / Cursor / Vibe Coding
收藏理由：中文圈少有的 AI 编程工具深度长文：厘清 Vibe Coding 与严肃的 Context Coding 之分，用"上下文工程"一条线讲透 Copilot→Cursor→Claude Code 的工具进化逻辑，并给出规则文件与工程习惯的落地建议，作者博客长期更新 AI 编程实践。
这篇讲什么
作者基于 2023 年起用 Copilot、2024 年起用 Cursor、近期重用 Claude Code 的一线经验，回应圈内 Vibe Coding 之争。核心主张：Karpathy 原推特定义的 Vibe Coding（不读代码、不 review、只适合一次性周末项目）被泛化了，严肃的 AI 辅助编程应叫 Context Coding（上下文驱动编程）——大模型不变时，AI 编程的全部进步都源于"给 LLM 传递更合适的上下文"。沿这条主线拆解三个工具：Copilot 首次把 IDE 打开窗口与光标上下文共享给 LLM；Cursor 用 RAG 索引整个 codebase 加 Rules，让 AI 从"补全工具"进化为"编程智能体"；Claude Code 反其道用 grep/find/git 多轮按需检索、"量大管饱"，在跨 10+ 文件的大任务上远超 Cursor，且能脚本化接入 CI/CD。
最值得记住的金句与数据
- "让一个非程序员用 Vibe Coding 维护大型项目，相当于没先解释债务概念就给孩子一张信用卡"（引 val.town）——写新功能像刷卡一样爽，维护时才变成债务；用 Vibe Coding 修 Vibe Coding 的问题，等于用另一张信用卡还债。
- Leo 案例的时间线：3 月 15 日炫耀零手写代码做出有付费用户的产品 → 两天后遭攻击、API 配额打爆、数据库被乱写 → 3 月 20 日关站道歉。Vibe Coding 生产风险的实证。
- Peter Levels 的实时飞行模拟 MMO：100% 由 AI + Cursor + Grok 3 实现，17 天做到 100 万美元 ARR——但他本就是能随时接管项目的资深独立开发者。
- "在 LLM 能力没有溢出的时代，谁提供的上下文更好，谁更容易脱颖而出。这与 AI 编程无关，任何 AI 产品都如此。"
对我的启发
- AI 编程工具 / Agent：选型标准不是"哪个最强"，而是"哪种上下文策略适合当前任务"——中小任务 Cursor 更便捷，大任务 Claude Code 更强；作者预判 AI IDE 终将 RAG + Grep 双方案并用。Claude Code 的
/context把 token 占用透明化，值得当上下文预算管理来用。Agent 系统的蓝海在可脚本化工作流：接代码库、MCP 市场、CI/CD 自动化。 - 知识管理：规则文件（copilot-instructions.md / .cursor/rules / CLAUDE.md）本质是给 Agent 的知识库入口——技术栈、目录结构、常用命令、核心模块、编码规范。最锋利的警示：过时的上下文比不提供危害更大，知识库必须随代码同步演进；多工具并存可用开源项目 Ruler 统一管理指令文件。
- 写作：用一个核心概念（上下文工程）串起工具进化史、两派争议（RAG 派 vs grep 派，两边观点都摆足再下判断）与个人职业判断，是中文技术长文的范本结构。
适合谁读
天天用 Copilot / Cursor / Claude Code 却说不清它们为何好用或难用的工程师；想把上下文工程落地成规则文件的 AI 应用与 Agent 开发者；被"程序员要失业"叙事裹挟、想看一手实践者冷静拆解的人；以及想借 AI 杠杆做独立开发、需要先掂量技术债的人。