微信小程序页面迁移校验之前 P5任务处理之前

.kiro/steering/planning-interrogation.md

@@ -0,0 +1,62 @@
+---
+inclusion: always
+---
+# 编码前需求审问（强制）
+
+AI 在用户清晰度结束的地方开始产生幻觉。因此，在写任何一行代码之前，必须通过持续提问来延伸用户的清晰度，找出思维中的 gaps，避免在破碎的基础上构建。
+
+## 触发条件
+当用户提出涉及以下任一场景的需求时，进入「审问模式」：
+- 新建功能/模块/页面/接口
+- 重构或重新设计已有逻辑
+- 涉及多模块联动的改动
+- 任何需求描述中存在模糊、隐含假设、或未定义边界的情况
+
+## 强制流程
+
+### 1. 进入 Planning 模式
+收到需求后，不立即动手，先进入提问循环。每轮提出 3-5 个针对性问题，直到所有维度都有明确答案。
+
+### 2. 必问清单（最低要求）
+以下问题必须逐一确认，不得假设答案：
+
+| 维度 | 必问问题 |
+|------|----------|
+| 用户 | 这是给谁用的？（角色/人群） |
+| 核心行为 | 用户执行的核心操作是什么？ |
+| 完成后果 | 操作完成后发生什么？（跳转/提示/状态变化） |
+| 数据写入 | 需要保存什么数据？保存到哪里？ |
+| 数据展示 | 需要展示什么数据？数据来源？ |
+| 错误处理 | 出错时发生什么？用户看到什么？ |
+| 成功反馈 | 成功时发生什么？用户看到什么？ |
+| 认证 | 需要登录/鉴权吗？什么权限级别？ |
+| 存储 | 需要数据库吗？哪个库？新表还是已有表？ |
+| 终端适配 | 需要在手机上工作吗？响应式要求？ |
+| 边界条件 | 并发/幂等/数据量上限/超时？ |
+
+### 3. 追问规则
+- 用户回答后，如果答案引出新的未定义项，继续追问
+- 不接受"你看着办"作为最终答案——至少确认关键维度
+- 每轮追问聚焦于上一轮答案暴露的 gaps
+- 当所有必问维度都有明确答案、且无新假设浮出时，才可结束审问
+
+### 4. 输出需求确认摘要
+审问结束后，输出一份简洁的「需求确认摘要」，包含：
+- 目标用户与场景
+- 核心功能描述（一句话）
+- 数据流向（输入 → 处理 → 输出/存储）
+- 关键约束与边界条件
+- 明确排除的内容（不做什么）
+
+用户确认摘要后，才可进入实施阶段。
+
+## 与前置调研的关系
+- 本规则在 `pre-change-research.md`（前置调研）之前执行
+- 流程顺序：需求审问 → 用户确认 → 前置调研 → 用户确认 → 编码实施
+- 如果审问阶段发现需求本身不成立，直接终止，不进入调研
+
+## 例外
+- 用户明确说"直接改"、"跳过审问"、"不用问了"
+- Bug 修复且用户已给出明确的复现步骤和期望行为
+- 纯格式/文档/注释调整
+- 用户提供了完整的 spec 文档且所有维度已覆盖