Menu
根据需求和问答记录生成技术方案文档。在 dev-flow 流程的第 4 步自动加载。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。
Uniplat 低代码平台编码规范速查。在 Uniplat 项目中进行任何开发任务时参考。
编码实现方法论：垂直切片 + TDD 核心循环。在 dev-flow 流程的第 5 步自动加载。
生成开发总结文档，记录交付物、依赖、设计要点。在 dev-flow 流程的第 8 步自动加载。
编码实现方法论：垂直切片，逐步推进。
在指定子项目目录下创建 Uniplat 数据模型脚手架（JSON 元数据 + Groovy 钩子文件）
| name | tech-plan |
| description | 根据需求和问答记录生成技术方案文档。在 dev-flow 流程的第 4 步自动加载。 |
| version | 2.1.0 |
为每个任务生成 计划.md 技术方案文档，写入输出目录。方案要行为化：描述系统应该做什么，而不是怎么做。
参考以下模板生成每个任务的 计划.md：
# <任务名称>（IDxxxxxxx）· 计划
> 父需求：<所属大需求> ｜ 负责人：<人名>
> 依赖：<关键依赖说明>
## 目标
<1-3 句话说清楚这个任务要做什么，用行为化描述>
## 验收标准
- [ ] <具体、可测试的条目 1>
- [ ] <具体、可测试的条目 2>
- [ ] <具体、可测试的条目 3>
<!-- 若需求含视觉规格（PRD 截图/原型已定死位置或文案），逐条列为可勾选项，照图写死。以下为示例，按本需求替换或删除： -->
<!-- - [ ] <字段>折进已有列<列名>作为第 N 行，不新建独立列 -->
<!-- - [ ] <按钮>文案精确为<原文>，位于<页签>工具栏、紧挨<相邻按钮> -->
<!-- - [ ] <筛选A><筛选B>与现有筛选并列 -->
## 任务拆解
1. **<子任务 1 名称>**（`<涉及的模块/接口>`）：<行为描述>
- 实现要点：<关键逻辑，用接口/类型描述，不写文件路径>
2. **<子任务 2 名称>**（`<涉及的模块/接口>`）：<行为描述>
- 实现要点：<关键逻辑>
## 边界 / 依赖
- **不做的事（作用域外）**：
- <明确列出不实现的功能>
- **外部依赖**：
- <依赖的接口/表/配置>
- **需要配合的事项**：
- <需要其他人做的事>
## 待确认
- <仅列 PRD 图与正文都未给出的开放项>
> 判定（图已定 vs 真待确认）：位置/文案凡 PRD 图或正文已给出，一律按图写进验收标准，不进本节；只有两处都没写才算真待确认。
## 状态：进行中
行为化描述：目标和验收标准描述系统应该做什么，不描述实现过程
npm test 时，所有关于用户偏好的测试通过"{ preferences: Preference[] }，空数组表示无偏好"避免写死文件路径和行号：任务拆解用模块名/接口名描述，不用具体路径
视觉规格按图写死：需求含 PRD 截图/原型时，把其中已定死的元素（视觉规格五要素：列归属/合并、按钮精确文案、所在页签、筛选位置、字段顺序）逐条写进验收标准，文案与页签名照抄 PRD 图，不自拟
验收标准要具体可测：每条标准独立可验证
message: '不能为空'"作用域外要明确：防止执行时越界
头部署名：头部「负责人」取第 0 步解析出的个人标识（person）
状态：初始为「进行中」，完成后改为「已完成（详见 ../总结.md）」
<session_dir>/<任务简称_ID>/计划.md