Claude 项目上下文模式
解决什么问题
用 Claude Code 做产品决策(路线图排期、影响 vs 成本评估)时,如果每次都要手动喂上下文,既低效又容易遗漏——需要一种让 Claude 长期、持续掌握项目全局背景的方法。
核心内容
把产品相关的信息组织成一个独立的 Git 仓库(命名如 {project.name}-product),按主题分文件夹管理,例如:latent-product(潜在需求)、bugs、execution、press-release(新品发布通稿/hero story 思路)、product-flywheel、user-research、vision。
在仓库根目录放一个 CLAUDE.md 文件,里面写清楚指向工程仓库的路径,供 Claude 在做架构评审、权衡取舍、决策时参考。定期 git push 并写详细的 commit message,这些 commit 本身就成为未来 Claude 做决策推理时可用的上下文积累。
有了这套结构后,可以让 Claude 基于对代码仓库的访问权限,给出路线图上"影响 vs 工作量"的评估,用"hero story / press release"式的反向倒推思维来构思新功能的发布叙事。
适用边界
这个模式假设产品负责人愿意投入时间维护这套仓库结构(持续写详细 commit message),对不习惯用 Git 做产品文档管理的人有一定学习成本;同时需要给 Claude Code 配置好跨仓库的访问权限。
关键引述 · 原话
Abhi Chandwani: "https://CLAUDE.md has paths to my engineering repos for architectural review, tradeoffs, and decisions."
关联卡片
- 是 `claude-code-personal-agent-taxonomy--lenny-rachitsky` 中"路线图规划"用例的具体展开。
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2