把项目、版本记录和 AI 规则准备好

已确认 · 以下是本次专属内容，可一键复制

【背景】【填写项目用途与给谁使用】
【当前问题】【填写正在遇到的困难或希望完成的变化】
【输入材料】项目完整路径、idea.md 和已经存在的文件。
【本次任务】核对当前目录与 git --version。使用 git rev-parse --show-toplevel 检查本目录是否已在仓库内，避免把父目录误当项目。已有仓库先运行 git status 并保留历史；确认是新项目后才在其根目录 git init。根据真实文件生成或完善 .gitignore，排除密钥、依赖与构建产物。逐个核对本任务文件再暂存，运行 git diff --cached 检查内容，然后创建初始提交。若缺少提交姓名邮箱，询问实际值，不编造、不擅自改全局配置。不推送远程。
【约束】保留已确认范围和现有工作，不做无关修改。

请按以下顺序执行：
1. 先读取材料并复述目标；缺少会影响结果的信息时，先问一个关键问题。
2. 能由 AI 完成的读取、整理、修改和检查请直接执行；需要本人操作时说明在哪个页面点击什么。
3. 已有项目实施前保留可恢复版本；首次空目录先保留新建文件，Git准备完成后再建立起点提交。不要覆盖现有未确认改动。
4. 给出实际产物、文件位置与当前预览，不把方案当作已经执行。
【需要交付】git status 的实际结果、git log -1 的实际提交信息、未纳入记录的文件及原因。Git 不可用时给出对应系统的官方安装入口，安装后重新检查。
【检查标准】逐项对照本次目标，报告实际检查、未验证项和下一步。删除资料、付费、扩大访问或公开发布前等待明确确认。

已确认 · 以下是本次专属内容，可一键复制

# 项目协作说明

## 项目目标
- 项目用途：待填写。
- 使用者：待填写。
- 第一版范围：读取 docs/requirements.md；尚不存在时先提问确认。
- 暂不做的事：以确认的需求为准，不自行增加。

## 开始任务前
1. 读取本文件、README.md、docs/requirements.md、docs/design.md 和 tasks/todo.md 中已存在的内容。
2. 核对当前项目目录、Git 状态和未提交变化。不存在的文件先说明，不编造。
3. 复述本次目标及完成标准，只问会实质影响结果的缺失信息。

## 实施方式
- 能自动完成的读取、整理、实现和检查直接完成。
- 每次交付一个可以打开检查的小版本，保留已有工作，不无关重构。
- 使用当前项目已经采用的技术和样式；变更方案先解释原因与影响。
- 用普通话解释技术词，提供具体点击步骤和预期画面。

## 项目命令（由 AI 核对后填写，不猜测）
- 安装依赖：待确认。
- 启动预览：待确认。
- 检查代码：待确认。
- 构建产物：待确认。
- 项目尚未建立时，以上保持待确认；环境准备完成后补齐。

## 检查与完成
- 对照需求检查正常操作、空值、失败和受影响的旧功能。
- 将实际执行、通过、失败和未验证项分别写入 docs/checks.md。
- 更新 tasks/todo.md 的状态；给出文件位置、当前预览和下一步。
- 构建成功不能替代人工试用，未执行的检查不能说通过。

## 版本与资料
- 修改前确认可以找回当前版本；检查通过后提交本任务的文件，并写明改动。
- 提交前检查暂存内容，不提交密钥、个人资料、依赖目录和构建产物。
- 不覆盖无关的未提交工作，不随意删除历史或使用强制恢复。
- Git 只记录纳入版本管理的文件，不等于线上数据库备份。

## 需要本人决定
- 付费、删除资料、扩大访问权限、推送远程或公开发布前说明影响并等待确认。
- 遇到无法继续的问题，记录已经尝试的步骤、实际结果和最小待确认事项。

已确认 · 以下是本次专属内容，可一键复制

我准备在当前项目建立 AI 协作规则，请直接完成以下任务。
【项目路径】填写已经在工具中打开的项目位置。
【项目用途】填写用途，或读取 idea.md。
【正在使用的工具与版本】填写工具名称；版本未知时请先核实。

1. 先说出当前项目根目录，读取已有规则文件与 README，保留原内容。
2. 根据当前工具官方说明，确认规则文件名、放置位置和加载条件。通用文件名是 AGENTS.md（复数），不要自行使用 AGENT.md。若需 CLAUDE.md、GEMINI.md 或设置页，说明原因并按当前版本接入，避免两套冲突规则。
3. 把下面的模板合并进真实项目。根据文件填写已知信息，未知命令保持“待确认”，不要猜测。
4. 保存后重新读取，报告完整路径、改动摘要、三个约束及仍待确认的内容。
5. 检查当前会话的规则加载记录（工具提供时）；另开新会话后再做一次读取检查。无法观察自动加载时明确写“尚未验证”，不要仅凭自述说自动生效。
6. 本次不制作业务功能、不推送、不发布。

以下是文件内容模板：
# 项目协作说明

## 项目目标
- 项目用途：待填写。
- 使用者：待填写。
- 第一版范围：读取 docs/requirements.md；尚不存在时先提问确认。
- 暂不做的事：以确认的需求为准，不自行增加。

## 开始任务前
1. 读取本文件、README.md、docs/requirements.md、docs/design.md 和 tasks/todo.md 中已存在的内容。
2. 核对当前项目目录、Git 状态和未提交变化。不存在的文件先说明，不编造。
3. 复述本次目标及完成标准，只问会实质影响结果的缺失信息。

## 实施方式
- 能自动完成的读取、整理、实现和检查直接完成。
- 每次交付一个可以打开检查的小版本，保留已有工作，不无关重构。
- 使用当前项目已经采用的技术和样式；变更方案先解释原因与影响。
- 用普通话解释技术词，提供具体点击步骤和预期画面。

## 项目命令（由 AI 核对后填写，不猜测）
- 安装依赖：待确认。
- 启动预览：待确认。
- 检查代码：待确认。
- 构建产物：待确认。
- 项目尚未建立时，以上保持待确认；环境准备完成后补齐。

## 检查与完成
- 对照需求检查正常操作、空值、失败和受影响的旧功能。
- 将实际执行、通过、失败和未验证项分别写入 docs/checks.md。
- 更新 tasks/todo.md 的状态；给出文件位置、当前预览和下一步。
- 构建成功不能替代人工试用，未执行的检查不能说通过。

## 版本与资料
- 修改前确认可以找回当前版本；检查通过后提交本任务的文件，并写明改动。
- 提交前检查暂存内容，不提交密钥、个人资料、依赖目录和构建产物。
- 不覆盖无关的未提交工作，不随意删除历史或使用强制恢复。
- Git 只记录纳入版本管理的文件，不等于线上数据库备份。

## 需要本人决定
- 付费、删除资料、扩大访问权限、推送远程或公开发布前说明影响并等待确认。
- 遇到无法继续的问题，记录已经尝试的步骤、实际结果和最小待确认事项。