--- title: "项目上下文" description: project-context.md 如何使用项目的规则和偏好指导 AI 智能体 sidebar: order: 7 --- [`project-context.md`](project-context.md) 文件是您的项目面向 AI 智能体的实施指南。类似于其他开发系统中的"宪法",它记录了确保所有工作流中代码生成一致的规则、模式和偏好。 ## 它的作用 AI 智能体不断做出实施决策——遵循哪些模式、如何组织代码、使用哪些约定。如果没有明确指导,它们可能会: - 遵循与您的代码库不匹配的通用最佳实践 - 在不同的用户故事中做出不一致的决策 - 错过项目特定的需求或约束 [`project-context.md`](project-context.md) 文件通过以简洁、针对 LLM 优化的格式记录智能体需要了解的内容来解决这个问题。 ## 它的工作原理 每个实施工作流都会自动加载 [`project-context.md`](project-context.md)(如果存在)。架构师工作流也会加载它,以便在设计架构时尊重您的技术偏好。 **由以下工作流加载:** - `create-architecture` — 在解决方案设计期间尊重技术偏好 - `create-story` — 使用项目模式指导用户故事创建 - `dev-story` — 指导实施决策 - `code-review` — 根据项目标准进行验证 - `quick-dev` — 在实施技术规范时应用模式 - `sprint-planning`、`retrospective`、`correct-course` — 提供项目范围的上下文 ## 何时创建 [`project-context.md`](project-context.md) 文件在项目的任何阶段都很有用: | 场景 | 何时创建 | 目的 | |----------|----------------|---------| | **新项目,架构之前** | 手动,在 `create-architecture` 之前 | 记录您的技术偏好,以便架构师尊重它们 | | **新项目,架构之后** | 通过 `generate-project-context` 或手动 | 捕获架构决策,供实施智能体使用 | | **现有项目** | 通过 `generate-project-context` | 发现现有模式,以便智能体遵循既定约定 | | **快速流程项目** | 在 `quick-dev` 之前或期间 | 确保快速实施尊重您的模式 | :::tip[推荐] 对于新项目,如果您有强烈的技术偏好,请在架构之前手动创建。否则,在架构之后生成它以捕获这些决策。 ::: ## 文件内容 该文件有两个主要部分: ### 技术栈与版本 记录项目使用的框架、语言和工具及其具体版本: ```markdown ## Technology Stack & Versions - Node.js 20.x, TypeScript 5.3, React 18.2 - State: Zustand (not Redux) - Testing: Vitest, Playwright, MSW - Styling: Tailwind CSS with custom design tokens ``` ### 关键实施规则 记录智能体可能忽略的模式和约定: ```markdown ## Critical Implementation Rules **TypeScript Configuration:** - Strict mode enabled — no `any` types without explicit approval - Use `interface` for public APIs, `type` for unions/intersections **Code Organization:** - Components in `/src/components/` with co-located `.test.tsx` - Utilities in `/src/lib/` for reusable pure functions - API calls use the `apiClient` singleton — never fetch directly **Testing Patterns:** - Unit tests focus on business logic, not implementation details - Integration tests use MSW to mock API responses - E2E tests cover critical user journeys only **Framework-Specific:** - All async operations use the `handleError` wrapper for consistent error handling - Feature flags accessed via `featureFlag()` from `@/lib/flags` - New routes follow the file-based routing pattern in `/src/app/` ``` 专注于那些**不明显**的内容——智能体可能无法从阅读代码片段中推断出来的内容。不要记录普遍适用的标准实践。 ## 创建文件 您有三个选择: ### 手动创建 在 `_bmad-output/project-context.md` 创建文件并添加您的规则: ```bash # In your project root mkdir -p _bmad-output touch _bmad-output/project-context.md ``` 使用您的技术栈和实施规则编辑它。架构师和实施工作流将自动查找并加载它。 ### 架构后生成 在完成架构后运行 `generate-project-context` 工作流: ```bash /bmad-bmm-generate-project-context ``` 这将扫描您的架构文档和项目文件,生成一个捕获所做决策的上下文文件。 ### 为现有项目生成 对于现有项目,运行 `generate-project-context` 以发现现有模式: ```bash /bmad-bmm-generate-project-context ``` 该工作流分析您的代码库以识别约定,然后生成一个您可以审查和优化的上下文文件。 ## 为什么重要 没有 [`project-context.md`](project-context.md),智能体会做出可能与您的项目不匹配的假设: | 没有上下文 | 有上下文 | |----------------|--------------| | 使用通用模式 | 遵循您的既定约定 | | 用户故事之间风格不一致 | 实施一致 | | 可能错过项目特定的约束 | 尊重所有技术需求 | | 每个智能体独立决策 | 所有智能体遵循相同规则 | 这对于以下情况尤其重要: - **快速流程** — 跳过 PRD 和架构,因此上下文文件填补了空白 - **团队项目** — 确保所有智能体遵循相同的标准 - **现有项目** — 防止破坏既定模式 ## 编辑和更新 [`project-context.md`](project-context.md) 文件是一个动态文档。在以下情况下更新它: - 架构决策发生变化 - 建立了新的约定 - 模式在实施过程中演变 - 您从智能体行为中发现差距 您可以随时手动编辑它,或者在重大更改后重新运行 `generate-project-context` 来更新它。 :::note[文件位置] 默认位置是 `_bmad-output/project-context.md`。工作流在那里搜索它,并且还会检查项目中任何位置的 `**/project-context.md`。 ::: --- ## 术语说明 - **agent**:智能体。在人工智能与编程文档中,指具备自主决策或执行能力的单元。 - **workflow**:工作流。指一系列自动化或半自动化的任务流程。 - **PRD**:产品需求文档(Product Requirements Document)。描述产品功能、需求和目标的文档。 - **LLM**:大语言模型(Large Language Model)。指基于深度学习的自然语言处理模型。 - **singleton**:单例。一种设计模式,确保一个类只有一个实例。 - **E2E**:端到端(End-to-End)。指从用户角度出发的完整测试流程。 - **MSW**:Mock Service Worker。用于模拟 API 响应的库。 - **Vitest**:基于 Vite 的单元测试框架。 - **Playwright**:端到端测试框架。 - **Zustand**:轻量级状态管理库。 - **Redux**:JavaScript 应用状态管理库。 - **Tailwind CSS**:实用优先的 CSS 框架。 - **TypeScript**:JavaScript 的超集,添加了静态类型。 - **React**:用于构建用户界面的 JavaScript 库。 - **Node.js**:基于 Chrome V8 引擎的 JavaScript 运行时。