auto-sync: 2026-04-11 09:00:02

2026-04-11 09:00:02 +08:00
parent 7b0a1da414
commit c0e4cf4990
3 changed files with 31 additions and 1 deletions
@@ -2,6 +2,13 @@
 ## 一、方案整体可行性分析
 ### 核心原则
 **尽量使用原生vnpy框架模块，不仿写，不重写，尽量适配**
 - 优先使用vnpy官方提供的组件，避免重复造轮子
 - 对于不满足需求的功能，优先考虑扩展和适配，而非完全重写
 - 保持与vnpy官方架构的兼容性，便于后续升级和维护
 - 只在官方组件无法满足核心需求时，才考虑自定义实现
 ### 1.1 技术可行性：✅ 完全可行
 基于以下因素，将sanguo_vnpy部署在群晖NAS Docker容器中是**完全可行**的：
@@ -2,7 +2,14 @@
 ## 一、研究背景
-在sanguo_quant_live项目中，我们需要构建一个稳定、高效的量化交易系统。为了确保系统的可维护性和可扩展性，我们决定使用vnpy官方提供的组件，而不是重新实现功能。
+在sanguo_quant_live项目中，我们需要构建一个稳定、高效的量化交易系统。为了确保系统的可维护性和可扩展性，我们遵循以下核心原则：
 ### 核心原则
 **尽量使用原生vnpy框架模块，不仿写，不重写，尽量适配**
 - 优先使用vnpy官方提供的组件，避免重复造轮子
 - 对于不满足需求的功能，优先考虑扩展和适配，而非完全重写
 - 保持与vnpy官方架构的兼容性，便于后续升级和维护
 - 只在官方组件无法满足核心需求时，才考虑自定义实现
 ## 二、架构方案设计
@@ -3,6 +3,22 @@
 ## 项目定位
 本项目是**三国量化交易项目的任务管理与协调平台**，专注于任务分配、进度跟踪和成果管理。
 ## vnpy框架使用原则
 **尽量使用原生vnpy框架模块，不仿写，不重写，尽量适配**
 - 优先使用vnpy官方提供的组件，避免重复造轮子
 - 对于不满足需求的功能，优先考虑扩展和适配，而非完全重写
 - 保持与vnpy官方架构的兼容性，便于后续升级和维护
 - 只在官方组件无法满足核心需求时，才考虑自定义实现
 ## 技术架构原则
 **基于vnpy官方架构，遵循分层设计原则**
 - 策略层：使用CtaTemplate等官方策略基类
 - 数据层：使用vnpy官方数据接口和存储组件
 - 平台层：使用Docker容器化部署，保持架构一致性
 - 通信层：使用RPC服务，遵循vnpy官方通信协议
 ## 依据AGENTS.md的团队配置
 ### 指挥层