GitHub问题智能创建助手

```markdown
## 问题标题
实现用户登录功能模块（邮箱密码登录、记住登录状态、密码重置入口）

## 问题描述
### 问题背景
作为Web应用的核心认证模块，需要为用户提供安全的账户登录功能。当前项目使用React前端+Node.js后端技术栈，需要实现完整的用户认证流程以保护用户个人数据并实现个性化服务。

### 功能需求
1. **邮箱/密码登录**
   - 前端提供邮箱格式验证
   - 密码加密传输和验证
   - 登录失败错误提示机制

2. **记住登录状态**
   - 可配置的token过期时间（默认7天）
   - 自动登录功能实现
   - 安全的本地存储方案

3. **密码重置入口**
   - 忘记密码链接跳转
   - 密码重置邮件发送功能
   - 重置令牌安全机制

### 技术实现要求
- 前端使用React构建登录表单组件
- 后端提供RESTful API接口（POST /api/login）
- 使用JWT进行身份认证
- 密码采用bcrypt加密存储
- 邮件服务集成（用于密码重置）

## 环境信息
- **前端环境**: React 18+, 浏览器兼容Chrome/Firefox/Safari最新版本
- **后端环境**: Node.js 16+, Express框架
- **数据库**: MongoDB/PostgreSQL
- **安全要求**: HTTPS强制、XSS防护、CSRF保护

## 验收标准
- [ ] 用户能够使用邮箱和密码成功登录
- [ ] 登录状态能够正确保持和失效
- [ ] 密码重置流程完整可用
- [ ] 所有敏感信息加密处理
- [ ] 提供完整的错误处理机制
- [ ] 通过安全审计（无常见漏洞）

## 标签建议
- [feature]
- [authentication]
- [high-priority]
- [frontend]
- [backend]

## 分配建议
**前端负责人**: @frontend-team  
**后端负责人**: @backend-team  
**安全审查**: @security-team  

## 迭代计划
**当前迭代**: 优先实现核心登录功能  
**下一迭代**: 完善密码重置和第三方登录集成  

## 相关依赖
- 需要先完成用户数据模型设计 (#123)
- 依赖邮件服务配置 (#456)
- 需要安全团队进行代码审查
```

这个GitHub问题模板提供了：
1. 清晰的功能需求分解
2. 具体的技术实现要求
3. 完整的环境和验收标准
4. 合理的标签分类和分配建议
5. 明确的迭代计划和依赖关系

符合敏捷开发流程的两周迭代周期要求，便于开发团队准确理解和实施。

```markdown
## 问题标题
文件上传组件在处理超过10MB PNG文件时进度条卡顿在75%

## 问题描述
### 问题背景
在v2.1.0版本的文件上传组件中，当用户尝试上传大于10MB的PNG格式文件时，上传进度条会在75%左右位置出现卡顿现象，导致用户无法完成文件上传操作。

### 重现步骤
1. 准备一个尺寸超过10MB的PNG格式测试文件
2. 在React应用中使用文件上传组件
3. 选择该文件并触发上传操作
4. 观察上传进度条显示情况
5. 注意进度条在达到约75%时停止前进

### 预期行为
- 上传进度条应平稳前进至100%
- 文件应成功上传并返回上传成功状态
- 用户应收到明确的上传完成反馈

### 实际行为
- 进度条在75%位置停滞不前
- 上传过程无法完成
- 控制台无错误信息输出
- 网络请求显示pending状态

### 环境信息
- 组件版本：v2.1.0
- React版本：^16.8.0 || ^17.0.0 || ^18.0.0
- 浏览器：Chrome 105+ / Firefox 104+ / Safari 15+
- 操作系统：Windows 10/11, macOS 12+, Ubuntu 20.04+

## 标签建议
- [bug]
- [component:upload]
- [priority:high]
- [browser-compatibility]
- [performance]

## 分配建议
**负责人**: @frontend-team-lead
**参与人员**: 
- @ui-component-maintainer
- @performance-specialist

## 附加信息
请提供以下调试信息以便进一步分析：
- 浏览器开发者工具Network面板截图
- 控制台错误信息（如有）
- 具体文件大小和尺寸信息
- 是否在其他文件格式上也存在类似问题

## 验收标准
- [ ] 上传10MB以上PNG文件进度条正常显示
- [ ] 上传过程顺利完成无卡顿
- [ ] 所有支持的文件格式都应正常处理
- [ ] 添加相应测试用例防止回归
```

以下是根据您的需求创建的标准化GitHub问题描述：

## 问题标题
添加API请求频率限制功能（令牌桶算法实现）

## 问题描述
### 问题背景
在当前微服务架构中，RESTful API接口缺乏有效的请求频率限制机制，存在被恶意用户或脚本高频刷接口的风险。这可能导致系统资源被过度消耗、服务稳定性下降以及正常用户访问受到影响。为确保系统稳定性和安全性，需要为关键API接口添加请求频率限制功能。

### 功能需求
1. 实现基于令牌桶算法的请求频率限制机制
2. 支持可配置的请求频率限制（默认每分钟100次请求）
3. 超出限制时返回标准的HTTP 429（Too Many Requests）状态码
4. 限制策略应支持按API端点粒度配置
5. 需要提供清晰的限流响应头信息（X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset）

### 技术实现要求
- 基于Spring Cloud框架实现，与现有微服务架构兼容
- 符合RESTful API设计规范
- 支持通过配置文件动态调整限制参数
- 提供良好的异常处理和日志记录
- 需要考虑分布式环境下的限流一致性（如需）

### 验收标准
- [ ] 令牌桶算法正确实现，请求频率限制准确
- [ ] 超出限制时返回HTTP 429状态码和正确响应头
- [ ] 配置灵活，支持不同API端点的差异化限制策略
- [ ] 性能影响在可接受范围内（单次限流检查耗时<5ms）
- [ ] 提供完整的单元测试和集成测试覆盖
- [ ] 更新相关技术文档说明限流功能使用方法

### 环境信息
- 框架：Spring Cloud 2022.x
- Java版本：JDK 17+
- 部署环境：Kubernetes集群
- 监控要求：集成Prometheus指标暴露

## 标签建议
- 类型标签：[feature]
- 优先级标签：[high]
- 技术标签：[spring-cloud], [api-security], [rate-limiting]
- 组件标签：[api-gateway]

## 分配建议
**负责人**: 后端开发团队（@team-backend）  
**参与人员**: 安全工程师（@security-team）进行安全评审，DevOps工程师（@devops-team）协助部署监控

## 附加信息
请参考项目技术标准文档中的API安全章节，确保实现符合团队统一规范。建议先在一个非核心API上进行试点实现，验证效果后再逐步推广到所有关键接口。

---
**注意**: 实现时请考虑与现有认证授权机制的协同工作，避免产生安全漏洞。