Install
openclaw skills install @bustes01/requirement-processoropenclaw skills install @bustes01/requirement-processor当用户提出新功能/变更需求时,使用此 Skill 标准化处理流程。
收到需求后,首先要确认以下信息。如果用户未明确说明,主动询问:
📌 不需要一次性全问完 — 根据需求复杂度判断,简单需求 1-2 个问题即可。
在写文档前,先确认:
阅读关键文件(如路由、组件、数据层、配置文件),记录现有设计决策。
使用以下模板结构输出 requirements.md:
# 项目 — 需求文档
> **日期:** YYYY-MM-DD
> **版本:** v1 草案
## 1. 背景与现状
### 1.1 当前状态
(架构、技术栈、部署方式、已有功能)
### 1.2 痛点
| 问题 | 说明 |
|------|------|
### 1.3 目标
(一句话概括要做什么)
## 2. 整体架构
### 2.1 架构图(文本 + 推荐架构)
### 2.2 关键决策
| 决策点 | 选项 | 推荐 | 理由 |
|--------|------|------|------|
## 3. 功能需求
按模块分类,每个功能有:ID、功能描述、优先级(P0/P1/P2)
## 4. 数据模型
### ER 图(文本格式)
### DDL / 类型定义
## 5. API 设计
| 方法 | 路径 | 说明 | 认证 | 权限 |
## 6. 前端变更概览
- 新增页面/组件清单
- 路由设计
- 状态管理变更
- 关键类型定义
## 7. 安全考虑
(认证方式、密码策略、权限校验、防护措施)
## 8. 实施阶段
### Phase 1 — 基础(P0)
### Phase 2 — 增强(P0-P1)
### Phase 3 — 优化(P1-P2)
## 9. 部署方案
(Docker 编排、环境变量、Nginx 配置等)
## 10. 未解决问题 / 待决策事项
将需求文档发送给用户并提问:
记录用户反馈,更新文档。
根据确认后的需求文档:
实施完成后:
references/ 目录中的经验笔记项目名-requirements.md(如 worktime-auth-requirements.md)references/requirement-templates/ — 各类型需求的文档模板references/experience-notes/ — 每次实施后的经验总结references/decision-log/ — 架构决策记录(ADR 格式)| 权限 | 范围 | 用途 | 说明 |
|---|---|---|---|
| 文件系统 | 写入 | 工作目录 | 生成需求文档 (.md) |
| 文件系统 | 读取 | 项目目录 | 调研现有代码和配置 |
| 网络 | 无 | N/A | 纯本地离线技能 |
| 执行 | 无 | N/A | 不执行任何系统命令 |
此技能为纯文档/流程技能,不修改系统配置或执行外部命令。