产品项目初始化Prompt：让Agent参与产品全流程
这是我在《产品经理 AI 实践手册》里提到的项目初始化 Prompt 完整版。
初始化完成后，后续从市场分析、需求调研，到需求分析、原型、PRD、评审、研发、测试、验收和版本复盘，都可以在同一个项目上下文里持续进行。
你可以直接把下面的 Prompt 交给 Codex、Claude Code 或其他 Coding Agent，在一个空项目中执行。
它更像是一个“项目脚手架”，而不是一次性的 Prompt。
下面是完整版本：
- 一、创建目录结构：按编号前缀建立项目目录
- 二、创建 .gitignore：忽略系统与 Office 临时文件
- 三、创建规则文件（核心）：目录规范、唯一事实源、状态门槛、产品工作流
- 四、创建入口文件：README、AGENTS.md、子目录 README、登记表、需求池表
一、创建目录结构
在空项目根目录下，按编号前缀建立以下目录：
00-rules/ # 规则和模板
01-inputs/ # 原始输入（讨论、文档、截图、外部材料）
02-product/ # 稳定产品事实（术语、背景、平台基线）
03-planning/ # 跨需求规划（问题空间、模块地图、决策记录）
04-requirement-pool/ # 需求池（候选需求登记和状态跟踪）
05-requirements/ # 单需求工作包（每个需求一个子目录）
06-versions/ # 版本管理（目标、范围、里程碑）
07-reviews/ # 评审、验收、复盘
90-assets/ # 共享资产（演示、原型截图等）
99-archive/ # 已关闭或过期的材料
编号前缀的作用：文件管理器里按名称排序时，就是工作流的自然顺序。
二、创建 .gitignore
.DS_Store
~$*.docx
~$*.xlsx
~$*.pptx
三、创建规则文件（核心）
在 00-rules/ 下创建以下文件。不用全抄我的，这几个是最关键的：
1. 00-rules/naming-and-structure.md — 目录职责和命名约定
这是最重要的规则文件，定义每个目录放什么、不放什么。可以先复制这份目录职责表，再根据自己的产品调整：
命名约定：
- Markdown 文件：英文小写 kebab-case（problem-space.md、decision-log.md）
- 日期材料：YYYY-MM-DD-<主题>
- 需求目录：req-<四位编号>-<英文短名称>（如 req-0001-route-management）
- 版本目录：v<主版本>.<次版本>
2. 00-rules/source-of-truth.md — 唯一事实源
核心原则：每类信息只有一个维护位置，其他地方只引用不复制。
3. 00-rules/status-and-gates.md — 需求状态和阶段门槛
需求状态流转：
stateDiagram-v2
[*] --> candidate
candidate --> collecting
collecting --> analyzing
analyzing --> defined
defined --> reviewing
reviewing --> approved
approved --> developing
developing --> validating
validating --> released
released --> closed
approved --> reviewing: 实质变化后回退
closed --> [*]
关键规则：
- 状态只在需求池维护，不在其他地方复制
- approved 后发生实质变化时，记录变更并回到 reviewing
- released 必须有真实上线验证证据
如果刚起步，可以先只用
candidate → analyzing → defined → approved → released → closed六个状态，已经够用。
4. 00-rules/product-workflow.md — 产品工作流
总体流程：
flowchart LR
A[原始输入] --> B[产品认知与规划]
B --> C[需求池]
C --> D[单需求定义]
D --> E[原型与 PRD]
E --> F[版本承诺]
F --> G[开发验收]
G --> H[上线验证]
H --> I[复盘]
关键纪律：
- 原始输入先登记再使用，不直接当正式需求
- 阶段形成清晰结论后，必须先跟负责人确认再落盘，不要自己去改文件
- 一个需求应能独立定义、评审、开发和验收
四、创建入口文件
1. 根目录 README.md — 项目工作空间入口
# [产品名称] 产品工作空间
本仓库用于长期管理 [产品名称] 的产品认知、需求、版本、验收和复盘。
## 当前阶段
- 已建立产品工作流和目录规则。
- 尚未启动正式版本。
## 常用入口
| 要做的事 | 入口 |
| --- | --- |
| 查看项目规则和工作流 | [AGENTS.md](AGENTS.md)、[00-rules/](00-rules/README.md) |
| 登记讨论、文档和其他输入 | [01-inputs/](01-inputs/README.md) |
| 查看产品背景和术语 | [02-product/](02-product/README.md) |
| 查看问题空间、模块地图和决策 | [03-planning/](03-planning/README.md) |
| 查看或登记候选需求 | [04-requirement-pool/](04-requirement-pool/README.md) |
| 推进单个正式需求 | [05-requirements/](05-requirements/README.md) |
| 启动和跟踪版本 | [06-versions/](06-versions/README.md) |
| 保存验收和复盘 | [07-reviews/](07-reviews/README.md) |
| 查看共享资产 | [90-assets/](90-assets/README.md) |
| 查看已归档材料 | [99-archive/](99-archive/README.md) |
2. 根目录 AGENTS.md — AI 协作规则（如果使用 Claude Code）
# [产品名称] 项目协作规则
## 规则入口
详细规则在 `00-rules/` 维护；本文件只保留索引和硬性边界。
| 规则 | 唯一维护位置 |
| --- | --- |
| 目录职责、命名 | `00-rules/naming-and-structure.md` |
| 产品工作流 | `00-rules/product-workflow.md` |
| 需求状态和阶段门槛 | `00-rules/status-and-gates.md` |
| 信息归属与引用 | `00-rules/source-of-truth.md` |
新增或调整规则时，先修改对应的唯一维护文件。
## 通用执行要求
- 先登记输入，再形成方案；历史文档和截图是输入，不天然等于正式需求。
- 需求应能独立定义、评审、开发和验收。
- 产品判断必须引用来源，使用 `已观察`、`推断`、`待确认`、`未覆盖` 标记结论等级。
- Markdown 是持续维护的内容事实源；Word、PDF 是由已确认内容产生的交付产物。
## 硬性边界
- 新增、修改、删除文件前，必须先说明问题判断和影响范围，取得确认。
- AI 生成内容必须保留来源引用、待确认事项和未覆盖范围。
- 未经确认，AI 不得自行把草稿标记为已批准，不得推进正式状态。
- 密钥、Token、密码不进代码、不进文档、不进 Git 历史。
3. 各子目录的 README.md
每个目录放一个简短的 README，说清楚这个目录放什么。参考我的写法：
01-inputs/README.md：
# 原始输入
本目录保存未经改写的讨论材料、历史文档、截图和外部输入。
所有输入先在 [source-register.md](source-register.md) 登记，再被产品分析引用。
原始输入不直接等于正式需求。
04-requirement-pool/README.md：
# 需求池
本目录维护候选需求登记和当前状态。
需求状态定义见 `00-rules/status-and-gates.md`。
其他目录同理，一两句话说明职责即可。
4. 01-inputs/source-register.md — 输入来源登记表
# 输入来源登记
| 来源 ID | 日期 | 材料 | 类型 | 提供方 | 项目内位置 | 适用范围 | 当前处理状态 |
| --- | --- | --- | --- | --- | --- | --- | --- |
## 登记规则
- 原始材料不静默改写。
- 同一材料出现新版本时新增记录，保留旧版本。
- 正式需求必须引用来源 ID。
5. 04-requirement-pool/requirement-pool.md — 需求池表
# 需求池
| 需求 ID | 需求名称 | 来源 | 所属模块 | 状态 | 优先级 | 负责人 | 目标版本 | 前置依赖 | 工作包 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
## 字段规则
- 来源填写 `SRC-XXXX`，回溯原始输入。
- 状态使用 `00-rules/status-and-gates.md` 中的定义。
- 优先级使用 `P0/P1/P2/P3`，必须说明判断依据。
- 目标版本表示当前计划；版本承诺以 `06-versions/v<主版本>.<次版本>/scope.md` 为准。