用途：Context-Driven Development 是一套把项目上下文当作与代码并列的受管制品的开发方法论，用于让 AI 辅助开发保持一致的输出，并让团队对产品目标、技术决策与工作方式达成共识。适合新项目初始化、理解各上下文制品之间的关系、在多次 AI 协作会话中保持一致、新人加入现有项目、判断何时更新上下文文档，以及区分全新项目与既有代码库的上下文管理。
核心思路：上下文先于代码，先定义做什么与怎么做；文档是“活的”，随项目演进；每类信息只有一个权威来源；一致上下文带来一致的 AI 行为。工作流为：上下文 → 规格与计划 → 实现。
主要制品：product.md 定义做什么与为什么；product-guidelines.md 定义如何沟通；tech-stack.md 定义用什么技术；workflow.md 定义如何工作；tracks.md 记录正在发生什么。目录约定为 .claude/context/ 下放置上述文件与 tracks/<track-id>/ 目录，其中含 spec.md、plan.md、metadata.json、index.md。
使用方式：开始任何实现任务前先阅读全部相关上下文制品，校验是否过期并先提案更新；新增依赖前先检查已有依赖、记录理由、加版本约束并同步 tech-stack.md；功能完成后更新 product.md。支持全新项目交互式创建全部制品，也支持对既有代码库分析后预填充再人工校对。
限制与注意事项：资料给出常见反模式，包括上下文过期、上下文散落、隐式上下文、上下文独占、过度规格化；并列出铁律，如实现前必须阅读相关制品、不在既有结构可容纳时新建文档类型、上下文更新与代码改动同一提交、单个文件超过 20KB 需轮转或归档、实现前标记过期或矛盾内容。资料还要求遵守记忆协议，开始前读取 .claude/context/memory/learnings.md，完成后按情况更新 learnings.md、issues.md、decisions.md，并声明若未写入记忆则视为未发生。其余信息暂未提供。