vault: add Claude Code 新项目开发最佳实践 (2026 调研) + 3 zettels + MOC links
This commit is contained in:
@@ -0,0 +1,32 @@
|
||||
---
|
||||
created: "2026-06-27 06:25"
|
||||
type: zettel
|
||||
tags: [zettel, claude-code, workflow, plan-mode, best-practices]
|
||||
source: "Anthropic best-practices 官方文档 (2026)"
|
||||
---
|
||||
|
||||
# Explore-Plan-Implement-Commit 四阶段工作流
|
||||
|
||||
用 Claude Code 干活的官方推荐节奏是**先看、再想、后写、最后交**,而不是一上来就让它改代码。把"改动"推迟到上下文充分、计划成形之后,是质量的最大杠杆。
|
||||
|
||||
四阶段:
|
||||
|
||||
1. **探索 Explore** —— 进 plan mode(只读),让它读代码 / 需求、建立上下文,**不碰任何文件**。
|
||||
2. **规划 Plan** —— 产出详细计划;计划可 `Ctrl+G` 在编辑器里直接改,再确认。
|
||||
3. **实现 Implement** —— 退出 plan mode,**对照计划写代码 + 测试**。
|
||||
4. **提交 Commit** —— 写描述性 commit,开 PR。
|
||||
|
||||
为什么有效:plan mode 的只读约束把"理解"和"修改"在物理上分开,避免模型在尚未看懂全局时就贸然动手;计划成为一份可人工审校、可当 prompt 传递的中间产物。这与"把计划当 prompt"和"阶段间隔离上下文"是同一思想的不同侧面。
|
||||
|
||||
---
|
||||
|
||||
## Related
|
||||
|
||||
- [[20260320100300 Plans as Prompts设计模式]] —— 计划作为可传递的 prompt
|
||||
- [[20260320100100 上下文腐烂与全新窗口隔离]] —— 为什么阶段间要隔离
|
||||
- [[20260627062504 自给自足验证循环配合 TDD]] —— Implement 阶段的自我纠正闭环
|
||||
- [[Claude Code 新项目开发最佳实践 (2026 调研)]]
|
||||
|
||||
## Source
|
||||
|
||||
- https://code.claude.com/docs/en/best-practices
|
||||
Reference in New Issue
Block a user