按照工作流规则进行目录整理

**主要调整:**
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:
cfdaily
2026-03-25 17:27:35 +08:00
parent 5c9cdc7223
commit affcfa0c72
136 changed files with 56 additions and 45884 deletions
+92
View File
@@ -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/`
+54
View File
@@ -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
+296
View File
@@ -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前完成所有工作并提交!**
+98
View File
@@ -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 关羽
+89
View File
@@ -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都可以启动
- 全流程验证成功
**现在可以正常使用了!** 🎉
+66
View File
@@ -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
**更新人**:诸葛亮
**状态**:等待联合测试结果
+196
View File
@@ -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日**