القائمة
针对 PRD 需求中的不确定点逐条提问对齐。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。
Uniplat 低代码平台编码规范速查。在 Uniplat 项目中进行任何开发任务时参考。
编码实现方法论：垂直切片 + TDD 核心循环。在 dev-flow 流程的第 5 步自动加载。
生成开发总结文档，记录交付物、依赖、设计要点。在 dev-flow 流程的第 8 步自动加载。
编码实现方法论：垂直切片，逐步推进。
在指定子项目目录下创建 Uniplat 数据模型脚手架（JSON 元数据 + Groovy 钩子文件）
| name | grill |
| description | 针对 PRD 需求中的不确定点逐条提问对齐。 |
| version | 1.0.0 |
针对 PRD 需求中模糊、缺失、有歧义的部分，沿着决策树逐条向用户提问，直到所有关键不确定点都对齐。
不要按维度平铺提问，而是把 PRD 看作一棵决策树：
PRD
├── 决策 A：数据存在哪？
│ ├── 决策 A1：用新表还是复用旧表？
│ └── 决策 A2：字段如何设计？
├── 决策 B：接口怎么暴露？
│ ├── 决策 B1：新增接口还是扩展现有接口？
│ └── 决策 B2：参数格式？
└── 决策 C：UI 如何呈现？
└── 决策 C1：字段顺序和默认值？
遍历规则：
先推荐，再确认：每个问题先给出你的推荐答案和理由，再让用户确认或修改
我的建议：用新表 `user_preferences` 存储，理由是...
你觉得这样可以吗？还是有其他考虑？
一次只问一个问题：并行抛出多个问题会让用户混乱。问完一个，等回答，再问下一个。
先查答案来源，再问用户：能查到答案的问题不要问用户。
给出判断依据：推荐答案要说明为什么，不要只说"我建议 X"，要说"我建议 X，因为 Y"。
标记缺口：仅当 PRD 正文和截图/原型都未给出时才算真缺口——标为「缺口」、说明临时方案、继续推进。
决策树遍历是主方法，以下维度帮助你在遍历中发现遗漏的决策节点：
| 维度 | 典型决策点 |
|---|---|
| 边界条件 | 空值怎么处理？最大/最小值？超限怎么办？ |
| 依赖关系 | 依赖哪个表/接口/其他任务？先后顺序？ |
| 存储结构 | 数据存在哪？新表还是复用？字段设计？ |
| UI 细节 | 字段折进已有列还是独立列？按钮文案？入口挂哪个页签？筛选放哪？字段顺序？默认值？ |
| 异常处理 | 失败怎么提示？重试？回滚？ |
| 性能 | 数据量多大？需要分页？有并发问题？ |
| 兼容性 | 需要兼容旧版本吗？接口变更？ |
使用 AskUserQuestion 工具：
问题：<具体决策问题>
选项 A：<你的推荐方案>（附理由）
选项 B：<备选方案 1>
选项 C：<备选方案 2>
1. 读完 PRD 后，画出决策树（列出所有决策节点和依赖关系）
↓
2. 从根节点开始（最不依赖其他决策的节点）
↓
3. 每个节点：先推荐 → 问用户 → 记录回答
↓
4. 回答可能揭示新节点 → 动态加入决策树
↓
5. 所有节点遍历完毕 → 检查是否有遗漏维度
↓
完成 → 进入步骤 3（编码）