按照工作流规则进行目录整理
**主要调整:** 1. 重命名将军工作区目录: - data-engineering → zhaoyun-data (赵云数据工程) - risk-management → guanyu-risk (关羽风控管理) - platform → jiangwei-platform (姜维平台) - technical-strategy → zhangfei-technical (张飞技术策略) 2. 创建新目录: - archive/ (归档目录) - simayi-quality/ (司马懿质量保证) - pangtong-value/ (庞统价值投资) 3. 移动内容: - value-investing → pangtong-value/research (庞统价值投资) - running_data → zhaoyun-data/data (运行数据) - 文件任务管理系统文档 → archive/file-task-system 4. 清理文件: - 删除所有日志文件 - 删除agent脚本 - 删除knowledge-base (使用统一知识库) 5. 创建标准结构: - 各将军目录下创建research/, scripts/, reports/, references/子目录 6. 更新.gitignore: - 排除日志文件和临时文件 **依据:** management/workflow-rules.md **制定:** 庞统(凤雏) **审核:** 诸葛亮
This commit is contained in:
@@ -0,0 +1,92 @@
|
||||
# AGENTS.md - 团队成员配置
|
||||
|
||||
## 团队配置
|
||||
|
||||
### 指挥层
|
||||
|
||||
| Agent Session Key | Name | Role | Model | Description |
|
||||
|------------------|------|------|-------|-------------|
|
||||
| `agent:pangtong-fujunshi:main` | **庞统 士元** | 副军师 | ark-code-latest | 策略设计、任务拆分、结果整合 |
|
||||
| `agent:simayi-challenger:main` | **司马懿 仲达** | 质量总监 | ark-code-latest | 代码审计、质量复核、最终验收 |
|
||||
|
||||
### 执行层
|
||||
|
||||
| Agent Session Key | Name | Role | Model | Description |
|
||||
|------------------|------|------|-------|-------------|
|
||||
| `agent:zhangfei-dev:main` | **张飞 翼德** | 基建先锋 | ark-code-latest | 基础设施构建、环境配置、依赖安装、框架开发 |
|
||||
| `agent:guanyu-dev:main` | **关羽 云长** | 风险都督 | ark-code-latest | 风险管理、风险评估、验收检查 |
|
||||
| `agent:zhaoyun` | **赵云 子龙** | 数据护军 | doubao-seed-2.0-code | 数据获取、清洗、验证、质量检查 |
|
||||
| `agent:jiangwei-infra:main` | **姜维 伯约** | 平台总督 | kimi-k2.5 | 实盘监控、信号执行、交易日志记录 |
|
||||
|
||||
## 监控进程
|
||||
|
||||
所有Agent都运行独立的监控进程:
|
||||
```bash
|
||||
# 监控脚本
|
||||
management/workflow/scripts/agent_monitor_fixed.sh <agent-name>
|
||||
|
||||
# 批量启动
|
||||
./start_all_agents.sh
|
||||
|
||||
# 检查状态
|
||||
./management/workflow/scripts/check_status.sh
|
||||
```
|
||||
|
||||
监控轮询间隔:**30秒** → 每30秒检查一次自己目录有没有新任务
|
||||
|
||||
## 工作流程
|
||||
|
||||
### 创建任务
|
||||
```bash
|
||||
./management/workflow/scripts/create_simple.sh "任务描述"
|
||||
```
|
||||
- 自动生成任务ID
|
||||
- 自动commit现有变更
|
||||
- 自动git pull
|
||||
- 创建markdown任务文件
|
||||
- 推送到Gitee
|
||||
|
||||
### 分配任务
|
||||
```bash
|
||||
./management/workflow/scripts/assign_simple.sh <TASK-ID> <agent-name>
|
||||
```
|
||||
- 移动pending → assigned
|
||||
- 替换负责人
|
||||
- 放 `.task` 到agent目录
|
||||
- 自动commit → git pull → push
|
||||
|
||||
### Agent处理
|
||||
1. 监控发现 `.task` 文件
|
||||
2. 拉取最新代码
|
||||
3. 执行任务要求
|
||||
4. 生成 `.done` 完成文件
|
||||
5. git rm 删除 `.task`
|
||||
6. commit → push 结果
|
||||
7. 完成
|
||||
|
||||
### 结果验收
|
||||
- 质量总监司马懿做最终验收
|
||||
- 所有 `.done` 文件收集结果
|
||||
- 庞统做最终整合
|
||||
|
||||
## Git容错设计
|
||||
|
||||
1. **创建/分配前自动commit所有变更** → 解决 "unstaged changes" 导致 git pull 失败
|
||||
2. **git pull失败立即退出** → 不会继续产生脏数据
|
||||
3. **去掉--rebase** → 解决 "Cannot rebase onto multiple branches" 错误
|
||||
4. **创建时默认添加空负责人行** → sed替换能正确工作
|
||||
5. **Gitee限流处理** → 创建失败会跳过继续,不会卡住整个流程
|
||||
|
||||
## 测试结论
|
||||
|
||||
- ✅ 连续半小时压力测试通过
|
||||
- ✅ 每分钟6-10个任务速度系统稳定
|
||||
- ✅ git错误处理正确,失败立即停止
|
||||
- ✅ 所有Agent能正常消费任务
|
||||
- ✅ session_send 和 文件驱动两种方式都可用
|
||||
|
||||
## 项目仓库
|
||||
|
||||
**Gitee**: https://gitee.com/cfdaily/sanguo_quant_live
|
||||
|
||||
**本地路径**: `/Users/chufeng/.openclaw/agents/main/workspace/projects/sanguo_quant_live/`
|
||||
@@ -0,0 +1,54 @@
|
||||
# 🚀 紧急部署:新任务管理系统
|
||||
|
||||
## 问题
|
||||
之前的脚本部署不完整,需要重新部署。
|
||||
|
||||
## 立即行动
|
||||
|
||||
### 1. 创建目录结构
|
||||
```bash
|
||||
mkdir -p management/tasks/{pending,assigned,completed,archived}
|
||||
mkdir -p management/agents/{pangtong,zhangfei,guanyu,zhaoyun,jiangwei,simayi}
|
||||
mkdir -p management/workflow/{scripts,templates,logs}
|
||||
```
|
||||
|
||||
### 2. 下载部署脚本
|
||||
```bash
|
||||
# 创建快速部署脚本
|
||||
cat > deploy_fast.sh << 'DEPLOY_EOF'
|
||||
#!/bin/bash
|
||||
echo "🚀 快速部署任务管理系统..."
|
||||
|
||||
# 1. 创建目录
|
||||
mkdir -p management/tasks/{pending,assigned,completed,archived}
|
||||
mkdir -p management/agents/{pangtong,zhangfei,guanyu,zhaoyun,jiangwei,simayi}
|
||||
mkdir -p management/workflow/{scripts,templates,logs}
|
||||
|
||||
# 2. 创建极简监控脚本
|
||||
cat > agent_check.sh << 'SCRIPT_EOF'
|
||||
#!/bin/bash
|
||||
AGENT=$1
|
||||
while true; do
|
||||
if [ -f "management/agents/$AGENT/*.task" ]; then
|
||||
echo "$(date) - $AGENT 发现新任务"
|
||||
# 这里可以调用Agent自己的处理逻辑
|
||||
fi
|
||||
sleep 30
|
||||
done
|
||||
SCRIPT_EOF
|
||||
|
||||
chmod +x agent_check.sh
|
||||
echo "✅ 部署完成"
|
||||
DEPLOY_EOF
|
||||
|
||||
chmod +x deploy_fast.sh
|
||||
./deploy_fast.sh
|
||||
```
|
||||
|
||||
### 3. 启动监控
|
||||
```bash
|
||||
# 庞统
|
||||
nohup ./agent_check.sh pangtong > pangtong.log 2>&1 &
|
||||
```
|
||||
|
||||
## 诸葛亮将重新通知所有将军
|
||||
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,296 @@
|
||||
# 📦 Gitee仓库管理规范
|
||||
|
||||
## 🎯 管理原则
|
||||
|
||||
### **所有成果物统一管理**
|
||||
- 所有代码、文档、数据、配置必须提交到Gitee仓库
|
||||
- 禁止在本地保留未提交的成果物
|
||||
- 每日工作结束前必须提交当日成果
|
||||
|
||||
### **仓库地址**
|
||||
- **主仓库**:`git@gitee.com:cfdaily/sanguo_quant_live.git`
|
||||
- **备份仓库**:(根据需要设置)
|
||||
|
||||
## 📁 仓库目录结构规范
|
||||
|
||||
### **根目录结构**
|
||||
```
|
||||
sanguo_quant_live/
|
||||
├── README.md # 项目总览
|
||||
├── GITEE_MANAGEMENT.md # 仓库管理规范(本文档)
|
||||
├── management/ # 诸葛亮 - 项目管理
|
||||
├── quality/ # 司马懿 - 质量保障
|
||||
├── platform/ # 姜维 - 平台开发
|
||||
├── value-investing/ # 庞统 - 价值投资
|
||||
├── technical-strategy/ # 张飞 - 技术策略
|
||||
├── risk-management/ # 关羽 - 风险管理
|
||||
├── data-engineering/ # 赵云 - 数据工程
|
||||
└── knowledge-base/ # 共享知识库
|
||||
```
|
||||
|
||||
### **各领域目录结构要求**
|
||||
每个领域必须遵循统一结构:
|
||||
```
|
||||
[领域名称]/
|
||||
├── README.md # 领域工作说明
|
||||
├── research/ # 研究文档
|
||||
│ ├── [研究主题1]/ # 具体研究主题
|
||||
│ └── [研究主题2]/
|
||||
├── code/ # 代码文件
|
||||
│ ├── src/ # 源代码
|
||||
│ ├── tests/ # 测试代码
|
||||
│ └── scripts/ # 脚本文件
|
||||
├── data/ # 数据文件(小文件)
|
||||
│ ├── raw/ # 原始数据
|
||||
│ ├── processed/ # 处理后的数据
|
||||
│ └── metadata/ # 数据元数据
|
||||
├── results/ # 结果文件
|
||||
│ ├── backtest/ # 回测结果
|
||||
│ ├── analysis/ # 分析结果
|
||||
│ └── reports/ # 报告文件
|
||||
└── docs/ # 文档文件
|
||||
├── design/ # 设计文档
|
||||
├── api/ # API文档
|
||||
└── user-guide/ # 使用指南
|
||||
```
|
||||
|
||||
## 🔄 Git工作流程
|
||||
|
||||
### **分支策略**
|
||||
1. **main分支**:稳定版本,仅接受合并请求
|
||||
2. **develop分支**:开发集成分支
|
||||
3. **feature/[功能名]**:功能开发分支
|
||||
4. **bugfix/[bug名]**:bug修复分支
|
||||
5. **release/[版本号]**:发布分支
|
||||
|
||||
### **提交规范**
|
||||
```
|
||||
[类型]: [简要描述]
|
||||
|
||||
[详细描述(可选)]
|
||||
|
||||
[关联issue(可选)]
|
||||
```
|
||||
|
||||
**类型说明**:
|
||||
- `feat`: 新功能
|
||||
- `fix`: bug修复
|
||||
- `docs`: 文档更新
|
||||
- `style`: 代码格式调整
|
||||
- `refactor`: 代码重构
|
||||
- `test`: 测试相关
|
||||
- `chore`: 构建过程或辅助工具变动
|
||||
|
||||
**示例**:
|
||||
```
|
||||
feat: 添加低估值选股策略
|
||||
|
||||
- 实现P/E、P/B多因子筛选
|
||||
- 添加回测验证模块
|
||||
- 更新策略文档
|
||||
|
||||
关联 #123
|
||||
```
|
||||
|
||||
### **合并请求流程**
|
||||
1. 从develop分支创建feature分支
|
||||
2. 在feature分支上开发
|
||||
3. 完成开发后,创建合并请求到develop
|
||||
4. 经过代码评审后合并
|
||||
5. 定期将develop合并到main
|
||||
|
||||
## 📊 代码管理规范
|
||||
|
||||
### **代码质量要求**
|
||||
1. ✅ 代码必须通过所有测试
|
||||
2. ✅ 代码必须符合编码规范
|
||||
3. ✅ 必须有充分的注释
|
||||
4. ✅ 必须有单元测试覆盖
|
||||
5. ✅ 必须通过代码评审
|
||||
|
||||
### **文档要求**
|
||||
1. ✅ 每个模块必须有README
|
||||
2. ✅ 每个函数必须有文档字符串
|
||||
3. ✅ 每个API必须有使用示例
|
||||
4. ✅ 每个配置项必须有说明
|
||||
|
||||
### **数据管理**
|
||||
1. **大文件**:使用Git LFS管理
|
||||
2. **敏感数据**:不提交到仓库,使用配置模板
|
||||
3. **临时数据**:不提交到仓库
|
||||
4. **数据版本**:重要数据必须有版本管理
|
||||
|
||||
## 🚀 日常操作指南
|
||||
|
||||
### **第一天:克隆仓库**
|
||||
```bash
|
||||
# 克隆仓库
|
||||
git clone git@gitee.com:cfdaily/sanguo_quant_live.git
|
||||
|
||||
# 进入项目目录
|
||||
cd sanguo_quant_live
|
||||
|
||||
# 设置用户信息
|
||||
git config user.name "你的名字"
|
||||
git config user.email "你的邮箱"
|
||||
```
|
||||
|
||||
### **日常开发流程**
|
||||
```bash
|
||||
# 1. 更新本地代码
|
||||
git checkout develop
|
||||
git pull origin develop
|
||||
|
||||
# 2. 创建功能分支
|
||||
git checkout -b feature/your-feature-name
|
||||
|
||||
# 3. 开发工作
|
||||
# ... 编写代码,添加文件 ...
|
||||
|
||||
# 4. 提交更改
|
||||
git add .
|
||||
git commit -m "feat: 你的功能描述"
|
||||
|
||||
# 5. 推送到远程
|
||||
git push origin feature/your-feature-name
|
||||
|
||||
# 6. 创建合并请求
|
||||
# 在Gitee网站上创建合并请求到develop分支
|
||||
```
|
||||
|
||||
### **提交前检查清单**
|
||||
- [ ] 代码通过所有测试
|
||||
- [ ] 符合编码规范
|
||||
- [ ] 有充分的注释
|
||||
- [ ] 更新了相关文档
|
||||
- [ ] 提交信息规范
|
||||
- [ ] 没有提交敏感信息
|
||||
|
||||
## 📋 各领域提交要求
|
||||
|
||||
### **诸葛亮(项目管理)**
|
||||
- 项目计划更新
|
||||
- 进度报告
|
||||
- 会议记录
|
||||
- 协调文档
|
||||
|
||||
### **司马懿(质量保障)**
|
||||
- 质量标准文档
|
||||
- 测试用例
|
||||
- 审计报告
|
||||
- 质量评分
|
||||
|
||||
### **姜维(平台开发)**
|
||||
- 平台代码
|
||||
- 部署脚本
|
||||
- 配置模板
|
||||
- 监控配置
|
||||
|
||||
### **庞统(价值投资)**
|
||||
- 基本面研究文档
|
||||
- 价值策略代码
|
||||
- 回测结果
|
||||
- 研究报告
|
||||
|
||||
### **张飞(技术策略)**
|
||||
- 技术分析文档
|
||||
- 算法策略代码
|
||||
- 性能测试结果
|
||||
- 技术报告
|
||||
|
||||
### **关羽(风险管理)**
|
||||
- 风险模型文档
|
||||
- 风控系统代码
|
||||
- 风险测试结果
|
||||
- 风控方案
|
||||
|
||||
### **赵云(数据工程)**
|
||||
- 数据管道代码
|
||||
- 数据质量报告
|
||||
- 数据API文档
|
||||
- 数据治理规范
|
||||
|
||||
## 🛡️ 安全规范
|
||||
|
||||
### **禁止提交的内容**
|
||||
1. ❌ API密钥、密码、令牌
|
||||
2. ❌ 个人隐私信息
|
||||
3. ❌ 商业机密数据
|
||||
4. ❌ 未授权第三方代码
|
||||
|
||||
### **敏感信息处理**
|
||||
1. 使用环境变量
|
||||
2. 使用配置文件模板
|
||||
3. 使用密钥管理服务
|
||||
4. 在.gitignore中排除敏感文件
|
||||
|
||||
### **.gitignore配置**
|
||||
必须包含:
|
||||
```
|
||||
# 敏感信息
|
||||
*.key
|
||||
*.pem
|
||||
*.p12
|
||||
*.keystore
|
||||
.env
|
||||
config.local.*
|
||||
|
||||
# 临时文件
|
||||
*.log
|
||||
*.tmp
|
||||
*.cache
|
||||
|
||||
# 开发环境
|
||||
.idea/
|
||||
.vscode/
|
||||
*.swp
|
||||
*.swo
|
||||
|
||||
# 数据文件(大文件)
|
||||
data/raw/
|
||||
data/processed/
|
||||
*.csv
|
||||
*.parquet
|
||||
*.feather
|
||||
```
|
||||
|
||||
## 📈 仓库维护
|
||||
|
||||
### **每日维护**
|
||||
1. 提交当日工作成果
|
||||
2. 更新进度文档
|
||||
3. 解决合并冲突
|
||||
4. 同步最新代码
|
||||
|
||||
### **每周维护**
|
||||
1. 清理临时分支
|
||||
2. 更新项目文档
|
||||
3. 备份重要数据
|
||||
4. 检查仓库健康度
|
||||
|
||||
### **每月维护**
|
||||
1. 归档历史版本
|
||||
2. 优化仓库大小
|
||||
3. 更新依赖版本
|
||||
4. 安全审计
|
||||
|
||||
## 🎯 立即行动
|
||||
|
||||
### **第1天任务**
|
||||
1. ✅ 阅读本规范
|
||||
2. ✅ 克隆仓库到本地
|
||||
3. ✅ 设置Git用户信息
|
||||
4. ✅ 创建个人工作目录
|
||||
5. ✅ 提交第一次工作成果
|
||||
|
||||
### **各领域第1周提交要求**
|
||||
1. ✅ 个人工作目录结构
|
||||
2. ✅ 知识库初始内容
|
||||
3. ✅ 第1周工作计划
|
||||
4. ✅ 环境配置文档
|
||||
|
||||
---
|
||||
|
||||
**统一管理,协同开发,共创辉煌!**
|
||||
|
||||
**所有成果物必须提交到Gitee仓库!** 📦
|
||||
@@ -0,0 +1,430 @@
|
||||
# 📊 **三国量化选股方法整合报告**
|
||||
|
||||
## **🏆 报告摘要**
|
||||
|
||||
### **整合背景**
|
||||
本报告整合了三国量化团队所有选股方法研究成果,包括庞统的价值投资方法、张飞的技术分析方法、关羽的综合选股方法,以及其他相关选股方法。旨在为投资者提供全面、系统、实用的选股方法论体系。
|
||||
|
||||
### **核心成果**
|
||||
1. **完整选股方法体系**:覆盖价值投资、技术分析、综合量化三大方向
|
||||
2. **多策略整合框架**:动态配置机制,灵活适应不同市场环境
|
||||
3. **风险管理体系**:全面的风险识别、控制、监控系统
|
||||
4. **实施操作指南**:详细的实施步骤和工具支持
|
||||
|
||||
### **整合结构**
|
||||
- **第一部分**:选股方法论综述
|
||||
- **第二部分**:价值投资选股方法(庞统)
|
||||
- **第三部分**:技术分析选股方法(张飞)
|
||||
- **第四部分**:综合选股方法(关羽)
|
||||
- **第五部分**:其他相关选股方法
|
||||
- **第六部分**:整合策略设计与实施指南
|
||||
- **第七部分**:风险管理与绩效评估
|
||||
- **第八部分**:结论与未来展望
|
||||
|
||||
---
|
||||
|
||||
## **📋 目录**
|
||||
|
||||
### **第一部分:选股方法论综述**
|
||||
1.1 选股方法分类体系
|
||||
1.2 各种方法的适用场景
|
||||
1.3 整合框架设计原则
|
||||
1.4 A股市场特殊性考虑
|
||||
|
||||
### **第二部分:价值投资选股方法(庞统)**
|
||||
2.1 价值投资理论基础
|
||||
2.2 基本面因子分析体系
|
||||
2.3 多因子综合评分模型
|
||||
2.4 估值模型研究与应用
|
||||
2.5 投资策略设计
|
||||
2.6 风险控制方法
|
||||
|
||||
### **第三部分:技术分析选股方法(张飞)**
|
||||
3.1 技术分析理论基础
|
||||
3.2 技术指标体系
|
||||
3.3 图表形态分析
|
||||
3.4 量价关系研究
|
||||
3.5 技术策略设计
|
||||
3.6 技术分析风险管理
|
||||
|
||||
### **第四部分:综合选股方法(关羽)**
|
||||
4.1 量化选股理论基础
|
||||
4.2 多因子组合优化
|
||||
4.3 量化模型设计
|
||||
4.4 回测验证框架
|
||||
4.5 绩效评估体系
|
||||
4.6 综合风险管理
|
||||
|
||||
### **第五部分:其他相关选股方法**
|
||||
5.1 行为金融学选股方法
|
||||
5.2 另类数据选股方法
|
||||
5.3 AI驱动选股方法
|
||||
5.4 市场中性策略
|
||||
5.5 事件驱动策略
|
||||
|
||||
### **第六部分:整合策略设计与实施指南**
|
||||
6.1 多策略整合框架
|
||||
6.2 动态配置机制
|
||||
6.3 实施步骤指南
|
||||
6.4 工具支持系统
|
||||
6.5 持续优化方法
|
||||
|
||||
### **第七部分:风险管理与绩效评估**
|
||||
7.1 风险识别体系
|
||||
7.2 风险控制措施
|
||||
7.3 绩效评估指标
|
||||
7.4 归因分析方法
|
||||
7.5 持续监控系统
|
||||
|
||||
### **第八部分:结论与未来展望**
|
||||
8.1 主要结论总结
|
||||
8.2 核心优势分析
|
||||
8.3 应用建议
|
||||
8.4 未来发展方向
|
||||
8.5 团队协作建议
|
||||
|
||||
### **附录**
|
||||
A. 数据来源说明
|
||||
B. 模型代码说明
|
||||
C. 工具使用指南
|
||||
D. 参考文献
|
||||
E. 联系方式
|
||||
|
||||
---
|
||||
|
||||
## **🔍 第一部分:选股方法论综述**
|
||||
|
||||
### **1.1 选股方法分类体系**
|
||||
|
||||
#### **按理论基础分类**
|
||||
1. **价值投资方法**:基于公司内在价值的投资
|
||||
2. **技术分析方法**:基于价格和成交量模式的分析
|
||||
3. **量化分析方法**:基于数学和统计模型的分析
|
||||
4. **行为金融方法**:基于投资者心理和行为的研究
|
||||
5. **另类数据方法**:基于非传统数据源的分析
|
||||
|
||||
#### **按投资风格分类**
|
||||
1. **价值型投资**:寻找低估值的公司
|
||||
2. **成长型投资**:寻找高增长的公司
|
||||
3. **质量型投资**:寻找高质量的公司
|
||||
4. **动量型投资**:寻找趋势延续的公司
|
||||
5. **逆向型投资**:寻找市场错误定价的机会
|
||||
|
||||
#### **按时间周期分类**
|
||||
1. **长期投资**:持有期1年以上
|
||||
2. **中期投资**:持有期1-12个月
|
||||
3. **短期投资**:持有期1-30天
|
||||
4. **高频交易**:持有期分钟级别
|
||||
|
||||
### **1.2 各种方法的适用场景**
|
||||
|
||||
| 方法类型 | 适用市场环境 | 优势 | 风险 |
|
||||
|---------|-------------|------|------|
|
||||
| 价值投资 | 熊市末期、震荡市 | 安全边际高、长期收益稳定 | 价值陷阱、恢复周期长 |
|
||||
| 技术分析 | 趋势明显市场 | 交易信号明确、灵活性高 | 滞后性、假信号风险 |
|
||||
| 量化分析 | 数据丰富市场 | 客观性强、可扩展性好 | 模型风险、过拟合风险 |
|
||||
| 行为金融 | 情绪波动市场 | 逆向机会多、超额收益明显 | 情绪判断困难、执行难度大 |
|
||||
| 另类数据 | 信息不对称市场 | 信息优势明显、创新机会多 | 数据质量不稳定、处理复杂 |
|
||||
|
||||
### **1.3 整合框架设计原则**
|
||||
|
||||
#### **1.3.1 全面性原则**
|
||||
- 覆盖所有主要选股方法
|
||||
- 考虑各种市场环境
|
||||
- 满足不同投资需求
|
||||
|
||||
#### **1.3.2 实用性原则**
|
||||
- 方法可操作性强
|
||||
- 工具支持完善
|
||||
- 实施步骤明确
|
||||
|
||||
#### **1.3.3 适应性原则**
|
||||
- 市场环境动态适应
|
||||
- 策略参数灵活调整
|
||||
- 风险控制实时优化
|
||||
|
||||
#### **1.3.4 科学性原则**
|
||||
- 理论基础扎实
|
||||
- 实证验证充分
|
||||
- 持续改进机制
|
||||
|
||||
### **1.4 A股市场特殊性考虑**
|
||||
|
||||
#### **1.4.1 市场结构特征**
|
||||
- **散户主导**:个人投资者占比高,情绪影响大
|
||||
- **政策驱动**:政策变化对市场影响显著
|
||||
- **监管严格**:交易规则和监管政策频繁调整
|
||||
- **信息不对称**:信息获取和解读存在差异
|
||||
|
||||
#### **1.4.2 投资行为特征**
|
||||
- **短期交易频繁**:换手率高,持股周期短
|
||||
- **羊群效应明显**:投资者行为趋同
|
||||
- **情绪波动剧烈**:市场情绪变化快
|
||||
- **政策敏感性高**:对政策变化反应敏感
|
||||
|
||||
#### **1.4.3 方法适应性调整**
|
||||
- **中国特色因素**:政策、国企改革、专精特新
|
||||
- **情绪因子权重**:情绪因素在选股中的重要性
|
||||
- **风险控制加强**:A股市场波动性高的风险控制
|
||||
- **实施节奏调整**:适应A股市场特征的交易节奏
|
||||
|
||||
---
|
||||
|
||||
## **💎 第二部分:价值投资选股方法(庞统)**
|
||||
|
||||
### **2.1 价值投资理论基础**
|
||||
|
||||
#### **2.1.1 价值投资核心原理**
|
||||
1. **安全边际原则**:价格显著低于内在价值
|
||||
2. **市场先生理论**:市场短期是投票机,长期是称重机
|
||||
3. **能力圈原则**:只投资自己理解的公司和行业
|
||||
4. **长期持有原则**:耐心等待价值回归
|
||||
|
||||
#### **2.1.2 A股价值投资实践**
|
||||
1. **中国特色价值投资**:结合中国国情和市场特征
|
||||
2. **政策驱动价值发现**:政策支持带来的价值重估
|
||||
3. **情绪极端价值机会**:市场情绪波动创造的投资机会
|
||||
4. **改革释放价值潜力**:国企改革等制度变革带来的价值
|
||||
|
||||
### **2.2 基本面因子分析体系**
|
||||
|
||||
#### **2.2.1 估值因子**
|
||||
- **市盈率(P/E)**:静态、动态、滚动、预期
|
||||
- **市净率(P/B)**:账面价值、调整账面价值
|
||||
- **市销率(P/S)**:营收质量、成长性评估
|
||||
- **EV/EBITDA**:企业价值、资本结构中性
|
||||
- **股息率**:股息支付、增长、稳定性
|
||||
|
||||
#### **2.2.2 质量因子**
|
||||
- **盈利能力**:ROE、ROA、ROIC、毛利率、净利率
|
||||
- **盈利质量**:现金流/净利润、非经常性损益占比
|
||||
- **财务健康**:资产负债率、流动比率、利息保障倍数
|
||||
- **运营效率**:资产周转率、存货周转、应收账款周转
|
||||
|
||||
#### **2.2.3 成长因子**
|
||||
- **营收成长**:营收增长率、市场份额变化
|
||||
- **盈利成长**:净利润增长率、EPS增长率
|
||||
- **成长质量**:成长可持续性、成长驱动因素
|
||||
- **成长估值平衡**:PEG比率、成长溢价评估
|
||||
|
||||
### **2.3 多因子综合评分模型**
|
||||
|
||||
#### **2.3.1 因子权重分配**
|
||||
```
|
||||
价值因子:25%
|
||||
质量因子:20%
|
||||
成长因子:15%
|
||||
中国特色因子:15%
|
||||
另类数据因子:10%
|
||||
风险控制因子:10%
|
||||
行业分散因子:5%
|
||||
```
|
||||
|
||||
#### **2.3.2 模型特点**
|
||||
1. **全面性**:覆盖价值投资所有重要维度
|
||||
2. **科学性**:基于实证研究和数据分析
|
||||
3. **实用性**:可操作性强,可直接应用
|
||||
4. **适应性**:可根据市场环境动态调整
|
||||
|
||||
### **2.4 估值模型研究与应用**
|
||||
|
||||
#### **2.4.1 绝对估值模型**
|
||||
- **贴现现金流模型(DCF)**:自由现金流预测、贴现率确定、终值计算
|
||||
- **股利贴现模型(DDM)**:股利预测、增长模型、政策分析
|
||||
- **资产价值模型**:净资产价值、重置成本、清算价值
|
||||
|
||||
#### **2.4.2 相对估值模型**
|
||||
- **同业比较法**:同行业公司估值比较
|
||||
- **历史比较法**:历史估值水平比较
|
||||
- **国际比较法**:国际市场估值比较
|
||||
|
||||
#### **2.4.3 综合估值模型**
|
||||
- **多方法综合**:结合多种估值方法
|
||||
- **动态调整**:根据市场环境调整
|
||||
- **敏感性分析**:关键参数敏感性分析
|
||||
|
||||
### **2.5 投资策略设计**
|
||||
|
||||
#### **2.5.1 三层配置策略**
|
||||
```
|
||||
基础配置 (70%):综合得分选股
|
||||
卫星配置 (20%):中国特色机会
|
||||
战术配置 (10%):情绪极端机会
|
||||
```
|
||||
|
||||
#### **2.5.2 实施步骤**
|
||||
1. **数据准备**:财务数据、市场数据、另类数据
|
||||
2. **因子计算**:各种因子得分计算
|
||||
3. **综合评分**:多因子综合得分计算
|
||||
4. **股票选择**:按得分排序选择股票
|
||||
5. **组合构建**:按照配置策略构建投资组合
|
||||
6. **定期调仓**:季度或半年定期调整
|
||||
|
||||
### **2.6 风险控制方法**
|
||||
|
||||
#### **2.6.1 个股风险控制**
|
||||
- **仓位限制**:单一个股仓位≤5%
|
||||
- **行业限制**:单个行业仓位≤20%
|
||||
- **止损机制**:个股下跌20%止损
|
||||
- **分散投资**:行业、市值、风格分散
|
||||
|
||||
#### **2.6.2 组合风险控制**
|
||||
- **整体仓位控制**:根据市场环境动态调整
|
||||
- **风险分散**:多种策略组合降低风险
|
||||
- **流动性管理**:关注流动性,避免流动性风险
|
||||
|
||||
#### **2.6.3 市场风险控制**
|
||||
- **系统性风险监控**:市场整体风险指标
|
||||
- **政策风险监控**:政策变化和影响
|
||||
- **情绪风险监控**:市场情绪极端预警
|
||||
|
||||
---
|
||||
|
||||
## **📈 第三部分:技术分析选股方法(张飞)**
|
||||
|
||||
### **3.1 技术分析理论基础**
|
||||
|
||||
#### **3.1.1 技术分析三大假设**
|
||||
1. **市场行为涵盖一切信息**:价格反映所有已知信息
|
||||
2. **价格沿趋势运动**:趋势一旦形成将延续
|
||||
3. **历史会重演**:市场行为模式会重复出现
|
||||
|
||||
#### **3.1.2 A股技术分析特点**
|
||||
1. **趋势特征明显**:A股趋势性较强
|
||||
2. **技术指标有效**:常用技术指标在A股有效
|
||||
3. **量价关系重要**:成交量在A股分析中特别重要
|
||||
4. **政策影响显著**:政策变化影响技术形态
|
||||
|
||||
### **3.2 技术指标体系**
|
||||
|
||||
#### **3.2.1 趋势指标**
|
||||
- **移动平均线**:MA5、MA10、MA20、MA30、MA60
|
||||
- **指数移动平均线**:EMA12、EMA26
|
||||
- **布林带**:上轨、中轨、下轨、带宽
|
||||
- **SAR指标**:抛物线转向指标
|
||||
|
||||
#### **3.2.2 动量指标**
|
||||
- **MACD**:快线、慢线、柱状图、金叉死叉
|
||||
- **RSI**:相对强弱指标、超买超卖
|
||||
- **KDJ**:随机指标、J值信号
|
||||
- **威廉指标**:W%R超买超卖
|
||||
|
||||
#### **3.2.3 成交量指标**
|
||||
- **成交量**:成交股数、成交金额
|
||||
- **OBV**:能量潮指标
|
||||
- **成交量均线**:VMA5、VMA10
|
||||
- **量比**:实时成交量/平均成交量
|
||||
|
||||
#### **3.2.4 波动率指标**
|
||||
- **ATR**:平均真实波幅
|
||||
- **波动率通道**:波动率上下轨
|
||||
- **VIX中国**:中国波动率指数
|
||||
|
||||
### **3.3 图表形态分析**
|
||||
|
||||
#### **3.3.1 反转形态**
|
||||
- **头肩顶/底**:主要反转形态
|
||||
- **双顶/双底**:W底、M头
|
||||
- **三重顶/底**:更强反转信号
|
||||
- **圆弧顶/底**:缓慢反转形态
|
||||
|
||||
#### **3.3.2 持续形态**
|
||||
- **三角形**:对称、上升、下降三角形
|
||||
- **旗形**:上涨旗形、下跌旗形
|
||||
- **楔形**:上升楔形、下降楔形
|
||||
- **矩形**:横向整理形态
|
||||
|
||||
#### **3.3.3 特殊形态**
|
||||
- **缺口**:普通缺口、突破缺口、持续缺口、衰竭缺口
|
||||
- **岛形反转**:顶部岛形、底部岛形
|
||||
- **早晨之星**:底部反转信号
|
||||
- **黄昏之星**:顶部反转信号
|
||||
|
||||
### **3.4 量价关系研究**
|
||||
|
||||
#### **3.4.1 量价配合原则**
|
||||
- **价涨量增**:健康上涨信号
|
||||
- **价跌量缩**:正常调整信号
|
||||
- **价涨量缩**:上涨动能不足
|
||||
- **价跌量增**:下跌动能强劲
|
||||
|
||||
#### **3.4.2 量价背离分析**
|
||||
- **顶背离**:价格新高,指标不新高
|
||||
- **底背离**:价格新低,指标不新低
|
||||
- **成交量背离**:价格与成交量背离
|
||||
- **多指标背离**:多个技术指标背离
|
||||
|
||||
### **3.5 技术策略设计**
|
||||
|
||||
#### **3.5.1 趋势跟踪策略**
|
||||
- **均线交叉策略**:金叉买入,死叉卖出
|
||||
- **布林带突破策略**:突破上轨买入,跌破下轨卖出
|
||||
- **趋势线突破策略**:突破趋势线交易
|
||||
|
||||
#### **3.5.2 反转交易策略**
|
||||
- **超买超卖策略**:RSI超卖买入,超买卖出
|
||||
- **形态突破策略**:形态突破时交易
|
||||
- **背离交易策略**:顶背离卖出,底背离买入
|
||||
|
||||
#### **3.5.3 突破交易策略**
|
||||
- **支撑阻力突破**:突破支撑阻力位交易
|
||||
- **箱体突破策略**:突破箱体上下轨交易
|
||||
- **缺口交易策略**:突破缺口交易
|
||||
|
||||
### **3.6 技术分析风险管理**
|
||||
|
||||
#### **3.6.1 信号确认机制**
|
||||
- **多重信号确认**:多个指标同时发出信号
|
||||
- **时间框架确认**:多个时间框架信号一致
|
||||
- **成交量确认**:成交量配合价格信号
|
||||
|
||||
#### **3.6.2 止损设置方法**
|
||||
- **固定百分比止损**:固定比例止损
|
||||
- **技术位止损**:关键技术支持阻力位止损
|
||||
- **波动率止损**:基于波动率的动态止损
|
||||
- **时间止损**:持仓时间限制
|
||||
|
||||
#### **3.6.3 仓位管理策略**
|
||||
- **金字塔加仓**:趋势确认后逐步加仓
|
||||
- **倒金字塔减仓**:趋势转弱时逐步减仓
|
||||
- **固定仓位**:每次交易固定仓位
|
||||
- **动态仓位**:根据市场环境调整仓位
|
||||
|
||||
---
|
||||
|
||||
*由于时间关系,报告后续部分正在紧急整理中...*
|
||||
|
||||
---
|
||||
|
||||
## **🚀 当前整合状态**
|
||||
|
||||
### **已完成部分:**
|
||||
1. ✅ 报告框架和目录设计
|
||||
2. ✅ 第一部分:选股方法论综述
|
||||
3. ✅ 第二部分:价值投资选股方法(庞统)
|
||||
4. ✅ 第三部分:技术分析选股方法(张飞)
|
||||
|
||||
### **正在紧急整理的部分:**
|
||||
1. 🔄 第四部分:综合选股方法(关羽)
|
||||
2. 🔄 第五部分:其他相关选股方法
|
||||
3. 🔄 第六部分:整合策略设计与实施指南
|
||||
4. 🔄 第七部分:风险管理与绩效评估
|
||||
5. 🔄 第八部分:结论与未来展望
|
||||
|
||||
### **预计完成时间:**
|
||||
- **报告完整版**:今日14:30前
|
||||
- **Gitee提交**:今日15:00前
|
||||
|
||||
---
|
||||
|
||||
## **🐉 庞统紧急处理中**
|
||||
|
||||
**主公,我正在全力修复Git问题并紧急整理报告!**
|
||||
|
||||
**当前重点:**
|
||||
1. 🔧 **修复Git仓库权限问题**
|
||||
2. 📝 **紧急完成报告剩余部分**
|
||||
3. 💾 **确保所有内容完整保存**
|
||||
4. 📤 **尽快提交到Gitee**
|
||||
|
||||
**预计在今日15:00前完成所有工作并提交!** ⚡
|
||||
@@ -0,0 +1,98 @@
|
||||
# sanguo_quant_live 项目状态总结
|
||||
|
||||
**项目**:量化投资研究 - 多领域深度研究
|
||||
**维护人**:关羽(云长)
|
||||
**最近更新**:2026-03-22
|
||||
|
||||
---
|
||||
|
||||
## 📋 当前项目结构
|
||||
|
||||
```
|
||||
sanguo_quant_live/
|
||||
├── risk-management/
|
||||
│ ├── RESEARCH_DIRECTIONS.md # 调研方向说明
|
||||
│ ├── research/
|
||||
│ │ ├── 01-executive-summary/
|
||||
│ │ │ └── executive-summary.md # 执行摘要
|
||||
│ │ ├── 02-risk-characteristics/
|
||||
│ │ │ └── a-share-risk-characteristics.md # A股风险特征
|
||||
│ │ ├── 03-risk-models/
|
||||
│ │ │ └── risk-measurement-models.md # 风险度量模型
|
||||
│ │ ├── 04-risk-control/
|
||||
│ │ │ └── risk-control-strategies.md # 风险控制策略
|
||||
│ │ ├── 05-system-design/
|
||||
│ │ │ └── risk-monitoring-system.md # 实时监控系统架构
|
||||
│ │ ├── 06-data/
|
||||
│ │ │ └── research-data.md # 研究数据准备
|
||||
│ │ └── 07-experiments/
|
||||
│ │ └── experiment-results.md # 实验测试结果
|
||||
│ └── realtime-system/ # 实时风控系统原型
|
||||
│ ├── README.md
|
||||
│ ├── src/ # 核心代码
|
||||
│ └── tests/stress_test.py # 压力测试
|
||||
├── technical-strategy/
|
||||
│ ├── README.md
|
||||
│ ├── 01-reports/
|
||||
│ │ ├── RESEARCH_OUTLINE.md
|
||||
│ │ └── TECHNICAL_STOCK_PICKING.md
|
||||
│ ├── 02-algorithms/
|
||||
│ │ ├── high_frequency_signal.py
|
||||
│ │ └── benchmark_test.py
|
||||
│ └── 03-integrated-stock-selection/
|
||||
│ └── integrated-selection-research.md # 价值+技术综合选股研究
|
||||
├── data-engineering/
|
||||
│ └── sanguo_vnpy_data_sync_research.md # 数据同步研究
|
||||
├── platform-research/
|
||||
│ └── ... # 平台相关调研
|
||||
├── scripts/
|
||||
│ └── pull-commit-push.sh # 快捷提交脚本
|
||||
└── PROJECT_STATUS.md # 本文件
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## ✅ 已完成工作
|
||||
|
||||
| 领域 | 任务 | 状态 | 完成日期 |
|
||||
|------|------|------|----------|
|
||||
| **风险管理** | 完整量化风控与资金管理调研报告 | ✅ 完成 | 2026-03-21 |
|
||||
| **风险管理** | 实时风控系统原型开发 | ✅ 完成 | 2026-03-21 |
|
||||
| **技术选股** | 价值+技术结合综合选股研究 | ✅ 完成 | 2026-03-21 |
|
||||
| **技术选股** | 高频信号算法 | ✅ 完成 | 2026-03-21 |
|
||||
| **数据工程** | sanguo_vnpy数据同步研究 | ✅ 完成 | 2026-03-21 |
|
||||
|
||||
---
|
||||
|
||||
## 🔄 进行中工作
|
||||
|
||||
| 领域 | 任务 | 计划完成 |
|
||||
|------|------|----------|
|
||||
| - | - | - |
|
||||
|
||||
---
|
||||
|
||||
## 📝 快捷命令
|
||||
|
||||
以后提交修改可以使用脚本:
|
||||
|
||||
```bash
|
||||
./scripts/pull-commit-push.sh "commit message"
|
||||
```
|
||||
|
||||
自动完成:pull → add → commit → push
|
||||
|
||||
---
|
||||
|
||||
## 🎯 项目目标
|
||||
|
||||
建立完整的量化投资研究体系,涵盖:
|
||||
- 风险管理与风控框架
|
||||
- 技术分析选股方法
|
||||
- 价值投资选股方法
|
||||
- 数据工程建设
|
||||
- 平台部署架构
|
||||
|
||||
---
|
||||
|
||||
**最后更新**:2026-03-22 by 关羽
|
||||
@@ -0,0 +1,89 @@
|
||||
# 🚀 Sanguo Quant Agent 启动指南
|
||||
|
||||
## 快速开始
|
||||
|
||||
### 启动所有Agent
|
||||
```bash
|
||||
cd /Users/chufeng/.openclaw/agents/main/workspace/projects/sanguo_quant_live
|
||||
./start_all_agents.sh
|
||||
```
|
||||
|
||||
### 查看所有Agent状态
|
||||
```bash
|
||||
./status_all_agents.sh
|
||||
```
|
||||
|
||||
### 停止所有Agent
|
||||
```bash
|
||||
./stop_all_agents.sh
|
||||
```
|
||||
|
||||
## 单个Agent操作
|
||||
|
||||
### 启动单个Agent
|
||||
```bash
|
||||
cd /Users/chufeng/.openclaw/agents/main/workspace/projects/sanguo_quant_live
|
||||
nohup ./management/workflow/scripts/agent_monitor_fixed.sh <agent-name> > <agent-name>_monitor.log 2>&1 &
|
||||
# 例如:
|
||||
nohup ./management/workflow/scripts/agent_monitor_fixed.sh pangtong > pangtong_monitor.log 2>&1 &
|
||||
```
|
||||
|
||||
### 查看单个Agent日志
|
||||
```bash
|
||||
tail -f <agent-name>_monitor.log
|
||||
# 例如:
|
||||
tail -f pangtong_monitor.log
|
||||
```
|
||||
|
||||
### 检查单个Agent进程
|
||||
```bash
|
||||
ps aux | grep "agent_monitor_fixed.sh <agent-name>"
|
||||
# 例如:
|
||||
ps aux | grep "agent_monitor_fixed.sh pangtong"
|
||||
```
|
||||
|
||||
### 停止单个Agent
|
||||
```bash
|
||||
pkill -f "agent_monitor_fixed.sh <agent-name>"
|
||||
```
|
||||
|
||||
## 工作原理
|
||||
|
||||
### 任务分配流程
|
||||
```
|
||||
主公创建任务 → 诸葛亮分配任务 → Gitee同步 →
|
||||
Agent拉取 → Agent监控发现 → Agent自主执行 → 删除任务文件 → 回复确认
|
||||
```
|
||||
|
||||
### 监控机制
|
||||
- 每30秒检查一次任务目录
|
||||
- 发现 `.task` 文件就处理
|
||||
- 处理完成自动删除 `.task` 文件
|
||||
- 保持后台运行,自动监控
|
||||
|
||||
### 任务特点
|
||||
- ✅ 无通信超时:基于文件系统,不依赖 `sessions_send`
|
||||
- ✅ 自主决策:Agent自己决定如何执行任务
|
||||
- ✅ 状态透明:所有任务在Gitee可查
|
||||
- ✅ 简单可靠:纯文件操作,无复杂架构
|
||||
|
||||
## Agent列表
|
||||
|
||||
| Agent | 领域 | 任务文件位置 |
|
||||
|--------|------|----------|
|
||||
| pangtong | 价值投资 | `management/agents/pangtong/` |
|
||||
| zhangfei | 技术策略 | `management/agents/zhangfei/` |
|
||||
| guanyu | 风险管理 | `management/agents/guanyu/` |
|
||||
| zhaoyun | 数据工程 | `management/agents/zhaoyun/` |
|
||||
| simayi | 质量评审 | `management/agents/simayi/` |
|
||||
| jiangwei | 平台部署 | `management/agents/jiangwei/` |
|
||||
|
||||
## 系统状态
|
||||
|
||||
✅ **当前系统状态**:
|
||||
- 所有脚本都已创建
|
||||
- 所有任务分配都已完成
|
||||
- 所有Agent都可以启动
|
||||
- 全流程验证成功
|
||||
|
||||
**现在可以正常使用了!** 🎉
|
||||
@@ -0,0 +1,66 @@
|
||||
# 🏛️ 三国量化项目 - 团队配置
|
||||
|
||||
## 👥 完整团队名单
|
||||
|
||||
| # | 姓名 | 职位 | Agent名称 | 职责 | 状态 |
|
||||
|---|------|------|-----------|------|------|
|
||||
| 1 | **诸葛亮** | 🎖️ 总军师 | `zhugeliang` | 任务分配调度、结果汇总 | 主节点运行 |
|
||||
| 2 | **庞统** | 📋 副军师 | `pangtong` | 策略设计、回测分析 | ✅ 监控已启动 |
|
||||
| 3 | **关羽** | 🛡️ 风险都督 | `guanyu` | 风控管理、风险评估 | ⏳ 等待测试 |
|
||||
| 4 | **张飞** | 🏗️ 基建先锋 | `zhangfei` | 基础设施、环境配置 | ⏳ 等待测试 |
|
||||
| 5 | **赵云** | 🧮 数据护军 | `zhaoyun` | 数据获取、清洗验证 | ✅ 已配置(本次不测试) |
|
||||
| 6 | **姜维** | 🚀 平台总督 | `jiangwei` | vn.py平台开发维护 | ⏳ 等待测试 |
|
||||
| 7 | **司马懿** | 🎯 质量总监 | `simayi` | 质量保障、代码审计 | ⏳ 等待测试 |
|
||||
|
||||
---
|
||||
|
||||
## 📦 当前联合测试任务
|
||||
|
||||
本次联合测试(2026-03-23):
|
||||
- 测试对象:庞统、关羽、张飞、姜维、司马懿(共5位)
|
||||
- 赵云不参与本次联合测试,保留配置
|
||||
- 已完成多次单Agent测试,现在多Agent并发测试
|
||||
|
||||
---
|
||||
|
||||
## 🔄 任务目录结构
|
||||
|
||||
```
|
||||
management/
|
||||
├── tasks/
|
||||
│ ├── pending/ # 新建任务,待分配
|
||||
│ ├── assigned/ # 已分配,待完成
|
||||
│ └── completed/ # 已完成(预留,暂不自动移动)
|
||||
└── agents/
|
||||
├── pangtong/ # 庞统 - 任务文件在这里
|
||||
├── guanyu/ # 关羽
|
||||
├── zhangfei/ # 张飞
|
||||
├── zhaoyun/ # 赵云
|
||||
├── jiangwei/ # 姜维
|
||||
└── simayi/ # 司马懿
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## ✅ 已完成的系统建设
|
||||
|
||||
1. ✅ **全自动化任务分发系统** - 一个进程搞定git pull → 处理 → git push
|
||||
2. ✅ **自动路径检测** - 不管克隆到哪个目录都能正确运行
|
||||
3. ✅ **双面日志输出** - 控制台实时进度 + 日志文件永久记录
|
||||
4. ✅ **多任务连续处理** - 多个任务排队按顺序处理
|
||||
5. ✅ **Git仓库干净整洁** - .task处理完自动git rm
|
||||
|
||||
---
|
||||
|
||||
## 📝 更新记录
|
||||
|
||||
| 日期 | 更新内容 |
|
||||
|------|----------|
|
||||
| 2026-03-23 | 创建团队配置文件,确认最终六人阵容,归档旧配置 |
|
||||
| 2026-03-23 | 纠正:姜维不是黄忠,修正名单 |
|
||||
|
||||
---
|
||||
|
||||
**最后更新**:2026-03-23
|
||||
**更新人**:诸葛亮
|
||||
**状态**:等待联合测试结果
|
||||
@@ -0,0 +1,196 @@
|
||||
# 📢 三国量化实战项目 - 正式团队通知
|
||||
|
||||
## 🎉 项目正式启动通知
|
||||
|
||||
各位将军:
|
||||
|
||||
**三国量化实战项目于2026年3月21日正式启动!**
|
||||
|
||||
### 🎯 项目目标
|
||||
建立从策略研究到实盘交易的全流程量化交易体系,实现策略的持续研发、验证、优化和实盘运行。
|
||||
|
||||
### 📅 项目阶段
|
||||
1. **阶段1**(4周):策略调研与回测
|
||||
2. **阶段2**(4周):模拟交易与优化
|
||||
3. **阶段3**(2周):实盘准备与部署
|
||||
4. **阶段4**(持续):实盘运行与监控
|
||||
|
||||
## 🏛️ 团队分工确认
|
||||
|
||||
### 管理层
|
||||
| 角色 | 负责人 | 核心职责 |
|
||||
|------|--------|----------|
|
||||
| **诸葛亮** | 🎖️ 总军师 | 项目管理、资源协调、进度监控 |
|
||||
| **司马懿** | 🎯 质量总监 | 质量保障、代码审计、交叉验证 |
|
||||
|
||||
### 平台层
|
||||
| 角色 | 负责人 | 核心职责 |
|
||||
|------|--------|----------|
|
||||
| **姜维** | 🚛 平台总督 | vn.py平台开发、维护、优化 |
|
||||
|
||||
### 投研层(端到端负责)
|
||||
| 角色 | 负责人 | 领域 | 端到端职责 |
|
||||
|------|--------|------|------------|
|
||||
| **庞统** | 📋 副军师 | 基本面价值投资 | 研究 → 设计 → 实现 → 自测 |
|
||||
| **张飞** | 🏗️ 基建先锋 | 量化技术策略 | 研究 → 设计 → 实现 → 自测 |
|
||||
| **关羽** | 🛡️ 风险都督 | 量化风控与资金管理 | 研究 → 设计 → 实现 → 自测 |
|
||||
| **赵云** | 🧮 数据护军 | 数据工程 | 研究 → 设计 → 实现 → 自测 |
|
||||
|
||||
## 📦 **重要:Gitee仓库统一管理**
|
||||
|
||||
### **仓库地址**
|
||||
- **主仓库**:`git@gitee.com:cfdaily/sanguo_quant_live.git`
|
||||
- **要求**:**所有成果物必须提交到此仓库**
|
||||
|
||||
### **管理原则**
|
||||
1. ✅ **统一管理**:所有代码、文档、数据、配置必须提交到Gitee仓库
|
||||
2. ✅ **每日提交**:每日工作结束前必须提交当日成果
|
||||
3. ✅ **规范提交**:必须遵循提交规范和目录结构
|
||||
4. ✅ **安全第一**:禁止提交敏感信息和未授权代码
|
||||
|
||||
### **立即行动**
|
||||
1. **克隆仓库**:立即克隆仓库到本地
|
||||
2. **阅读规范**:仔细阅读 `GITEE_MANAGEMENT.md`
|
||||
3. **建立目录**:按照规范建立个人工作目录
|
||||
4. **开始提交**:从今天开始所有工作成果提交到仓库
|
||||
|
||||
## 📚 **知识库建设要求**
|
||||
|
||||
### **知识库位置**
|
||||
```
|
||||
knowledge-base/[个人名字]/
|
||||
├── 01-领域知识/ # 本领域专业知识
|
||||
├── 02-相关领域/ # 相关领域知识
|
||||
├── 03-项目知识/ # 项目相关知识
|
||||
├── 04-学习笔记/ # 学习过程中的笔记
|
||||
└── 05-参考资料/ # 收集的参考资料
|
||||
```
|
||||
|
||||
### **建设要求**
|
||||
1. ✅ **每日收集**:遇到有用知识立即记录
|
||||
2. ✅ **系统学习**:制定学习计划,系统性学习
|
||||
3. ✅ **分享交流**:定期分享知识,协作学习
|
||||
4. ✅ **持续更新**:知识库需要持续维护和更新
|
||||
|
||||
## 📅 **第一阶段工作计划(3月21日-4月17日)**
|
||||
|
||||
### **第1周(3月21日-3月27日):知识库建设**
|
||||
- **目标**:建立个人知识库,准备研究环境
|
||||
- **交付物**:知识库初始内容、第1周工作计划、环境配置文档
|
||||
|
||||
### **第2周(3月28日-4月3日):策略研究启动**
|
||||
- **目标**:确定研究方向,开展初步研究
|
||||
- **交付物**:研究计划、初步研究成果、数据需求文档
|
||||
|
||||
### **第3周(4月4日-4月10日):策略实现**
|
||||
- **目标**:实现策略代码,进行初步回测
|
||||
- **交付物**:策略代码、初步回测结果、性能测试报告
|
||||
|
||||
### **第4周(4月11日-4月17日):回测验证和总结**
|
||||
- **目标**:完成回测验证,提交研究成果
|
||||
- **交付物**:完整研究报告、回测验证结果、阶段总结
|
||||
|
||||
## 🔄 **协作机制**
|
||||
|
||||
### **沟通机制**
|
||||
1. **每日晨会**:9:00,简短同步进展
|
||||
2. **每周周会**:周一10:00,详细汇报和计划
|
||||
3. **紧急沟通**:关键问题立即上报诸葛亮
|
||||
|
||||
### **质量机制**
|
||||
1. **代码审计**:司马懿定期审计代码质量
|
||||
2. **回测验证**:所有策略必须经过严格回测
|
||||
3. **交叉验证**:不同方法验证策略有效性
|
||||
|
||||
### **平台机制**
|
||||
1. **平台验证**:所有策略在姜维的vn.py平台验证
|
||||
2. **性能测试**:在平台上测试策略性能
|
||||
3. **部署支持**:姜维提供平台部署支持
|
||||
|
||||
## 🚀 **立即行动项**
|
||||
|
||||
### **所有人必须完成**
|
||||
1. ✅ **第1天**:克隆仓库,建立工作目录
|
||||
2. ✅ **第1天**:阅读所有项目文档
|
||||
3. ✅ **第1天**:制定个人第1周工作计划
|
||||
4. ✅ **第1天**:开始知识库建设
|
||||
|
||||
### **各领域重点**
|
||||
1. **庞统**:收集基本面研究资料,确定价值投资方向
|
||||
2. **张飞**:收集技术分析资料,确定技术策略方向
|
||||
3. **关羽**:收集风险管理资料,确定风控框架
|
||||
4. **赵云**:评估数据源,建立数据管道设计
|
||||
5. **姜维**:准备策略验证平台,优化性能
|
||||
6. **司马懿**:建立质量标准,准备审计流程
|
||||
7. **诸葛亮**:建立项目管理机制,协调资源
|
||||
|
||||
## 📊 **交付标准**
|
||||
|
||||
### **代码标准**
|
||||
1. ✅ 可运行,无错误
|
||||
2. ✅ 符合编码规范
|
||||
3. ✅ 有充分注释和测试
|
||||
4. ✅ 性能满足要求
|
||||
|
||||
### **文档标准**
|
||||
1. ✅ 内容完整准确
|
||||
2. ✅ 结构清晰合理
|
||||
3. ✅ 格式规范统一
|
||||
4. ✅ 更新及时有效
|
||||
|
||||
### **研究标准**
|
||||
1. ✅ 方法科学严谨
|
||||
2. ✅ 数据准确可靠
|
||||
3. ✅ 分析深入透彻
|
||||
4. ✅ 结论合理可信
|
||||
|
||||
## ⚠️ **重要提醒**
|
||||
|
||||
### **纪律要求**
|
||||
1. **按时交付**:严格按照时间计划交付成果
|
||||
2. **质量第一**:质量不达标必须返工
|
||||
3. **主动沟通**:遇到问题立即沟通,不要拖延
|
||||
4. **团队协作**:积极协作,互相支持
|
||||
|
||||
### **技术纪律**
|
||||
1. **代码规范**:严格遵守代码规范
|
||||
2. **文档完整**:所有工作必须有文档记录
|
||||
3. **测试充分**:所有代码必须有充分测试
|
||||
4. **安全合规**:严格遵守安全和合规要求
|
||||
|
||||
## 🎯 **成功标准**
|
||||
|
||||
### **个人成功**
|
||||
1. 按时高质量完成分配任务
|
||||
2. 建立完整的个人知识体系
|
||||
3. 技能得到显著提升
|
||||
4. 为团队做出实质性贡献
|
||||
|
||||
### **团队成功**
|
||||
1. 建立完整的量化交易体系
|
||||
2. 实现策略从研究到实盘的全流程
|
||||
3. 形成可复用的知识体系和工具
|
||||
4. 团队能力得到整体提升
|
||||
|
||||
## 📞 **联系和支持**
|
||||
|
||||
### **问题解决流程**
|
||||
1. **技术问题**:先尝试解决,解决不了立即上报
|
||||
2. **协作问题**:通过诸葛亮协调解决
|
||||
3. **资源问题**:向诸葛亮申请资源支持
|
||||
4. **质量问题**:向司马懿咨询质量要求
|
||||
|
||||
### **紧急联系人**
|
||||
- **总体协调**:诸葛亮
|
||||
- **质量问题**:司马懿
|
||||
- **平台问题**:姜维
|
||||
- **数据问题**:赵云
|
||||
|
||||
---
|
||||
|
||||
**让我们齐心协力,用专业和纪律,共创三国量化实战的辉煌!**
|
||||
|
||||
**所有工作从现在开始,所有成果提交到Gitee仓库!**
|
||||
|
||||
**诸葛亮 启**
|
||||
**2026年3月21日**
|
||||
Reference in New Issue
Block a user