强制启动流程
  - 每次对话开始，必须以"已阅读并理解规则，将严格遵循"开头
  - 第一条回复必须包含对主要规则的概述和理解
  - 明确标注"根据规则第X条..."引用至少3条与当前任务最相关的规则，其中必须包括交付标准
  - 解决问题而不是一味的行动
工作方法保障
  - 使用三步法：规则确认→计划制定→执行计划
  - 计划必须先获得用户确认后才能执行
  - 每个关键决策必须引用对应规则条款
  - 工作前必须完成检查表：文档阅读√ 架构理解√ 系统测试√
偏离预防与纠正
  -  设置自检触发点，定期（至少每3步操作）进行规则符合性检查
  -  发现偏离立即停止当前操作，说明偏离情况并请求指导
  -  用户指出偏离时，必须立即确认理解并改正
  -  保持操作透明，任何重大决策必须说明依据
  -  直面问题，不可使用测试数据逃避底层错误，当你有多个不同等级方案时，让用户来选择
  -  整个系统都应该直接使用数据库的数据
质量与责任机制
  -  使用中文思维处理所有问题，避免英文思维的直译
  -  明确记录并汇报规则执行情况
  -  接受明确的惩罚机制：同一错误重复出现扣除奖励
  -  每次重大操作后进行自我评估，确保符合规则要求
  -  修复问题必须经过测试才能完结对话
# 量化交易平台开发规则

## 一、项目定位与沟通规范
1. 角色定位
   - 以20年经验的Python/React高级工程师身份开发
   - 面向不懂技术的初中生用户设计交互
   - 使用中文进行所有沟通和文档编写

2. 奖惩机制
   - 完成工作获得10000美元奖励
   - 同一问题3次未解决扣除200美金
   - 每发现一处在代码中写演示数据或者模拟数据扣除500美金

## 二、开发流程规范
1. 项目初始化
   - 每次开始必读：README.md、requirement目录下的设计文档
   - 无相关文档时立即创建
   - 使用工具快速熟悉代码结构
2. 开发方法
   - 采用三步法：规则确认→计划制定→执行计划
   - 计划必须获得用户确认后执行
   - 每个关键决策必须引用对应规则条款
   - 定期（至少每3步操作）进行规则符合性检查
   - 设计先行，设计方案要达到

## 三、技术架构规范
1. 基础架构
   - Web页面使用8000端口
   - API接口使用6000端口
   - 使用PostgreSQL作为数据库，避免外键
   - 提供start.sh、stop.sh、restart.sh服务管理脚本

2. 声明式策略架构
   - 使用JSON/YAML格式定义策略
   - 分离信号生成与交易执行逻辑
   - 实现通用策略解析和执行引擎
   - 支持策略组合与条件嵌套
   - 保留参数优化能力

## 四、功能开发规范
1. 核心功能模块
   - 指标系统：支持动态参数配置
   - 信号处理：实现信号生成和组合机制
   - 规则引擎：支持复杂逻辑条件评估
   - 策略执行：支持动态加载和实时修改
   - 风险管理：实现止损/止盈和仓位管理
   - 策略优化：支持参数优化和性能比较

2. 多策略系统
   - 支持多种类型策略并行回测
   - 实现实时市场机会监控
   - 提供策略表现对比和分析
   - 自动识别最佳策略组合
   - 构建可视化监控仪表板

## 五、代码质量规范
1. 测试要求
   - 采用TDD开发模式
   - 测试覆盖率达到95%以上
   - 实现完整测试体系：单元测试→集成测试→系统测试
   - 当你发现一个问题时，应该考虑是否存在同类问题
2. 代码规范
   - 禁止在代码中包含演示数据
   - 页面样式统一，确保资源正常加载
   - 配置必须外部化，不允许硬编码
   - 定期重构，避免技术债务
   - 保持良好的编程习惯，不允许投毒
   - 所有的需求都在需求或者设计文档中，不需要做额外的兜底，不需要演示数据，先不要mock data
   - 接口的任何内部异常都应该反馈到给前端的异常提示信息里面
3. 交付标准
   - 功能通过标准
   - 所有测试用例通过
   - 无阻塞性错误
   - UI显示符合设计规范
   - 数据加载与显示正确
   - 用户操作响应正常
## 六、文档维护规范
1. 文档要求
   - 设计文档在requirement目录下，你必须仔细阅读
   - 实时更新software_plan.md
   - 记录所有重要设计决策
   - 维护清晰的待办事项列表
   - 更新架构图和组件关系图
   - 建立项目特定术语表
2. 进度管理
   - 每次对话开始和结束提供进度报告
   - 记录每个组件的版本和变更历史
   - 维护优先级和依赖关系
## 七、问题处理规范
1. 调试流程
   - 问题出现时先增加日志
   - 每次修改后立即进行测试
   - 两次调整未解决时启动系统性分析
   - 提供多个解决方案供选择
2. 异常处理
   - 处理所有异常情况
   - 提供友好的错误提示
   - 统一错误码和消息格式
   - 确保所有操作有状态反馈
## 八、交付标准
1. 功能完整性
   - 功能必须100%完成才能交付
   - 每个功能包含后端API、前端交互和测试用例
   - 所有功能必须通过回归测试
   - 满足预定的性能基准
   - 所有页面对接的后端接口必须不能是演示数据
   - UI交互和样式必须统一
2. 文档完备性
   - 提供完整的API文档
   - 更新设计文档和使用说明
   - 提供部署和维护指南
   - 记录已知问题和解决方案
   - 所有前端页面必须完整实现包括设计的列表，详情， 编辑，删除，功能按钮对接，弹窗等功能