🏗️ 项目重构:模块化清理完成
This commit is contained in:
@@ -0,0 +1,222 @@
|
||||
# 💻 Claude AI - OpenBB核心代码实现工作说明书
|
||||
|
||||
## 🎯 任务概述
|
||||
作为核心开发工程师,您需要基于Qwen的架构设计,实现OpenBB与稷下学宫系统的深度集成代码。
|
||||
|
||||
## 📋 核心职责
|
||||
|
||||
### 1. 核心引擎实现
|
||||
**任务目标:** 增强现有OpenBB引擎,实现八仙智能数据获取
|
||||
|
||||
**关键文件实现:**
|
||||
```
|
||||
src/jixia/engines/
|
||||
├── enhanced_openbb_engine.py # 增强版OpenBB引擎
|
||||
├── immortal_data_router.py # 八仙数据路由器
|
||||
├── intelligent_fallback.py # 智能降级机制
|
||||
└── data_quality_monitor.py # 数据质量监控
|
||||
```
|
||||
|
||||
**核心代码需求:**
|
||||
```python
|
||||
class EnhancedOpenBBEngine:
|
||||
"""增强版OpenBB引擎 - 八仙专属"""
|
||||
|
||||
async def get_immortal_insight(self, immortal_name: str,
|
||||
symbol: str, analysis_type: str):
|
||||
"""为特定八仙获取专属金融洞察"""
|
||||
pass
|
||||
|
||||
async def orchestrate_debate_data(self, topic: str,
|
||||
participants: List[str]):
|
||||
"""为稷下学宫辩论准备数据"""
|
||||
pass
|
||||
```
|
||||
|
||||
### 2. 智能体数据适配器
|
||||
**任务目标:** 实现AI智能体与OpenBB数据的无缝对接
|
||||
|
||||
**具体实现:**
|
||||
- 八仙角色数据源适配
|
||||
- 实时数据流处理
|
||||
- 智能缓存机制
|
||||
- 异常处理和重试逻辑
|
||||
|
||||
**核心文件:**
|
||||
- `src/jixia/adapters/openbb_agent_adapter.py`
|
||||
- `src/jixia/adapters/immortal_data_processor.py`
|
||||
|
||||
### 3. Streamlit界面增强
|
||||
**任务目标:** 优化现有OpenBB标签页,增加八仙论道功能
|
||||
|
||||
**需要修改的文件:**
|
||||
- `app/tabs/openbb_tab.py` - 增强现有界面
|
||||
- `app/tabs/immortal_debate_tab.py` - 新增八仙辩论界面
|
||||
|
||||
**UI功能需求:**
|
||||
```python
|
||||
def render_immortal_debate_interface():
|
||||
"""渲染八仙辩论界面"""
|
||||
# 1. 股票/主题选择器
|
||||
# 2. 八仙角色选择器
|
||||
# 3. 实时数据展示
|
||||
# 4. 辩论结果可视化
|
||||
pass
|
||||
```
|
||||
|
||||
### 4. 数据质量保障
|
||||
**任务目标:** 确保数据准确性和系统稳定性
|
||||
|
||||
**实现重点:**
|
||||
- 数据验证机制
|
||||
- 异常数据处理
|
||||
- 性能监控埋点
|
||||
- 日志记录系统
|
||||
|
||||
## 🔧 实现规范
|
||||
|
||||
### 代码风格要求:
|
||||
```python
|
||||
# 1. 遵循项目现有代码风格
|
||||
# 2. 完整的类型注解
|
||||
# 3. 详细的docstring文档
|
||||
# 4. 异常处理机制
|
||||
|
||||
from typing import Dict, List, Optional, Union
|
||||
from dataclasses import dataclass
|
||||
from datetime import datetime
|
||||
|
||||
@dataclass
|
||||
class ImmortalInsight:
|
||||
"""八仙洞察数据模型"""
|
||||
immortal_name: str
|
||||
symbol: str
|
||||
insight_type: str
|
||||
data: Dict[str, any]
|
||||
confidence: float
|
||||
timestamp: datetime
|
||||
```
|
||||
|
||||
### 必须保持的特性:
|
||||
1. **向后兼容** - 不破坏现有功能
|
||||
2. **优雅降级** - OpenBB不可用时的备选方案
|
||||
3. **文化内核** - 保持八仙论道的文化特色
|
||||
4. **模块化设计** - 便于单元测试和维护
|
||||
|
||||
### 性能要求:
|
||||
- 数据获取响应时间 < 3秒
|
||||
- 并发处理能力 > 10个请求/秒
|
||||
- 内存使用 < 500MB
|
||||
- CPU使用率 < 30%
|
||||
|
||||
## 🎭 八仙特色功能实现
|
||||
|
||||
### 八仙数据偏好实现:
|
||||
```python
|
||||
IMMORTAL_PREFERENCES = {
|
||||
'吕洞宾': {
|
||||
'data_types': ['technical_indicators', 'chart_patterns'],
|
||||
'analysis_style': 'systematic',
|
||||
'risk_appetite': 'moderate'
|
||||
},
|
||||
'何仙姑': {
|
||||
'data_types': ['risk_metrics', 'volatility'],
|
||||
'analysis_style': 'conservative',
|
||||
'risk_appetite': 'low'
|
||||
},
|
||||
# ... 其他六仙
|
||||
}
|
||||
```
|
||||
|
||||
### 智能辩论数据准备:
|
||||
```python
|
||||
async def prepare_debate_data(self, topic_symbol: str) -> DebateDataSet:
|
||||
"""为八仙辩论准备差异化数据视角"""
|
||||
# 1. 获取基础数据
|
||||
# 2. 按八仙偏好处理数据
|
||||
# 3. 生成对比性观点
|
||||
# 4. 返回结构化辩论数据
|
||||
pass
|
||||
```
|
||||
|
||||
## 🧪 测试要求
|
||||
|
||||
### 必须实现的测试:
|
||||
```python
|
||||
# tests/test_enhanced_openbb_engine.py
|
||||
class TestEnhancedOpenBBEngine:
|
||||
def test_immortal_data_routing(self):
|
||||
"""测试八仙数据路由功能"""
|
||||
pass
|
||||
|
||||
def test_fallback_mechanism(self):
|
||||
"""测试降级机制"""
|
||||
pass
|
||||
|
||||
def test_concurrent_requests(self):
|
||||
"""测试并发请求处理"""
|
||||
pass
|
||||
```
|
||||
|
||||
### 集成测试:
|
||||
- 与现有八仙辩论系统的集成
|
||||
- Streamlit界面集成测试
|
||||
- 实际数据获取测试
|
||||
|
||||
## 🔄 协作接口
|
||||
|
||||
### 接收Qwen的架构输入:
|
||||
- [ ] 架构设计文档
|
||||
- [ ] 接口规范定义
|
||||
- [ ] 数据模型标准
|
||||
|
||||
### 为Gemini提供测试目标:
|
||||
- [ ] 完整的代码实现
|
||||
- [ ] 单元测试用例
|
||||
- [ ] 集成测试指南
|
||||
|
||||
### 为RovoDev提供文档素材:
|
||||
- [ ] 代码注释和文档
|
||||
- [ ] API使用示例
|
||||
- [ ] 故障排除指南
|
||||
|
||||
## 📅 开发里程碑
|
||||
|
||||
### 里程碑1(3天):
|
||||
- [ ] 核心引擎实现
|
||||
- [ ] 基础单元测试
|
||||
- [ ] 简单集成验证
|
||||
|
||||
### 里程碑2(2天):
|
||||
- [ ] Streamlit界面增强
|
||||
- [ ] 八仙特色功能
|
||||
- [ ] 性能优化
|
||||
|
||||
### 里程碑3(1天):
|
||||
- [ ] 完整测试覆盖
|
||||
- [ ] 代码审查和优化
|
||||
- [ ] 文档完善
|
||||
|
||||
## 💡 创新挑战
|
||||
|
||||
请在实现中展现创新:
|
||||
1. **智能数据融合算法**
|
||||
2. **八仙个性化数据处理**
|
||||
3. **实时性能监控机制**
|
||||
4. **用户体验优化**
|
||||
|
||||
## ⚠️ 特别注意
|
||||
|
||||
### 文化敏感性:
|
||||
- 确保八仙角色的准确性和尊重性
|
||||
- 保持传统文化与现代技术的平衡
|
||||
- 避免过度商业化的表达
|
||||
|
||||
### 技术债务控制:
|
||||
- 避免硬编码
|
||||
- 保持配置的灵活性
|
||||
- 确保代码的可维护性
|
||||
|
||||
---
|
||||
|
||||
**注意:** 代码是文化的载体,请让每一行代码都体现稷下学宫的智慧!
|
||||
@@ -0,0 +1,274 @@
|
||||
# 🧪 Gemini AI - OpenBB集成测试验证工作说明书
|
||||
|
||||
## 🎯 任务概述
|
||||
作为测试工程师,您需要为OpenBB与稷下学宫系统的集成功能设计并执行全面的测试验证方案。
|
||||
|
||||
## 📋 核心职责
|
||||
|
||||
### 1. 测试策略制定
|
||||
**任务目标:** 制定全面的测试策略和验证标准
|
||||
|
||||
**测试金字塔设计:**
|
||||
```
|
||||
[E2E Tests] # 端到端测试
|
||||
/ \
|
||||
[Integration Tests] # 集成测试
|
||||
/ \
|
||||
[Unit Tests] [API Tests] # 单元测试 + API测试
|
||||
```
|
||||
|
||||
**测试覆盖范围:**
|
||||
- 功能测试 (80%覆盖率)
|
||||
- 性能测试 (响应时间、并发)
|
||||
- 稳定性测试 (长时间运行)
|
||||
- 兼容性测试 (多数据源)
|
||||
|
||||
### 2. 八仙智能体测试
|
||||
**任务目标:** 验证八仙角色的数据获取和分析能力
|
||||
|
||||
**测试文件结构:**
|
||||
```
|
||||
tests/immortal_tests/
|
||||
├── test_immortal_data_routing.py # 八仙数据路由测试
|
||||
├── test_immortal_preferences.py # 八仙偏好测试
|
||||
├── test_debate_data_quality.py # 辩论数据质量测试
|
||||
└── test_cultural_accuracy.py # 文化准确性测试
|
||||
```
|
||||
|
||||
**关键测试用例:**
|
||||
```python
|
||||
class TestImmortalDataRouting:
|
||||
"""八仙数据路由测试"""
|
||||
|
||||
def test_lv_dongbin_technical_analysis(self):
|
||||
"""测试吕洞宾的技术分析数据获取"""
|
||||
pass
|
||||
|
||||
def test_he_xiangu_risk_metrics(self):
|
||||
"""测试何仙姑的风险指标数据"""
|
||||
pass
|
||||
|
||||
def test_immortal_data_consistency(self):
|
||||
"""测试八仙数据的一致性"""
|
||||
pass
|
||||
```
|
||||
|
||||
### 3. OpenBB集成测试
|
||||
**任务目标:** 验证OpenBB数据源的集成质量
|
||||
|
||||
**测试重点:**
|
||||
- OpenBB API调用稳定性
|
||||
- 数据格式标准化
|
||||
- 错误处理机制
|
||||
- 降级策略验证
|
||||
|
||||
**核心测试文件:**
|
||||
```python
|
||||
# tests/openbb_integration/
|
||||
class TestOpenBBIntegration:
|
||||
"""OpenBB集成测试套件"""
|
||||
|
||||
@pytest.mark.asyncio
|
||||
async def test_stock_data_retrieval(self):
|
||||
"""测试股票数据获取"""
|
||||
symbols = ['AAPL', 'TSLA', 'MSFT']
|
||||
for symbol in symbols:
|
||||
data = await engine.get_stock_data(symbol)
|
||||
assert data is not None
|
||||
assert 'close' in data.columns
|
||||
|
||||
def test_fallback_mechanism(self):
|
||||
"""测试OpenBB不可用时的降级机制"""
|
||||
# 模拟OpenBB不可用
|
||||
with mock.patch('openbb.obb', side_effect=ImportError):
|
||||
result = engine.get_data_with_fallback('AAPL')
|
||||
assert result.source == 'demo_data'
|
||||
```
|
||||
|
||||
### 4. 性能和稳定性测试
|
||||
**任务目标:** 确保系统在各种条件下的性能表现
|
||||
|
||||
**性能基准:**
|
||||
- 数据获取延迟 < 3秒
|
||||
- 并发处理 > 10 req/s
|
||||
- 内存使用 < 500MB
|
||||
- 99.9% 可用性
|
||||
|
||||
**负载测试方案:**
|
||||
```python
|
||||
# tests/performance/
|
||||
class TestPerformance:
|
||||
"""性能测试套件"""
|
||||
|
||||
def test_concurrent_data_requests(self):
|
||||
"""并发数据请求测试"""
|
||||
import concurrent.futures
|
||||
|
||||
with concurrent.futures.ThreadPoolExecutor(max_workers=10) as executor:
|
||||
futures = [executor.submit(self.get_test_data) for _ in range(100)]
|
||||
results = [f.result() for f in futures]
|
||||
|
||||
assert all(r.success for r in results)
|
||||
assert max(r.response_time for r in results) < 5.0
|
||||
```
|
||||
|
||||
## 🎭 文化特色测试
|
||||
|
||||
### 八仙文化准确性验证:
|
||||
```python
|
||||
class TestCulturalAccuracy:
|
||||
"""文化准确性测试"""
|
||||
|
||||
def test_immortal_characteristics(self):
|
||||
"""验证八仙特征的准确性"""
|
||||
immortals = get_immortal_configs()
|
||||
|
||||
# 验证吕洞宾的技术分析特色
|
||||
assert immortals['吕洞宾'].specialty == 'technical_analysis'
|
||||
assert immortals['吕洞宾'].element == '乾'
|
||||
|
||||
# 验证何仙姑的风险控制特色
|
||||
assert immortals['何仙姑'].specialty == 'risk_metrics'
|
||||
assert immortals['何仙姑'].element == '坤'
|
||||
|
||||
def test_debate_cultural_context(self):
|
||||
"""验证辩论的文化背景准确性"""
|
||||
debate = create_test_debate('AAPL')
|
||||
|
||||
# 确保辩论遵循稷下学宫的传统
|
||||
assert 'jixia' in debate.context
|
||||
assert len(debate.participants) == 8 # 八仙
|
||||
```
|
||||
|
||||
## 🔧 测试工具和框架
|
||||
|
||||
### 推荐工具栈:
|
||||
```python
|
||||
# 测试依赖
|
||||
pytest>=7.4.0 # 主测试框架
|
||||
pytest-asyncio>=0.21.0 # 异步测试支持
|
||||
pytest-mock>=3.11.0 # Mock功能
|
||||
pytest-cov>=4.1.0 # 覆盖率统计
|
||||
pytest-benchmark>=4.0.0 # 性能基准测试
|
||||
|
||||
# 性能测试
|
||||
locust>=2.15.0 # 负载测试
|
||||
memory-profiler>=0.60.0 # 内存分析
|
||||
|
||||
# 数据验证
|
||||
pydantic>=2.0.0 # 数据模型验证
|
||||
jsonschema>=4.19.0 # JSON架构验证
|
||||
```
|
||||
|
||||
### 测试配置文件:
|
||||
```yaml
|
||||
# pytest.ini
|
||||
[tool:pytest]
|
||||
testpaths = tests
|
||||
python_files = test_*.py
|
||||
python_classes = Test*
|
||||
python_functions = test_*
|
||||
addopts =
|
||||
--cov=src
|
||||
--cov-report=html
|
||||
--cov-report=term-missing
|
||||
--asyncio-mode=auto
|
||||
```
|
||||
|
||||
## 📊 测试报告和指标
|
||||
|
||||
### 测试报告模板:
|
||||
```
|
||||
tests/reports/
|
||||
├── unit_test_report.html # 单元测试报告
|
||||
├── integration_test_report.html # 集成测试报告
|
||||
├── performance_benchmark.json # 性能基准数据
|
||||
├── coverage_report/ # 代码覆盖率报告
|
||||
└── cultural_validation_report.md # 文化验证报告
|
||||
```
|
||||
|
||||
### 关键指标监控:
|
||||
```python
|
||||
# 自动化指标收集
|
||||
class TestMetrics:
|
||||
"""测试指标收集器"""
|
||||
|
||||
def collect_response_times(self):
|
||||
"""收集响应时间数据"""
|
||||
pass
|
||||
|
||||
def measure_memory_usage(self):
|
||||
"""监控内存使用情况"""
|
||||
pass
|
||||
|
||||
def validate_data_quality(self):
|
||||
"""验证数据质量指标"""
|
||||
pass
|
||||
```
|
||||
|
||||
## 🔄 协作流程
|
||||
|
||||
### 与Claude的协作:
|
||||
1. **接收代码实现** → 制定对应测试用例
|
||||
2. **执行测试验证** → 反馈BUG和优化建议
|
||||
3. **性能测试** → 提供优化方向
|
||||
|
||||
### 与Qwen的协作:
|
||||
1. **验证架构设计** → 确认技术指标可达成
|
||||
2. **测试架构决策** → 验证设计的合理性
|
||||
|
||||
### 与RovoDev的协作:
|
||||
1. **提供测试数据** → 支持文档编写
|
||||
2. **验证文档准确性** → 确保文档与实际一致
|
||||
|
||||
## 📅 测试里程碑
|
||||
|
||||
### 阶段一(2天):测试框架搭建
|
||||
- [ ] 测试环境配置
|
||||
- [ ] 基础测试框架
|
||||
- [ ] Mock数据准备
|
||||
|
||||
### 阶段二(3天):功能测试执行
|
||||
- [ ] 单元测试执行
|
||||
- [ ] 集成测试验证
|
||||
- [ ] 八仙特色功能测试
|
||||
|
||||
### 阶段三(2天):性能和稳定性测试
|
||||
- [ ] 负载测试执行
|
||||
- [ ] 性能基准建立
|
||||
- [ ] 稳定性验证
|
||||
|
||||
### 阶段四(1天):测试报告生成
|
||||
- [ ] 测试结果汇总
|
||||
- [ ] 问题清单整理
|
||||
- [ ] 优化建议制定
|
||||
|
||||
## 🎯 验收标准
|
||||
|
||||
### 功能验收:
|
||||
- [ ] 所有单元测试通过率 > 95%
|
||||
- [ ] 集成测试通过率 > 90%
|
||||
- [ ] 八仙特色功能100%验证通过
|
||||
|
||||
### 性能验收:
|
||||
- [ ] 响应时间 < 3秒
|
||||
- [ ] 并发处理 > 10 req/s
|
||||
- [ ] 内存使用稳定
|
||||
- [ ] 99%可用性达成
|
||||
|
||||
### 文化验收:
|
||||
- [ ] 八仙角色特征准确
|
||||
- [ ] 辩论逻辑符合传统
|
||||
- [ ] 文化表达尊重得体
|
||||
|
||||
## 💡 创新测试方法
|
||||
|
||||
### 智能化测试:
|
||||
1. **AI驱动的测试用例生成**
|
||||
2. **自适应性能基准调整**
|
||||
3. **文化语境的自动化验证**
|
||||
4. **用户行为模拟测试**
|
||||
|
||||
---
|
||||
|
||||
**注意:** 测试不仅是质量保障,更是文化传承的守护者!每一个测试用例都要体现对传统文化的尊重!
|
||||
@@ -0,0 +1,122 @@
|
||||
# 📐 Qwen AI - OpenBB架构设计师工作说明书
|
||||
|
||||
## 🎯 任务概述
|
||||
作为架构设计师,您需要为"炼妖壶-稷下学宫AI辩论系统"设计OpenBB集成的技术架构方案。
|
||||
|
||||
## 📋 核心职责
|
||||
|
||||
### 1. 系统架构设计
|
||||
**任务目标:** 设计OpenBB与稷下学宫系统的集成架构
|
||||
|
||||
**具体工作:**
|
||||
- 分析现有系统架构(`src/jixia/engines/`)
|
||||
- 设计OpenBB数据流架构
|
||||
- 制定模块间解耦策略
|
||||
- 设计故障转移和降级机制
|
||||
|
||||
**交付物:**
|
||||
```
|
||||
docs/architecture/
|
||||
├── openbb_integration_architecture.md
|
||||
├── data_flow_diagram.mermaid
|
||||
├── component_interaction_diagram.mermaid
|
||||
└── deployment_architecture.md
|
||||
```
|
||||
|
||||
### 2. 数据抽象层设计
|
||||
**任务目标:** 设计统一的金融数据抽象接口
|
||||
|
||||
**具体工作:**
|
||||
- 定义标准化数据模型
|
||||
- 设计Provider适配器模式
|
||||
- 制定数据缓存策略
|
||||
- 设计数据质量监控机制
|
||||
|
||||
**关键文件:**
|
||||
- `src/jixia/engines/data_abstraction.py`
|
||||
- `src/jixia/models/financial_data_models.py`
|
||||
|
||||
### 3. 性能优化架构
|
||||
**任务目标:** 确保系统在高并发下的稳定性
|
||||
|
||||
**具体工作:**
|
||||
- 设计异步数据获取架构
|
||||
- 制定缓存策略(Redis/Memory)
|
||||
- 设计负载均衡机制
|
||||
- 制定监控和告警策略
|
||||
|
||||
## 🔧 技术约束
|
||||
|
||||
### 必须遵循的原则:
|
||||
1. **渐进式集成** - 不破坏现有功能
|
||||
2. **可选依赖** - OpenBB失效时优雅降级
|
||||
3. **文化融合** - 保持八仙论道的文化特色
|
||||
4. **模块解耦** - 便于后续扩展其他数据源
|
||||
|
||||
### 技术栈限制:
|
||||
- Python 3.10+
|
||||
- 现有Streamlit界面
|
||||
- 八仙智能体系统
|
||||
- Vertex AI记忆银行
|
||||
|
||||
## 📊 成功标准
|
||||
|
||||
### 架构质量指标:
|
||||
- [ ] 模块耦合度 < 20%
|
||||
- [ ] 代码复用率 > 80%
|
||||
- [ ] 系统可用性 > 99%
|
||||
- [ ] 响应时间 < 2秒
|
||||
|
||||
### 文档完整性:
|
||||
- [ ] 架构图清晰易懂
|
||||
- [ ] 接口文档完整
|
||||
- [ ] 部署指南详细
|
||||
- [ ] 故障处理手册
|
||||
|
||||
## 🎭 与稷下学宫的结合
|
||||
|
||||
### 八仙角色映射:
|
||||
```python
|
||||
# 设计八仙与数据源的智能映射
|
||||
immortal_data_mapping = {
|
||||
'吕洞宾': 'technical_analysis', # 技术分析专家
|
||||
'何仙姑': 'risk_metrics', # 风险控制专家
|
||||
'张果老': 'historical_data', # 历史数据分析师
|
||||
'韩湘子': 'sector_analysis', # 新兴资产专家
|
||||
'汉钟离': 'market_movers', # 热点追踪
|
||||
'蓝采和': 'value_discovery', # 潜力股发现
|
||||
'铁拐李': 'contrarian_analysis', # 逆向思维专家
|
||||
'曹国舅': 'macro_economics' # 宏观经济分析师
|
||||
}
|
||||
```
|
||||
|
||||
## 🔄 协作接口
|
||||
|
||||
### 与其他AI的协作:
|
||||
- **Claude(代码实现)**: 提供详细的接口规范和实现指导
|
||||
- **Gemini(测试验证)**: 制定测试用例和验证标准
|
||||
- **RovoDev(文档整合)**: 提供架构决策文档和技术规范
|
||||
|
||||
## 📅 时间节点
|
||||
|
||||
### 阶段一(2天):
|
||||
- [ ] 现有系统分析
|
||||
- [ ] 架构方案设计
|
||||
- [ ] 核心接口定义
|
||||
|
||||
### 阶段二(1天):
|
||||
- [ ] 详细设计文档
|
||||
- [ ] 技术选型说明
|
||||
- [ ] 风险评估报告
|
||||
|
||||
## 💡 创新要求
|
||||
|
||||
作为架构师,请在以下方面展现创新:
|
||||
1. **传统文化与现代技术的融合**
|
||||
2. **智能化的数据路由策略**
|
||||
3. **自适应的性能优化机制**
|
||||
4. **面向未来的可扩展架构**
|
||||
|
||||
---
|
||||
|
||||
**注意:** 这是一个文化与技术深度融合的项目,请在技术设计中体现中国传统哲学思想!
|
||||
236
modules/documentation-suite/docs/AI_AGENT_TASKS/README.md
Normal file
236
modules/documentation-suite/docs/AI_AGENT_TASKS/README.md
Normal file
@@ -0,0 +1,236 @@
|
||||
# 🎭 四AI协作指南 - OpenBB稷下学宫集成项目
|
||||
|
||||
## 🎯 项目使命
|
||||
将OpenBB金融数据平台与稷下学宫八仙论道系统深度融合,创造传统文化与现代金融科技的完美结合。
|
||||
|
||||
## 👥 团队角色与协作关系
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A[Qwen - 架构设计师] --> B[Claude - 核心开发工程师]
|
||||
A --> C[Gemini - 测试验证专家]
|
||||
A --> D[RovoDev - 项目整合专家]
|
||||
B --> C
|
||||
B --> D
|
||||
C --> D
|
||||
|
||||
subgraph 协作流程
|
||||
E[架构设计] --> F[代码实现]
|
||||
F --> G[测试验证]
|
||||
G --> H[文档整合]
|
||||
H --> I[项目交付]
|
||||
end
|
||||
```
|
||||
|
||||
## 📋 各AI工作说明书链接
|
||||
|
||||
| AI角色 | 主要职责 | 工作说明书 |
|
||||
|--------|----------|------------|
|
||||
| **Qwen** | 架构设计师 | [`QWEN_ARCHITECTURE_DESIGN.md`](./QWEN_ARCHITECTURE_DESIGN.md) |
|
||||
| **Claude** | 核心开发工程师 | [`CLAUDE_CODE_IMPLEMENTATION.md`](./CLAUDE_CODE_IMPLEMENTATION.md) |
|
||||
| **Gemini** | 测试验证专家 | [`GEMINI_TEST_VALIDATION.md`](./GEMINI_TEST_VALIDATION.md) |
|
||||
| **RovoDev** | 项目整合专家 | [`ROVODEV_PROJECT_INTEGRATION.md`](./ROVODEV_PROJECT_INTEGRATION.md) |
|
||||
|
||||
## 🔄 协作工作流
|
||||
|
||||
### 第一阶段:设计与规划 (Day 1-3)
|
||||
```
|
||||
Qwen 主导:
|
||||
├── 系统架构设计
|
||||
├── 接口规范定义
|
||||
├── 技术选型方案
|
||||
└── 实施计划制定
|
||||
|
||||
其他AI配合:
|
||||
├── Claude: 技术可行性评估
|
||||
├── Gemini: 测试策略制定
|
||||
└── RovoDev: 项目框架搭建
|
||||
```
|
||||
|
||||
### 第二阶段:核心开发 (Day 4-8)
|
||||
```
|
||||
Claude 主导:
|
||||
├── 核心引擎实现
|
||||
├── API集成开发
|
||||
├── UI界面增强
|
||||
└── 功能模块编码
|
||||
|
||||
其他AI配合:
|
||||
├── Qwen: 架构指导和审查
|
||||
├── Gemini: 同步测试执行
|
||||
└── RovoDev: 代码集成管理
|
||||
```
|
||||
|
||||
### 第三阶段:测试验证 (Day 9-12)
|
||||
```
|
||||
Gemini 主导:
|
||||
├── 功能测试执行
|
||||
├── 性能基准测试
|
||||
├── 集成测试验证
|
||||
└── 文化准确性检查
|
||||
|
||||
其他AI配合:
|
||||
├── Qwen: 架构层面问题解决
|
||||
├── Claude: 代码BUG修复
|
||||
└── RovoDev: 测试结果整合
|
||||
```
|
||||
|
||||
### 第四阶段:整合交付 (Day 13-15)
|
||||
```
|
||||
RovoDev 主导:
|
||||
├── 文档体系整合
|
||||
├── 用户指南编写
|
||||
├── 项目质量检查
|
||||
└── 最终版本发布
|
||||
|
||||
其他AI配合:
|
||||
├── Qwen: 架构文档审核
|
||||
├── Claude: 技术文档完善
|
||||
└── Gemini: 测试报告整理
|
||||
```
|
||||
|
||||
## 🎭 文化核心要求
|
||||
|
||||
### 八仙角色特征(所有AI必须遵循):
|
||||
```python
|
||||
IMMORTAL_CHARACTERISTICS = {
|
||||
'吕洞宾': {
|
||||
'element': '乾', # 八卦方位
|
||||
'specialty': '技术分析', # 专业特长
|
||||
'personality': '系统性', # 性格特点
|
||||
'approach': '理性分析' # 分析方法
|
||||
},
|
||||
'何仙姑': {
|
||||
'element': '坤',
|
||||
'specialty': '风险控制',
|
||||
'personality': '稳健保守',
|
||||
'approach': '风险优先'
|
||||
},
|
||||
'张果老': {
|
||||
'element': '兑',
|
||||
'specialty': '历史数据',
|
||||
'personality': '博学深沉',
|
||||
'approach': '历史借鉴'
|
||||
},
|
||||
'韩湘子': {
|
||||
'element': '艮',
|
||||
'specialty': '新兴资产',
|
||||
'personality': '创新进取',
|
||||
'approach': '前瞻思维'
|
||||
},
|
||||
'汉钟离': {
|
||||
'element': '离',
|
||||
'specialty': '热点追踪',
|
||||
'personality': '敏锐活跃',
|
||||
'approach': '趋势跟踪'
|
||||
},
|
||||
'蓝采和': {
|
||||
'element': '坎',
|
||||
'specialty': '价值发现',
|
||||
'personality': '独立思考',
|
||||
'approach': '逆向分析'
|
||||
},
|
||||
'铁拐李': {
|
||||
'element': '巽',
|
||||
'specialty': '逆向思维',
|
||||
'personality': '犀利直接',
|
||||
'approach': '反向验证'
|
||||
},
|
||||
'曹国舅': {
|
||||
'element': '震',
|
||||
'specialty': '宏观经济',
|
||||
'personality': '高瞻远瞩',
|
||||
'approach': '宏观视角'
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 稷下学宫核心价值:
|
||||
- **开放包容**:各种观点都能得到尊重
|
||||
- **理性辩论**:基于数据和逻辑的讨论
|
||||
- **百家争鸣**:鼓励不同视角的碰撞
|
||||
- **求同存异**:在分歧中寻找共识
|
||||
|
||||
## 📊 质量标准(所有AI共同遵循)
|
||||
|
||||
### 技术质量:
|
||||
- [ ] 代码测试覆盖率 > 80%
|
||||
- [ ] API响应时间 < 3秒
|
||||
- [ ] 系统可用性 > 99%
|
||||
- [ ] 并发处理能力 > 10 req/s
|
||||
|
||||
### 文化质量:
|
||||
- [ ] 八仙特征准确性 100%
|
||||
- [ ] 传统文化表达尊重性 100%
|
||||
- [ ] 现代化融合自然度 > 90%
|
||||
- [ ] 教育价值体现度 > 85%
|
||||
|
||||
### 用户体验:
|
||||
- [ ] 界面直观度 > 90%
|
||||
- [ ] 功能易用性 > 85%
|
||||
- [ ] 文档完整性 > 95%
|
||||
- [ ] 错误处理友好度 > 90%
|
||||
|
||||
## 🔄 沟通协作机制
|
||||
|
||||
### 日常沟通:
|
||||
- **每日站会** (15分钟):进度同步,问题协调
|
||||
- **技术评审** (每2天):关键决策讨论
|
||||
- **质量检查** (每周):交叉审查工作成果
|
||||
|
||||
### 问题升级机制:
|
||||
```
|
||||
Level 1: AI间直接协商
|
||||
Level 2: RovoDev协调处理
|
||||
Level 3: 项目负责人决策
|
||||
```
|
||||
|
||||
### 文档共享约定:
|
||||
- 所有设计文档实时共享
|
||||
- 代码变更及时通知相关AI
|
||||
- 测试结果定期同步
|
||||
- 问题和解决方案公开透明
|
||||
|
||||
## 🎯 成功标准
|
||||
|
||||
### 项目成功的标志:
|
||||
1. **功能完整**:OpenBB数据与八仙论道完美融合
|
||||
2. **性能稳定**:各种场景下系统表现良好
|
||||
3. **文化准确**:传统文化表达准确尊重
|
||||
4. **用户满意**:最终用户体验优秀
|
||||
5. **可维护性**:代码和文档便于后续维护
|
||||
|
||||
### 团队协作成功的标志:
|
||||
1. **沟通顺畅**:各AI间协作无障碍
|
||||
2. **质量一致**:各模块质量标准统一
|
||||
3. **进度可控**:项目按时交付
|
||||
4. **创新突出**:在传统与现代结合上有所突破
|
||||
|
||||
## 💡 创新目标
|
||||
|
||||
### 技术创新:
|
||||
- 智能化的数据路由算法
|
||||
- 自适应的性能优化机制
|
||||
- 文化语境的AI理解能力
|
||||
|
||||
### 文化创新:
|
||||
- 传统文化的现代化表达
|
||||
- 金融科技的人文内涵
|
||||
- AI技术的文化责任
|
||||
|
||||
### 用户体验创新:
|
||||
- 沉浸式的文化体验
|
||||
- 智能化的学习辅助
|
||||
- 个性化的论道体验
|
||||
|
||||
---
|
||||
|
||||
## 📞 紧急联系
|
||||
|
||||
如遇到跨团队协调问题,请立即联系项目整合专家 RovoDev。
|
||||
|
||||
**记住**:我们不仅在构建技术产品,更在传承和发扬中华文化!每一行代码、每一个测试、每一份文档都承载着文化的使命!
|
||||
|
||||
---
|
||||
|
||||
*"稷下学宫,百家争鸣;开源精神,技术报国!"*
|
||||
@@ -0,0 +1,289 @@
|
||||
# 📚 RovoDev AI - OpenBB项目整合与文档管理工作说明书
|
||||
|
||||
## 🎯 任务概述
|
||||
作为项目整合专家,您需要协调四个AI团队的工作成果,整合OpenBB集成项目的完整文档体系,并确保项目的顺利交付。
|
||||
|
||||
## 📋 核心职责
|
||||
|
||||
### 1. 项目协调与整合
|
||||
**任务目标:** 统筹四个AI团队的工作,确保各模块无缝对接
|
||||
|
||||
**协调矩阵:**
|
||||
```
|
||||
Qwen Claude Gemini RovoDev
|
||||
架构设计 主导 配合 验证 整合
|
||||
代码实现 配合 主导 验证 监控
|
||||
测试验证 配合 配合 主导 汇总
|
||||
文档整合 配合 配合 配合 主导
|
||||
```
|
||||
|
||||
**关键协调点:**
|
||||
- 接口规范的一致性
|
||||
- 代码实现与架构设计的匹配度
|
||||
- 测试用例覆盖的完整性
|
||||
- 文档与实际功能的准确性
|
||||
|
||||
### 2. 完整文档体系构建
|
||||
**任务目标:** 建立OpenBB集成的完整文档生态
|
||||
|
||||
**文档架构:**
|
||||
```
|
||||
docs/openbb_integration/
|
||||
├── 00_PROJECT_OVERVIEW.md # 项目总览
|
||||
├── 01_ARCHITECTURE_DESIGN/ # 架构设计(Qwen输出)
|
||||
│ ├── system_architecture.md
|
||||
│ ├── data_flow_design.md
|
||||
│ ├── integration_patterns.md
|
||||
│ └── deployment_strategy.md
|
||||
├── 02_IMPLEMENTATION_GUIDE/ # 实现指南(Claude输出)
|
||||
│ ├── core_engine_implementation.md
|
||||
│ ├── api_integration_guide.md
|
||||
│ ├── ui_enhancement_guide.md
|
||||
│ └── troubleshooting_guide.md
|
||||
├── 03_TEST_DOCUMENTATION/ # 测试文档(Gemini输出)
|
||||
│ ├── test_strategy.md
|
||||
│ ├── test_results_report.md
|
||||
│ ├── performance_benchmarks.md
|
||||
│ └── quality_assurance_report.md
|
||||
├── 04_USER_GUIDES/ # 用户指南
|
||||
│ ├── getting_started.md
|
||||
│ ├── immortal_debate_tutorial.md
|
||||
│ ├── configuration_guide.md
|
||||
│ └── best_practices.md
|
||||
├── 05_CULTURAL_INTEGRATION/ # 文化融合文档
|
||||
│ ├── immortal_characteristics.md
|
||||
│ ├── jixia_philosophy_in_code.md
|
||||
│ └── cultural_accuracy_guidelines.md
|
||||
└── 06_MAINTENANCE/ # 维护文档
|
||||
├── release_notes.md
|
||||
├── upgrade_guide.md
|
||||
├── known_issues.md
|
||||
└── future_roadmap.md
|
||||
```
|
||||
|
||||
### 3. 用户体验设计
|
||||
**任务目标:** 确保最终用户能够轻松使用OpenBB集成功能
|
||||
|
||||
**用户旅程设计:**
|
||||
```mermaid
|
||||
graph TD
|
||||
A[用户启动应用] --> B[选择OpenBB标签页]
|
||||
B --> C[查看数据可用性状态]
|
||||
C --> D{OpenBB是否可用?}
|
||||
D -->|是| E[选择股票符号]
|
||||
D -->|否| F[使用演示数据]
|
||||
E --> G[启动八仙论道]
|
||||
F --> G
|
||||
G --> H[查看辩论结果]
|
||||
H --> I[导出分析报告]
|
||||
```
|
||||
|
||||
**交互设计文档:**
|
||||
- 界面原型设计
|
||||
- 用户流程图
|
||||
- 错误处理流程
|
||||
- 帮助文档集成
|
||||
|
||||
### 4. 质量保证与发布管理
|
||||
**任务目标:** 确保项目质量并管理发布流程
|
||||
|
||||
**质量检查清单:**
|
||||
- [ ] 代码规范一致性检查
|
||||
- [ ] 文档完整性验证
|
||||
- [ ] 功能集成测试通过
|
||||
- [ ] 性能指标达标
|
||||
- [ ] 文化准确性确认
|
||||
- [ ] 用户体验验证
|
||||
|
||||
## 🎭 文化融合专项工作
|
||||
|
||||
### 传统文化现代化表达:
|
||||
```markdown
|
||||
# 八仙论道的现代诠释
|
||||
|
||||
## 文化内核保持:
|
||||
- **稷下学宫精神**:开放包容、百家争鸣
|
||||
- **八仙特质**:各具特色、相互补充
|
||||
- **论道传统**:理性辩论、求同存异
|
||||
|
||||
## 现代技术表达:
|
||||
- **数据驱动**:用真实数据支撑观点
|
||||
- **智能化**:AI技术赋能传统智慧
|
||||
- **可视化**:现代界面展示古典思想
|
||||
```
|
||||
|
||||
### 文化准确性验证:
|
||||
```python
|
||||
# 文化审核检查点
|
||||
CULTURAL_CHECKPOINTS = {
|
||||
'immortal_names': '确保八仙姓名准确无误',
|
||||
'characteristics': '验证八仙特征描述的准确性',
|
||||
'philosophical_context': '确保稷下学宫背景的正确表达',
|
||||
'respectful_representation': '确保文化表达的尊重性',
|
||||
'educational_value': '验证文化教育价值的体现'
|
||||
}
|
||||
```
|
||||
|
||||
## 📊 项目管理仪表板
|
||||
|
||||
### 进度跟踪系统:
|
||||
```
|
||||
项目进度监控:
|
||||
├── 架构设计进度 [████████░░] 80%
|
||||
├── 代码实现进度 [██████░░░░] 60%
|
||||
├── 测试验证进度 [████░░░░░░] 40%
|
||||
└── 文档整合进度 [███████░░░] 70%
|
||||
|
||||
质量指标:
|
||||
├── 代码覆盖率: 85%
|
||||
├── 文档完整性: 90%
|
||||
├── 测试通过率: 92%
|
||||
└── 文化准确性: 95%
|
||||
```
|
||||
|
||||
### 风险管理:
|
||||
```markdown
|
||||
## 主要风险点识别:
|
||||
|
||||
### 技术风险:
|
||||
- OpenBB版本兼容性问题
|
||||
- 性能瓶颈风险
|
||||
- 数据质量不稳定
|
||||
|
||||
### 文化风险:
|
||||
- 八仙形象表达不当
|
||||
- 传统文化误读
|
||||
- 现代化过度商业化
|
||||
|
||||
### 项目风险:
|
||||
- 团队协调不畅
|
||||
- 进度延迟风险
|
||||
- 质量标准不一致
|
||||
```
|
||||
|
||||
## 🔄 协作工作流
|
||||
|
||||
### 日常协调流程:
|
||||
```
|
||||
每日站会 (15分钟):
|
||||
├── 各AI汇报昨日进展
|
||||
├── 今日工作计划
|
||||
├── 阻塞问题讨论
|
||||
└── 协作需求确认
|
||||
|
||||
每周回顾 (1小时):
|
||||
├── 整体进度回顾
|
||||
├── 质量指标检查
|
||||
├── 风险评估更新
|
||||
└── 下周计划调整
|
||||
```
|
||||
|
||||
### 交付物审核流程:
|
||||
```mermaid
|
||||
graph LR
|
||||
A[AI团队提交] --> B[RovoDev初审]
|
||||
B --> C[质量检查]
|
||||
C --> D{是否达标?}
|
||||
D -->|是| E[集成到主项目]
|
||||
D -->|否| F[反馈修改意见]
|
||||
F --> A
|
||||
E --> G[用户验证]
|
||||
G --> H[正式发布]
|
||||
```
|
||||
|
||||
## 📅 里程碑和时间线
|
||||
|
||||
### 第一周:框架建立
|
||||
- **Day 1-2**: 项目启动,框架搭建
|
||||
- **Day 3-4**: 各团队初始输出整合
|
||||
- **Day 5-7**: 首版原型验证
|
||||
|
||||
### 第二周:核心开发
|
||||
- **Day 8-10**: 核心功能开发
|
||||
- **Day 11-12**: 集成测试执行
|
||||
- **Day 13-14**: 问题修复和优化
|
||||
|
||||
### 第三周:完善和发布
|
||||
- **Day 15-17**: 文档完善和用户测试
|
||||
- **Day 18-19**: 最终质量检查
|
||||
- **Day 20-21**: 项目发布和交付
|
||||
|
||||
## 💡 创新整合方案
|
||||
|
||||
### 1. 智能文档生成
|
||||
```python
|
||||
class IntelligentDocGenerator:
|
||||
"""智能文档生成器"""
|
||||
|
||||
def generate_api_docs(self, code_modules):
|
||||
"""从代码自动生成API文档"""
|
||||
pass
|
||||
|
||||
def create_tutorial_from_tests(self, test_cases):
|
||||
"""从测试用例生成使用教程"""
|
||||
pass
|
||||
|
||||
def cultural_context_validator(self, content):
|
||||
"""文化内容准确性验证"""
|
||||
pass
|
||||
```
|
||||
|
||||
### 2. 多媒体文档体验
|
||||
- 交互式代码示例
|
||||
- 视频教程制作
|
||||
- 在线演示环境
|
||||
- 文化背景介绍动画
|
||||
|
||||
### 3. 社区协作平台
|
||||
```markdown
|
||||
## 开源社区建设:
|
||||
|
||||
### 贡献者指南:
|
||||
- 代码贡献流程
|
||||
- 文档改进指南
|
||||
- 文化咨询渠道
|
||||
- 反馈收集机制
|
||||
|
||||
### 社区活动:
|
||||
- 八仙论道比赛
|
||||
- 传统文化技术沙龙
|
||||
- 开源项目展示
|
||||
- 用户案例分享
|
||||
```
|
||||
|
||||
## 🎯 成功标准
|
||||
|
||||
### 项目交付标准:
|
||||
- [ ] 功能完整性 100%
|
||||
- [ ] 文档覆盖率 95%+
|
||||
- [ ] 用户满意度 90%+
|
||||
- [ ] 文化准确性 100%
|
||||
- [ ] 性能指标达标 100%
|
||||
|
||||
### 长期影响目标:
|
||||
- [ ] 成为传统文化与AI结合的示范项目
|
||||
- [ ] 推动开源社区的文化多元化
|
||||
- [ ] 为金融科技注入文化内涵
|
||||
- [ ] 建立可持续的维护生态
|
||||
|
||||
## 📈 后续运营规划
|
||||
|
||||
### 版本迭代计划:
|
||||
```
|
||||
v1.0: OpenBB基础集成
|
||||
v1.1: 性能优化和BUG修复
|
||||
v1.2: 更多数据源集成
|
||||
v2.0: 高级分析功能
|
||||
v2.1: 移动端适配
|
||||
v3.0: 企业级功能
|
||||
```
|
||||
|
||||
### 社区建设计划:
|
||||
- 建立用户社区
|
||||
- 定期发布教程
|
||||
- 举办线上活动
|
||||
- 收集用户反馈
|
||||
|
||||
---
|
||||
|
||||
**注意:** 作为项目整合者,您是传统文化与现代技术的桥梁!请确保每一个细节都体现对文化的尊重和技术的严谨!
|
||||
Reference in New Issue
Block a user