Initialize harness coding docs

docs/00-ai-start-here.md

@@ -0,0 +1,119 @@
+# AI 开发入口
+
+> 给 AI coding agent 的项目入口。这里负责导航和流程，硬性编码规则见 [`05-coding-rules.md`](05-coding-rules.md)。
+
+## 一句话定位
+
+【项目名】是【一句话说明项目目标、用户和 MVP 范围】。
+
+第一版 MVP 只做：【列出最小闭环功能】。
+
+## 必读顺序
+
+每次开始写代码前，按这个顺序建立上下文：
+
+1. [`01-vision.md`](01-vision.md)：为什么做、为谁做、什么不做。
+2. [`02-requirements.md`](02-requirements.md)：MVP 要什么、怎么算达成。
+3. [`03-tech-stack.md`](03-tech-stack.md)：既定技术选型。
+4. [`04-architecture.md`](04-architecture.md)：系统结构、职责划分、数据模型和关键难点。
+5. [`05-coding-rules.md`](05-coding-rules.md)：写代码前必须遵守的规则。
+6. [`06-tasks.md`](06-tasks.md)：领取本轮唯一任务。
+7. [`current-state.md`](current-state.md)：当前代码现实、可运行命令、下一步任务。
+
+如果仓库根目录有 `AGENTS.md`、`CLAUDE.md` 或其他 agent 规则文件，也必须先读。仓库级规则优先于项目局部建议。
+
+## 当前阶段
+
+当前项目处于：【例如：MVP 起步 / 原型验证 / 功能开发 / 上线前收尾】。
+
+优先路径：
+
+1. Phase 0：最小可运行地基。
+2. Phase 1：最高风险功能原型。
+3. Phase 2：核心用户流程。
+4. Phase 3：账号 / 数据持久化 / 同步。
+5. Phase 4：部署、离线、监控或上线准备。
+
+## 领取任务规则
+
+从 [`06-tasks.md`](06-tasks.md) 领取任务时：
+
+- 只领取第一个状态为 `TODO` 且依赖均为 `DONE` 的任务。
+- 开始前把该任务状态改为 `DOING`。
+- 本轮只完成这一个任务。
+- 验收通过后把状态改为 `DONE`。
+- 做完即停，汇报验证结果，等待下一步指令。
+
+如果代码实际状态和任务看板冲突，先说明冲突，不要擅自跳步或重排。
+
+## MVP 边界
+
+MVP 只做：
+
+- 【P0 功能 1】
+- 【P0 功能 2】
+- 【P0 功能 3】
+
+MVP 不做：
+
+- 【明确非目标 1】
+- 【明确非目标 2】
+- 【后续版本功能】
+
+## 事实来源
+
+项目事实只信：
+
+- 【业务数据源 / schema / seed 数据路径】
+- 【产品需求文档】
+- 【接口合约】
+- 【现有代码中的权威模块】
+
+不要把以下内容当事实来源：
+
+- 历史备份文件。
+- 旧导出文档。
+- 临时实验目录。
+- 未被任务或需求引用的草稿。
+
+## 常见任务该看哪里
+
+做页面 / UI：
+
+- 先看 `02-requirements.md` 的对应验收标准。
+- 再看 `routes.md` 的页面职责。
+- 最后看 `04-architecture.md` 的组件边界。
+
+做后端 API：
+
+- 先看 `api.md` 的接口合约。
+- 再看 `04-architecture.md` 的数据模型和鉴权边界。
+
+做数据模型：
+
+- 先看 `04-architecture.md` 的数据模型。
+- 如果 schema 变化，必须同步更新 `api.md`、`current-state.md` 和相关任务验收。
+
+做部署 / 运行：
+
+- 先看 `03-tech-stack.md` 的运行命令。
+- 再看 `current-state.md` 的当前真实命令。
+
+## 验证命令
+
+把本项目真实命令填在这里：
+
+```bash
+# 示例
+npm test
+npm run build
+go test ./...
+pytest
+```
+
+说明：
+
+- 改前端后跑：【命令】。
+- 改后端后跑：【命令】。
+- 改数据结构后跑：【命令】。
+- 如果命令当前不可运行，必须在回复里如实说明原因。