我们都很熟悉Karpathy大神提的vibe coding了，现在看看大神怎么说real coding
正贴
我注意到自己在使用 AI 辅助编码（指的是我真正认真投入、具有专业性的编码工作，相对于那种“随便写写”的代码）时，逐渐形成了一种特定的节奏：
- 将所有相关内容都塞进上下文中 （对于大型项目这可能需要一段时间；如果项目足够小，就直接把所有内容塞进去，例如：
files-to-prompt . -e ts -e tsx -e css -e md --cxml --ignore node_modules -o prompt.xml）。命令的解释详戳这里。 - **描述我们接下来要实现的那个具体的、可增量的修改。**不要直接要代码，而是请 AI 给出几种可行的高层实现方案，附带优缺点分析。因为几乎总是存在多种做法，而 AI 的判断并不总是靠谱。有需要时可以进一步请求具体实现。
- 选择其中一种方案，并请 AI 给出第一版代码草稿。
- 进入评审/学习阶段：我会（手动地）在旁边的浏览器窗口中查阅那些我不太熟悉或没用过的 API 文档，向 AI 请求解释、澄清或代码修改，有时甚至回退换一种实现方式。
- 测试。
- Git 提交。
- 向 AI 询问接下来可以实现什么。然后重复这个过程。
这种节奏很像 AI 辅助开发的“内部循环”。重点是：对这个新来的过于自信、百科全书式的天才实习生保持极其严格的控制。他虽然知识面广，但经常一本正经地胡说八道，过于自信，缺乏良好的代码品味。
这套流程强调慢节奏、防御性、谨慎、偏执，同时抓住每一次嵌入式学习的机会，而不是完全交给 AI 来处理。目前这些阶段仍然很笨拙、手动，并且还没有在现有工具中被明确建模或很好地支持。我们还处在非常早期的阶段，AI 辅助开发的 UI/UX 还有很大的进化空间。
底下的回帖也是精彩纷呈
Michael Truell（cursor老板）带货
放出下个版本预览。誓要将context填满。
cursor是会蹭流量的，星星远比正贴多。
看来cursor还是真不差钱。
有人给出了具体的实操
让 AI 创建一个它当前对代码仓库理解的“内存转储（memory dump）”。这个内存转储应该是一个 JSON 格式的图结构：
-
节点（nodes）包含名称（name）和观察结果（observations）。
-
边（edges）包含名称（name）和描述（description）。
在新对话开始时，把这个 mem.json 文件一起提供给 AI。
另一个实操
核心原则（Principles）
a. LLM 应被视为搜索 + 同化工具，你需要用正确关键词引导它们。
b. LLM 需要多轮迭代才能生成更精炼的输出。
c. LLM 的上下文窗口是滑动的，会丢失信息，因此要持续创建新文档，保持与旧文档同步。
d. LLM 应该被要求自我推理，以发现逻辑漏洞，就像橡皮鸭调试一样。
e. LLM 应参考历史 bug 或反模式，通过提供参考文件来规避问题。
f. LLM 应遵循 TDD（ Test-Driven Development，红-绿-重构 循环 ） 流程，因为当你清楚最终模式时，预测问题更容易，也能更早规避错误。
g. LLM prompt 工程是一种累积型技能，需不断记录提示词、步骤和经验。
标准操作流程（SOP）
为每个新任务创建一个上下文持久目录，例如
aa_ref_01。
| 文件名 | 说明 |
|---|---|
| r01_initial_ideation.txt | 记录所有未经结构化的初步想法。 |
| r02_domain_analysis.txt | 整理与 TabNine 或 @web 的对话，提取问题领域的核心知识。 |
| r03_prd_v1.txt | 编写第一版产品需求文档（高层用户旅程）。 |
| r04_prd_v2.txt | 对 r03_prd_v1.txt 的多轮迭代结果，更加精确的版本。 |
| r05_arch_L1.txt | 基于 r04_prd_v2.txt + r02_domain_analysis.txt 的初步系统架构设计。 |
| r06_arch_L2.txt | 对 L1 架构的迭代，需与 r05_arch_L1.txt、r04_prd_v2.txt 和 r02_domain_analysis.txt 保持一致性。 |
| r07_explain_architecture.txt | 详细解释 r06_arch_L2.txt 架构，类似“橡皮鸭调试”，确保架构思考充分。 |
| r08_TDD_v1.txt | LLM 编写的最小可行 TDD 实施方案，需与架构和 PRD 保持一致。 |
| ✅ 根据 r08_TDD_v1.txt，每个 TDD 步骤变成可勾选项，交由 LLM 用 TDD 方法逐步实现（Red -> Green -> Refactor）。 | |
| r09_bug_log.txt | 实现过程中遇到的所有 bug 记录。 |
| r10_avoid_bugs.txt | 从实现中总结的反模式和最佳实践集合。 |
| r11_uat_results.txt | 编写基于 PRD 的用户验收测试计划，并记录实际验收结果。 |
很多人推荐了RepoPrompt工具
可以做上下文管理和控制
