Menu
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
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.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/aAAaqwq/AGI-Super-Team --skill project-managementThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
币安广场合约投机雷达 v5：以最近24小时专业交易帖为主要证据，回源核验帖子， 联合币安公共合约行情、4周期K线、布林带、ATR、量能和RR，生成可审计的本地影子报告。 触发词：币安广场、扫描币安、binance square、合约机会、交易信号雷达、4小时雷达
BTC 5分钟K线实时方向预测。v5.9对抗式审查重构: 13因子收敛到3个有证据信号(half_body延续+volume放量+meanrev回归, 11个47-49%硬币因子清零) + 三层独立信息过滤(多周期4h/1h/15m趋势 + 跨资产ETH/SOL广度 + 真订单流OFI) + 移除bull×0.92惩罚/Platt置信度门控。半K线策略第2分钟执行。黑天鹅防护: ATR spike+FNG<25。Binance端点双向故障切换。
BB 双向套利策略：加密合约 10x 杠杆布林带均值回归。布林带收窄=横盘→在下轨买、上轨卖；三重过滤器(1h趋势/RSI/BB甜区)确认碗平放，轨对轨止盈(RR 2:1~4:1)。含实时WebSocket模拟盘(paper)、历史回测(simulate/backtest_daily)、币安永续实盘CLI(trade_exec)。触发：'bb套利'、'布林带'、'bollinger'、'横盘策略'、'NEAR'、'回测'、'模拟盘'、'paper trading'。
Based on SOC occupation classification
Showing SKILL.md
| name | project-management |
| description | 项目管理和产品需求分析。当用户需要制定项目计划、编写 PRD 文档、管理任务或进行需求分析时使用此技能。 |
| allowed-tools | Read, Write, Edit, TodoWrite, WebSearch |
此技能专门用于项目管理和产品需求分析,包括:
# [产品名称] 产品需求文档(PRD)
**版本**: v1.0
**创建日期**: 2025-01-01
**作者**: 产品经理
**状态**: 草稿/评审中/已批准
---
## 1. 项目背景与目标
### 1.1 产品愿景
简明扼要地描述产品的核心价值主张和长期愿景。
### 1.2 问题陈述
**当前痛点**:
- 用户面临的具体问题
- 问题的严重程度和影响范围
- 现有解决方案的不足
**目标用户**:
- 主要用户群体(年龄、职业、行为特征)
- 次要用户群体
- 用户画像和典型场景
### 1.3 成功指标(KPI)
- **用户指标**: DAU、MAU、留存率
- **业务指标**: GMV、转化率、客单价
- **产品指标**: 功能使用率、完成率
- **技术指标**: 响应时间、可用性
### 1.4 业务目标与约束
**业务目标**:
- 短期目标(3 个月)
- 中期目标(6-12 个月)
- 长期目标(1-3 年)
**已知约束**:
- 技术限制
- 预算限制
- 时间限制
- 平台限制(iOS/Android/Web)
---
## 2. 用户研究与竞品分析
### 2.1 用户画像
**主要用户: 职场白领**
- 年龄: 25-35 岁
- 职业: 互联网、金融、咨询行业
- 痛点: 时间管理困难、工作效率低
- 期望: 简单易用、提高生产力
### 2.2 用户旅程
发现问题 → 寻找解决方案 → 注册使用 → 日常使用 → 推荐他人
### 2.3 竞品分析
| 竞品 | 优势 | 劣势 | 差异化机会 |
|------|------|------|------------|
| 产品 A | 功能丰富 | 学习成本高 | 简化操作流程 |
| 产品 B | 界面美观 | 性能较差 | 优化性能体验 |
---
## 3. 功能需求
### 3.1 功能架构图
├── 用户模块 │ ├── 注册登录 │ ├── 个人资料 │ └── 账号设置 ├── 核心功能模块 │ ├── 功能 A │ ├── 功能 B │ └── 功能 C └── 辅助功能模块 ├── 通知中心 └── 帮助中心
### 3.2 用户故事列表
| ID | 用户故事 | 优先级 | 验收标准 | 依赖 |
|----|----------|--------|----------|------|
| US-001 | 作为用户,我希望能够快速注册账号,以便开始使用产品 | P0 | 1. 支持邮箱/手机注册<br>2. 注册流程不超过 3 步<br>3. 注册成功后自动登录 | 无 |
| US-002 | 作为用户,我希望能够安全登录,以便访问我的数据 | P0 | 1. 支持密码登录<br>2. 支持第三方登录<br>3. 登录失败有明确提示 | US-001 |
| US-003 | 作为用户,我希望能够创建任务,以便管理我的工作 | P0 | 1. 可以输入任务标题和描述<br>2. 可以设置截止日期<br>3. 任务创建后立即显示 | US-002 |
### 3.3 功能详细说明
#### 功能模块: 用户注册
**功能描述**:
用户通过邮箱或手机号注册账号,完成身份验证后即可使用产品。
**交互流程**:
1. 用户点击"注册"按钮
2. 选择注册方式(邮箱/手机)
3. 输入注册信息
4. 接收验证码
5. 完成验证
6. 设置密码
7. 注册成功,自动登录
**界面要素**:
- 注册方式选择(Tab 切换)
- 邮箱/手机号输入框
- 验证码输入框
- 密码输入框(带强度提示)
- 同意条款复选框
- 注册按钮
**数据字段**:
| 字段名 | 类型 | 必填 | 验证规则 | 说明 |
|--------|------|------|----------|------|
| email | String | 是 | 邮箱格式 | 用户邮箱 |
| phone | String | 是 | 手机号格式 | 用户手机 |
| password | String | 是 | 6-20 位,包含字母和数字 | 登录密码 |
| verifyCode | String | 是 | 6 位数字 | 验证码 |
**业务规则**:
- 邮箱/手机号不能重复注册
- 验证码 5 分钟内有效
- 密码必须包含字母和数字
- 同一 IP 每天最多注册 3 个账号
**异常处理**:
- 邮箱/手机号已存在: 提示"该账号已注册,请直接登录"
- 验证码错误: 提示"验证码错误,请重新输入"
- 验证码过期: 提示"验证码已过期,请重新获取"
- 网络错误: 提示"网络连接失败,请稍后重试"
**接口定义**:
POST /api/auth/register Request: { "email": "user@example.com", "password": "password123", "verifyCode": "123456" }
Response: { "success": true, "data": { "userId": 12345, "token": "jwt_token_here" }, "message": "注册成功" }
---
## 4. 非功能需求
### 4.1 性能要求
- **响应时间**: 页面加载 < 2 秒,API 响应 < 500ms
- **并发能力**: 支持 10,000 并发用户
- **可扩展性**: 支持水平扩展
### 4.2 安全要求
- **认证**: JWT Token 认证,7 天有效期
- **授权**: 基于角色的访问控制(RBAC)
- **数据加密**: HTTPS 传输,敏感数据加密存储
- **防护**: SQL 注入、XSS、CSRF 防护
### 4.3 兼容性要求
- **浏览器**: Chrome 90+, Safari 14+, Firefox 88+
- **移动端**: iOS 13+, Android 8+
- **屏幕**: 支持 320px - 1920px 宽度
### 4.4 可用性要求
- **系统可用性**: 99.9% (每月停机时间 < 43 分钟)
- **数据备份**: 每日全量备份,实时增量备份
- **灾难恢复**: RTO < 1 小时,RPO < 5 分钟
### 4.5 可维护性要求
- **代码规范**: 遵循团队编码规范
- **文档**: 完整的 API 文档和技术文档
- **日志**: 完善的日志记录和监控
- **测试**: 单元测试覆盖率 > 80%
---
## 5. 技术方案(可选)
### 5.1 技术架构
前端: React + TypeScript + Ant Design 后端: Node.js + Express + TypeScript 数据库: MySQL + Redis 部署: Docker + Kubernetes
### 5.2 数据库设计
```sql
-- 用户表
CREATE TABLE users (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
email VARCHAR(255) UNIQUE,
phone VARCHAR(20) UNIQUE,
password_hash VARCHAR(255),
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
| 阶段 | 时间 | 交付物 | 负责人 |
|---|---|---|---|
| 需求评审 | Week 1 | PRD 文档 | 产品经理 |
| 设计评审 | Week 2 | UI 设计稿 | 设计师 |
| 开发 | Week 3-6 | 功能代码 | 开发团队 |
| 测试 | Week 7 | 测试报告 | 测试团队 |
| 上线 | Week 8 | 生产环境 | 运维团队 |
Phase 1: MVP 核心功能(P0)
Phase 2: 重要功能(P1)
Phase 3: 增强功能(P2)
| 风险 | 影响 | 概率 | 应对措施 |
|---|---|---|---|
| 第三方 API 不稳定 | 高 | 中 | 实现降级方案,添加重试机制 |
| 性能瓶颈 | 中 | 低 | 提前进行压力测试,优化关键路径 |
| 风险 | 影响 | 概率 | 应对措施 |
|---|---|---|---|
| 用户接受度低 | 高 | 中 | 小范围灰度测试,收集反馈快速迭代 |
| 竞品抢先发布 | 中 | 低 | 加快开发进度,突出差异化优势 |
| 版本 | 日期 | 变更内容 | 变更人 |
|---|---|---|---|
| v1.0 | 2025-01-01 | 初始版本 | 张三 |
| v1.1 | 2025-01-15 | 增加功能 X | 李四 |
## 敏捷开发流程
### Scrum 框架
```markdown
Sprint 周期: 2 周
Sprint 流程:
1. Sprint Planning(计划会议)
- 确定 Sprint 目标
- 选择用户故事
- 任务分解和估算
2. Daily Standup(每日站会)
- 昨天完成了什么
- 今天计划做什么
- 遇到什么阻碍
3. Sprint Review(评审会议)
- 演示完成的功能
- 收集反馈
- 更新产品待办列表
4. Sprint Retrospective(回顾会议)
- 总结做得好的地方
- 识别改进机会
- 制定行动计划
作为 [用户角色]
我希望 [功能描述]
以便 [价值/目标]
验收标准:
- [ ] 标准 1
- [ ] 标准 2
- [ ] 标准 3
估算: 5 故事点
优先级: P0
依赖: US-001
项目文档结构:
├── PRD/
│ ├── 产品需求文档.md
│ └── 功能规格说明.md
├── Design/
│ ├── UI 设计稿
│ └── 交互原型
├── Tech/
│ ├── 技术方案.md
│ ├── API 文档.md
│ └── 数据库设计.md
├── Test/
│ ├── 测试计划.md
│ └── 测试用例.md
└── Release/
├── 发布计划.md
└── 上线检查清单.md