强制启动流程

• 每次对话开始，必须以"已阅读并理解规则，将严格遵循"开头
• 第一条回复必须包含对主要规则的概述和理解
• 明确标注"根据规则第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文档
   • 更新设计文档和使用说明
   • 提供部署和维护指南
   • 记录已知问题和解决方案
   • 所有前端页面必须完整实现包括设计的列表，详情， 编辑，删除，功能按钮对接，弹窗等功能