Initialize harness coding docs

docs/02-requirements.md

@@ -0,0 +1,66 @@
+# 需求
+
+> 本文只描述**要什么**与**怎么算达成**，用产品 / 用户语言表达，**不涉及技术实现**。
+> 技术方案、数据结构、字段定义见 [架构设计](04-architecture.md)。
+
+## 一、业务现状
+
+| 项 | 状态 |
+| --- | --- |
+| 用户 | 【目标用户和当前痛点】 |
+| 数据 | 【已有 / 缺失 / 待清洗的数据】 |
+| 现有系统 | 【如有，说明当前状态】 |
+| 约束 | 【版权、合规、性能、设备、网络等限制】 |
+
+## 二、用户角色
+
+- **【角色 1】**：【能做什么】
+- **【角色 2】**：【能做什么】
+- **游客 / 未登录用户**：【是否允许访问，待定也要写明】
+
+## 三、功能清单
+
+### 第一版 MVP（最小闭环）
+
+| 功能 | 用户能做什么 | 优先级 |
+| --- | --- | --- |
+| 【功能 1】 | 【用户动作和结果】 | P0 |
+| 【功能 2】 | 【用户动作和结果】 | P0 |
+| 【功能 3】 | 【用户动作和结果】 | P0 |
+
+### 后续迭代
+
+| 功能 | 描述 | 阶段 |
+| --- | --- | --- |
+| 【功能】 | 【说明】 | V2 |
+| 【功能】 | 【说明】 | V3 |
+
+## 四、核心用户故事（MVP）
+
+1. 作为【角色】，我打开系统后能【第一步】。
+2. 我可以【关键动作】，并看到【结果】。
+3. 我可以【继续动作】，系统会【保存 / 同步 / 展示】。
+4. 当【异常场景】发生时，系统会【降级 / 提示 / 阻止错误】。
+
+## 五、验收标准（MVP）
+
+每条 P0 功能对应可验证的判据：
+
+- **【功能 1】**：【打开 / 点击 / 输入 / 保存 后，应看到什么结果】。
+- **【功能 2】**：【明确时间、状态、数据持久化或错误处理要求】。
+- **【功能 3】**：【跨刷新、跨设备、权限、边界情况等要求】。
+
+## 六、范围边界与决策
+
+| 问题 | 决策 |
+| --- | --- |
+| 第一版平台 | 【Web / 移动端 / 桌面 / CLI】 |
+| 是否需要账号 | 【是 / 否 / 待定】 |
+| 第一版范围 | 【最小闭环】 |
+| 暂不支持 | 【明确排除项】 |
+
+## 七、待确认 / 风险点
+
+- 【风险 1】：【为什么有风险，建议先如何验证】。
+- 【风险 2】：【数据、性能、授权、依赖、体验等风险】。
+- 【待确认问题】：【谁来决策，什么时候需要决策】。