归档根目录MD文件,删除scripts目录
**调整内容:** 1. 归档根目录MD文件: - IDENTITY.md → archive/ - SOUL.md → archive/ - README.md → archive/ 2. 删除根目录scripts/目录 **最终根目录结构:** - archive/ (包含所有归档文件) - management/ (项目管理) - strategies/ (最终成果物) - zhaoyun-data/ (赵云-数据工程) - guanyu-risk/ (关羽-风控管理) - jiangwei-platform/ (姜维-平台) - zhangfei-technical/ (张飞-技术策略) - pangtong-value/ (庞统-价值投资) - simayi-quality/ (司马懿-质量保证) 由庞统(凤雏)执行
This commit is contained in:
@@ -0,0 +1,61 @@
|
||||
# IDENTITY.md - 文件任务管理系统
|
||||
|
||||
## 系统定位
|
||||
这是一个**基于Git文件驱动的多Agent任务管理系统**,运行在 `sanguo_quant_live` 项目中,用于量化研究团队的分布式协作。
|
||||
|
||||
## 角色分工
|
||||
|
||||
| Agent | 代号 | 角色 | 职责 | 模型 |
|
||||
|-------|------|------|------|------|
|
||||
| **pangtong-fujunshi** | 庞统 | 副军师 | 策略设计、任务拆分、整合汇总 | ark-code-latest |
|
||||
| **zhangfei-dev** | 张飞 | 基建先锋 | 基础设施、环境配置、框架搭建 | ark-code-latest |
|
||||
| **guanyu-dev** | 关羽 | 风险都督 | 风控管理、风险评估、验收检查 | ark-code-latest |
|
||||
| **zhaoyun** | 赵云 | 数据护军 | 数据获取、清洗、验证、质量检查 | doubao-seed-2.0-code |
|
||||
| **jiangwei-infra** | 姜维 | 平台总督 | 实盘监控、信号执行、日志记录 | kimi-k2.5 |
|
||||
| **simayi-challenger** | 司马懿 | 质量总监 | 代码审计、验收检查、风险复核 | ark-code-latest |
|
||||
|
||||
## 核心工作流
|
||||
|
||||
```
|
||||
创建任务 → 自动commit → git pull → 分配给Agent → 推送到Gitee
|
||||
↓
|
||||
Agent后台轮询发现 `.task` 文件 → 处理任务 → 生成 `.done` 文件 → 删除 `.task` → 推送结果
|
||||
↓
|
||||
完成
|
||||
```
|
||||
|
||||
## 核心特性
|
||||
|
||||
1. **文件驱动** → 不依赖复杂数据库,纯文件系统 + Git
|
||||
2. **自动git容错** → 创建/分配前自动commit所有变更,解决 unstaged 问题
|
||||
3. **即时错误提示** → git操作失败立即退出,不假装成功
|
||||
4. **随机负载均衡** → 支持随机分配任务给多个Agent
|
||||
5. **去中心化** → 每个Agent独立轮询,不依赖中心调度
|
||||
6 **持续稳定性** → 高频率创建也不会卡住,失败了自动跳过继续
|
||||
|
||||
## 修复记录
|
||||
|
||||
| 日期 | 修复内容 |
|
||||
|------|----------|
|
||||
| 2026-03-23 | 修复git pull失败静默错误问题 |
|
||||
| 2026-03-23 | 添加创建前自动commit,解决unstaged changes |
|
||||
| 2026-03-23 | 移除rebase,改用普通pull,解决rebase冲突 |
|
||||
| 2026-03-23 | 添加默认空负责人行,修复sed替换失败 |
|
||||
| 2026-03-23 | 半小时压力测试验证系统稳定性 |
|
||||
|
||||
## 测试结果
|
||||
|
||||
- ✅ 连续半小时压力测试,系统稳定
|
||||
- ✅ 高并发下错误处理正确
|
||||
- ✅ 所有Agent能正常消费任务
|
||||
- ✅ session_send 和 文件驱动两种方式都可用
|
||||
|
||||
## 存储位置
|
||||
|
||||
- 项目根目录: `/Users/chufeng/.openclaw/agents/main/workspace/projects/sanguo_quant_live/`
|
||||
- 任务管理脚本: `management/workflow/scripts/`
|
||||
- `create_simple.sh` - 创建新任务
|
||||
- `assign_simple.sh` - 分配任务给Agent
|
||||
- `agent_monitor_fixed.sh` - Agent轮询监控
|
||||
- `start_all_agents.sh` - 批量启动所有Agent
|
||||
- `check_status.sh` - 检查Agent运行状态
|
||||
@@ -0,0 +1,168 @@
|
||||
# 🐉 三国量化实战 (ThreeKingdoms Quant Live)
|
||||
|
||||
## 🎯 项目概述
|
||||
|
||||
**三国量化实战**是从策略研究到实盘交易的全流程实战项目。基于前期开发的sanguo_vnpy平台,我们将验证量化交易策略从理论到实践的全过程。
|
||||
|
||||
### 项目目标
|
||||
1. **短期**(1个月):完成3-5个策略的调研、回测、模拟
|
||||
2. **中期**(3个月):实现2-3个策略的实盘运行
|
||||
3. **长期**(6个月):建立完整的策略研发和实盘体系
|
||||
|
||||
### 项目启动时间
|
||||
2026年3月21日
|
||||
|
||||
## 🏛️ 团队架构
|
||||
|
||||
### 管理层
|
||||
| 角色 | 负责人 | 职责 |
|
||||
|------|--------|------|
|
||||
| **总军师** | 诸葛亮 | 项目管理、资源协调、进度监控 |
|
||||
| **质量总监** | 司马懿 | 质量保障、代码审计、交叉验证 |
|
||||
|
||||
### 平台层
|
||||
| 角色 | 负责人 | 职责 |
|
||||
|------|--------|------|
|
||||
| **平台总督** | 姜维 | vn.py平台开发、维护、优化 |
|
||||
|
||||
### 投研层(端到端负责)
|
||||
| 角色 | 负责人 | 领域 |
|
||||
|------|--------|------|
|
||||
| **基本面价值投资** | 庞统 | 基本面研究 → 价值选股 → 策略实现 → 自测验证 |
|
||||
| **量化技术策略** | 张飞 | 技术研究 → 策略设计 → 算法实现 → 自测优化 |
|
||||
| **量化风控与资金管理** | 关羽 | 风险研究 → 风控设计 → 系统开发 → 自测验证 |
|
||||
| **数据工程** | 赵云 | 数据源研究 → 数据处理设计 → 平台开发 → 质量自测 |
|
||||
|
||||
## 📅 项目阶段
|
||||
|
||||
### 阶段1:策略调研与回测(4周)
|
||||
- **时间**:2026-03-21 至 2026-04-17
|
||||
- **目标**:筛选和验证有潜力的策略
|
||||
- **关键交付物**:策略研究报告、回测验证结果
|
||||
|
||||
### 阶段2:模拟交易与优化(4周)
|
||||
- **时间**:2026-04-18 至 2026-05-15
|
||||
- **目标**:在模拟环境中测试策略
|
||||
- **关键交付物**:模拟交易报告、优化方案
|
||||
|
||||
### 阶段3:实盘准备与部署(2周)
|
||||
- **时间**:2026-05-16 至 2026-05-29
|
||||
- **目标**:准备实盘环境,部署策略
|
||||
- **关键交付物**:实盘部署方案、风险控制计划
|
||||
|
||||
### 阶段4:实盘运行与监控(持续)
|
||||
- **时间**:2026-05-30 开始
|
||||
- **目标**:实盘运行,持续监控和优化
|
||||
- **关键交付物**:实盘运行报告、持续优化方案
|
||||
|
||||
## 📁 项目结构
|
||||
|
||||
```
|
||||
sanguo_quant_live/
|
||||
├── management/ # 诸葛亮 - 项目管理
|
||||
│ ├── project-plan.md # 项目计划
|
||||
│ ├── progress.md # 进度报告
|
||||
│ └── coordination.md # 协调记录
|
||||
├── quality/ # 司马懿 - 质量保障
|
||||
│ ├── standards.md # 质量标准
|
||||
│ ├── audit-log.md # 审计记录
|
||||
│ └── test-reports/ # 测试报告
|
||||
├── platform/ # 姜维 - 平台开发
|
||||
│ ├── deployment/ # 部署脚本
|
||||
│ ├── monitoring/ # 监控配置
|
||||
│ └── optimization/ # 优化方案
|
||||
├── value-investing/ # 庞统 - 价值投资
|
||||
│ ├── research/ # 研究文档
|
||||
│ ├── strategies/ # 策略代码
|
||||
│ └── backtest/ # 回测结果
|
||||
├── technical-strategy/ # 张飞 - 技术策略
|
||||
│ ├── research/ # 研究文档
|
||||
│ ├── strategies/ # 策略代码
|
||||
│ └── backtest/ # 回测结果
|
||||
├── risk-management/ # 关羽 - 风险管理
|
||||
│ ├── models/ # 风险模型
|
||||
│ ├── monitoring/ # 监控系统
|
||||
│ └── reports/ # 风险报告
|
||||
├── data-engineering/ # 赵云 - 数据工程
|
||||
│ ├── pipelines/ # 数据管道
|
||||
│ ├── quality/ # 数据质量
|
||||
│ └── api/ # 数据API
|
||||
└── knowledge-base/ # 共享知识库
|
||||
├── zhugeliang/ # 诸葛亮知识库
|
||||
├── simayi/ # 司马懿知识库
|
||||
├── jiangwei/ # 姜维知识库
|
||||
├── pangtong/ # 庞统知识库
|
||||
├── zhangfei/ # 张飞知识库
|
||||
├── guanyu/ # 关羽知识库
|
||||
└── zhaoyun/ # 赵云知识库
|
||||
```
|
||||
|
||||
## 🔄 工作流程
|
||||
|
||||
### 策略开发流程
|
||||
```
|
||||
研究分析 → 策略设计 → 数据准备 → 代码实现
|
||||
→ 单元测试 → 集成测试 → 平台验证
|
||||
→ 自测报告 → 质量审计 → 最终交付
|
||||
```
|
||||
|
||||
### 协作机制
|
||||
1. **每周进展汇报**:各领域负责人向诸葛亮汇报
|
||||
2. **关键问题沟通**:及时沟通,诸葛亮协调解决
|
||||
3. **质量审计**:司马懿独立审计所有交付物
|
||||
4. **平台验证**:所有策略在姜维的vn.py平台验证
|
||||
|
||||
## 📊 质量标准
|
||||
|
||||
### 策略质量标准
|
||||
- ✅ 回测结果可复现
|
||||
- ✅ 风险控制措施完备
|
||||
- ✅ 代码质量符合规范
|
||||
- ✅ 文档完整清晰
|
||||
|
||||
### 数据质量标准
|
||||
- ✅ 数据准确率 > 99%
|
||||
- ✅ 数据覆盖率 > 95%
|
||||
- ✅ 数据更新及时性 < 1小时
|
||||
- ✅ 数据API可用性 > 99.9%
|
||||
|
||||
### 平台质量标准
|
||||
- ✅ 系统可用性 > 99.9%
|
||||
- ✅ 策略部署成功率 > 99%
|
||||
- ✅ 性能达标率 > 95%
|
||||
- ✅ 故障恢复时间 < 30分钟
|
||||
|
||||
## 📞 沟通机制
|
||||
|
||||
### 日常沟通
|
||||
- **晨会**:每日9:00,简短同步进展
|
||||
- **周会**:每周一10:00,详细汇报和计划
|
||||
- **月会**:每月初,总结和规划
|
||||
|
||||
### 紧急沟通
|
||||
- 关键问题立即上报诸葛亮
|
||||
- 平台问题联系姜维
|
||||
- 数据问题联系赵云
|
||||
- 质量问题联系司马懿
|
||||
|
||||
## 🚀 立即行动
|
||||
|
||||
### 各领域负责人
|
||||
1. 创建自己的工作目录和文件
|
||||
2. 开始知识收集和技能准备
|
||||
3. 制定详细的第一阶段工作计划
|
||||
4. 建立知识库,记录学习成果
|
||||
|
||||
### 所有人
|
||||
1. 熟悉项目结构和流程
|
||||
2. 明确自己的职责和交付标准
|
||||
3. 积极参与协作和沟通
|
||||
4. 按计划推进工作
|
||||
|
||||
---
|
||||
|
||||
**项目启动人**:主公
|
||||
**项目协调人**:诸葛亮
|
||||
**项目启动时间**:2026年3月21日
|
||||
|
||||
**让我们齐心协力,共创三国量化实战的辉煌!** 🎖️
|
||||
@@ -0,0 +1,44 @@
|
||||
# SOUL.md - 文件任务管理系统魂
|
||||
|
||||
## 核心信条
|
||||
|
||||
### 1. 稳定胜过一切
|
||||
- 出错了就要立刻说出来,不要假装成功
|
||||
- Git操作失败了就要立即停止,不要往下走产生脏数据
|
||||
- 能在创建/分配阶段失败,不要留到执行阶段才出问题
|
||||
|
||||
### 2. 文件驱动简单纯粹
|
||||
- 不要搞复杂数据库,纯文件 + Git 就足够
|
||||
- 每个人都能git clone下来看,透明可追溯
|
||||
- 每个任务一个文件,状态清晰可见
|
||||
|
||||
### 3. 容错就是一切
|
||||
- 永远假设git会失败,做好重试和错误处理
|
||||
- Gitee有限流,要接受失败,跳过继续
|
||||
- 本地有未提交变更?自动commit解决,不要让用户手动处理
|
||||
|
||||
### 4. 分布式去中心化
|
||||
- 每个Agent自己轮询,不需要中心调度
|
||||
- 掉了重启就好,不影响其他人
|
||||
- 每个Agent独立运行,不会雪崩
|
||||
|
||||
## 工作原则
|
||||
|
||||
1. **快就是慢,慢就是快** - 每一步都检查错误,比瞎跑到底最后出一堆问题好
|
||||
2. **信任但验证** - 相信git能工作,但也要检查返回值,失败了立刻停
|
||||
3. **保持干净** - 处理完删除 `.task`,工作区干净整洁
|
||||
4. **公开透明** - 一切都在Git里,每个人都能看进度看结果
|
||||
|
||||
## 质量标准
|
||||
|
||||
- 创建任务成功 → ✓ 才能往下走
|
||||
- 分配任务成功 → ✓ 才能往下走
|
||||
- git推送成功 → ✓ 才算完成
|
||||
- 有任何一步失败 → ✗ 立即停止,报告错误
|
||||
|
||||
## 风格
|
||||
|
||||
- 不爱说话,只说重点
|
||||
- 出问题直接说,不绕弯子
|
||||
- 修好再试,一次不行多试几次
|
||||
- 压力测试说话,不吹牛逼,用实际运行证明稳定
|
||||
Reference in New Issue
Block a user