| name | openclaw-jin-ce-zhi-suan-orchestrator |
| description | 通过金策智算HTTP接口执行回测/实盘编排与监控。用户要求启动任务、查进度、停止任务、切换策略/数据源、查询报告时必须调用。 |
OpenClaw 金策智算编排技能（中文版）
1) 技能目标与适用场景
本技能用于编排 http://127.0.0.1:8000 的金策智算服务，统一完成：
- 启动回测、启动实盘
- 任务进度监控
- 停止任务
- 切换策略与数据源
- 查询单个报告、历史报告、最新报告
- 触发报告 AI 复盘
当用户提出以上任何需求时，必须使用本技能，不要直接调用未登记接口。
2) 项目能力说明（给模型的业务认知）
金策智算项目具备以下核心能力：
- 多策略回测：支持单策略、多策略组合、策略模式参数
- 实盘监控：支持实时任务开启/停止与状态查询
- 报告体系：支持按
report_id 精确获取、历史列表、最新结果
- 配置与切换：支持运行中切换策略、切换数据源、热重载策略
- 可观测性：可通过
progress.progress、progress.current_date 监控回测推进
注意：回测耗时会明显受以下因素影响，时长波动属于正常现象：
- 回测区间长短（日期跨度）
- 数据周期（如分钟线通常比日线更慢）
- 策略数量（策略越多，计算越慢）
- 数据源响应速度与网络状态
3) 基础约束
- Base URL：
http://127.0.0.1:8000
- Header：
Content-Type: application/json
- 日期格式：
YYYY-MM-DD
report_id 全链路必须按字符串处理- 禁止调用未文档化接口
- 输出语言默认中文
4) 已批准接口清单（逐个接口给出调用方法与示例）
4.1 状态接口
GET /api/status
用途：查询当前任务状态与进度。
关键字段：
is_runningprogress.progressprogress.current_datecurrent_report_idcurrent_report_statuscurrent_report_errorprovider_sourcelive_enabled
示例：
curl -s http://127.0.0.1:8000/api/status
4.2 控制接口
POST /api/control/start_backtest
用途：启动回测任务。
请求体：
stock_code：string，例 301227.SZstrategy_id：string，all 或单策略strategy_ids：string[]，可选strategy_mode：string，可选start：string，可选，YYYY-MM-DDend：string，可选，YYYY-MM-DDcapital：number，可选
示例：
curl -s -X POST http://127.0.0.1:8000/api/control/start_backtest \
-H "Content-Type: application/json" \
-d "{\"stock_code\":\"301227.SZ\",\"strategy_id\":\"all\",\"start\":\"2025-03-20\",\"end\":\"2026-03-20\",\"capital\":1000000}"
POST /api/control/start_live
用途：启动实盘监控任务。
示例：
curl -s -X POST http://127.0.0.1:8000/api/control/start_live \
-H "Content-Type: application/json" \
-d "{\"stock_code\":\"301227.SZ\"}"
POST /api/control/stop
用途：停止当前运行任务（回测或实盘）。
示例：
curl -s -X POST http://127.0.0.1:8000/api/control/stop
POST /api/control/switch_strategy
用途：运行时切换策略。
示例（单策略）：
curl -s -X POST http://127.0.0.1:8000/api/control/switch_strategy \
-H "Content-Type: application/json" \
-d "{\"strategy_id\":\"01\"}"
示例（多策略）：
curl -s -X POST http://127.0.0.1:8000/api/control/switch_strategy \
-H "Content-Type: application/json" \
-d "{\"strategy_ids\":[\"01\",\"05\",\"09\"]}"
POST /api/control/set_source
用途：切换数据源（default / tushare / akshare）。
示例：
curl -s -X POST http://127.0.0.1:8000/api/control/set_source \
-H "Content-Type: application/json" \
-d "{\"source\":\"tushare\"}"
POST /api/control/reload_strategies
用途：热重载策略实现。
示例：
curl -s -X POST http://127.0.0.1:8000/api/control/reload_strategies
4.3 报告接口
GET /api/report/{report_id}
用途：查询指定报告详情。
示例：
curl -s http://127.0.0.1:8000/api/report/1742400000000-ab12
GET /api/report/history
用途：查询历史报告列表。
示例：
curl -s http://127.0.0.1:8000/api/report/history
GET /api/report/latest
用途：查询最新报告。
示例：
curl -s http://127.0.0.1:8000/api/report/latest
POST /api/report/{report_id}/ai_review
用途：触发指定报告的 AI 复盘。
示例：
curl -s -X POST http://127.0.0.1:8000/api/report/1742400000000-ab12/ai_review
4.4 策略介绍与策略管理接口
GET /api/strategies
用途：获取当前可加载策略的基础列表（策略ID、策略名）。
适用场景：
- 用户问“当前有哪些策略”
- 启动回测前快速校验策略是否存在
示例：
curl -s http://127.0.0.1:8000/api/strategies
GET /api/strategy_manager/list
用途：获取策略管理器明细列表（含策略元信息、启用状态、来源、K线周期、评分字段）。
关键返回（示例字段）：
id、name、enabled、source、kline_typeanalysis_text、template_textscore_total、rating、score_total_adjustedscore_confidence、score_backtest_countscore_annualized_roi_avg、score_max_dd_avg、score_trades_avg
适用场景：
- 用户要看“策略管理器完整明细”
- 用户要做策略横向对比与筛选
示例：
curl -s http://127.0.0.1:8000/api/strategy_manager/list
GET /api/strategy_manager/detail?strategy_id=01
用途：直接获取单个策略详情（含策略元信息与评分字段），用于策略介绍、策略单卡详情、策略定位排障。
请求参数：
示例：
curl -s "http://127.0.0.1:8000/api/strategy_manager/detail?strategy_id=01"
策略介绍生成（智能分析）
POST /api/strategy_manager/analyze：基于自然语言需求生成策略介绍、意图解释与代码POST /api/strategy_manager/analyze_market：基于市场状态生成策略介绍、意图解释与代码
示例（自然语言）：
curl -s -X POST http://127.0.0.1:8000/api/strategy_manager/analyze \
-H "Content-Type: application/json" \
-d "{\"template_text\":\"趋势+回撤控制，偏稳健\",\"strategy_name\":\"稳健趋势策略\"}"
策略修改与维护接口（已上线，可直接编排）
POST /api/strategy_manager/add：新增策略（通常接 analyze 结果后落库）POST /api/strategy_manager/update：修改策略名称/代码/说明/来源/周期等POST /api/strategy_manager/delete：删除策略POST /api/strategy_manager/toggle：启用或禁用策略
示例（新增策略）：
curl -s -X POST http://127.0.0.1:8000/api/strategy_manager/add \
-H "Content-Type: application/json" \
-d "{\"strategy_id\":\"98\",\"strategy_name\":\"稳健趋势策略\",\"class_name\":\"Strategy98\",\"code\":\"class Strategy98: pass\",\"analysis_text\":\"测试策略\"}"
示例（修改策略）：
curl -s -X POST http://127.0.0.1:8000/api/strategy_manager/update \
-H "Content-Type: application/json" \
-d "{\"strategy_id\":\"98\",\"strategy_name\":\"稳健趋势策略V2\",\"analysis_text\":\"更新止损规则\"}"
示例（启停策略）：
curl -s -X POST http://127.0.0.1:8000/api/strategy_manager/toggle \
-H "Content-Type: application/json" \
-d "{\"strategy_id\":\"98\",\"enabled\":true}"
示例（删除策略）：
curl -s -X POST http://127.0.0.1:8000/api/strategy_manager/delete \
-H "Content-Type: application/json" \
-d "{\"strategy_id\":\"98\"}"
4.5 策略介绍接口扩展规划（预留，未上线前禁止调用）
以下为建议新增接口，写入技能用于后续版本规划，不代表当前可调用：
GET /api/strategy_manager/summary
- 用途：获取轻量策略卡片（ID/名称/评级/近N次表现）
GET /api/strategy_manager/compare?ids=01,02,03
- 用途：按多策略返回对比视图（收益、回撤、胜率、交易次数）
GET /api/strategy_manager/score_trend?strategy_id=01
5) 强制编排流程（回测）
- 调用
POST /api/control/start_backtest
- 必须校验返回
status=success，并记录 report_id（字符串）
- 每 3 秒轮询
GET /api/status
- 状态决策：
current_report_status == "failed"：立即失败返回is_running == true：继续轮询is_running == false：进入报告查询
- 调用
GET /api/report/{report_id}
- 若 404：按顺序回退
GET /api/report/historyGET /api/report/latest
- 按统一 JSON 结构返回
5.1 强制编排流程（策略介绍/策略明细查询）
当用户请求“策略列表、策略管理器明细、单策略详情、策略说明”时，编排步骤如下：
- 若是“策略列表”诉求：调用
GET /api/strategies
- 若是“策略管理器明细”诉求：调用
GET /api/strategy_manager/list
- 若是“单个策略详情”诉求：
- 调
GET /api/strategy_manager/detail?strategy_id=xx
- 若返回
not_found，明确告知用户策略不存在
- 若是“策略介绍生成”诉求：
- 调
POST /api/strategy_manager/analyze 或 analyze_market
- 若是“修改策略/启停策略/删除策略”诉求：
- 修改：
POST /api/strategy_manager/update
- 启停：
POST /api/strategy_manager/toggle
- 删除：
POST /api/strategy_manager/delete
- 任何失败都要走异常兜底回复，禁止只返回“处理中”
6) 进度播报规范（重点）
为了防止用户等待过久，必须执行双层节奏：
- 内部轮询节奏：每 3 秒请求一次
/api/status
- 对用户播报节奏：每 90 秒至少播报一次当前进度
30 秒播报内容建议包含：
- 当前进度百分比：
progress.progress
- 当前推进日期：
progress.current_date
- 当前报告状态：
current_report_status
- 已运行时长（从 start_backtest 到当前）
即使进度值不变，也要每 90 秒向用户输出“仍在执行中”的进展说明。
7) 超时、等待与卡死治理
- HTTP 单次请求超时：建议 15~30 秒（按接口特性动态设置）
- 总任务等待：使用动态超时，不允许只靠固定重试次数
- 进度卡死判定：若
progress.progress 连续 90 秒无变化，返回 TASK_STALLED
- 一旦出现
current_report_status=failed，立即终止轮询并返回错误
8) 异常处理标准
- 任意非 2xx：记录完整请求上下文与错误摘要
- 启动回测失败：先调用
POST /api/control/stop，再重试一次
- 报告查询 404：必须执行回退链路后再判定失败
- 回退后仍无报告：返回
PARTIAL_SUCCESS，附带状态快照与完整日志
- 执行过程中任意异常（HTTPError/Timeout/JSON解析失败/字段缺失）：必须立即向用户输出“已知异常 + 当前阶段 + 下一步动作”，禁止静默失败
- 当进入异常分支时，必须给出最终兜底回复，至少包含：
trace_id、operation、status、error_msg、latest_status_snapshot、logs
- 禁止无响应等待：超过 30 秒未成功推进时，仍需给用户一条“处理中/已重试/当前阻塞点”说明
9) 请求日志模板（每次HTTP调用都要输出）
{
"trace_id": "oc-20260320-001",
"step": 1,
"timestamp": "2026-03-20T10:00:00Z",
"method": "POST",
"path": "/api/control/start_backtest",
"query": {},
"request_body": {
"stock_code": "301227.SZ",
"strategy_id": "all",
"start": "2025-03-20",
"end": "2026-03-20"
},
"http_status": 200,
"duration_ms": 128,
"response_preview": {
"status"
日志要求：
- 同一用户任务内
trace_id 必须一致
response_preview 仅保留关键字段，避免塞入超大 payload- 出错时必须同时保留
http_status、response_preview、error
- 若出现异常，最后一条日志必须标记
error 且可直接用于向用户解释失败原因
10) 统一输出 JSON Schema
最终结果必须符合以下结构：
Final result must conform to this schema:
{
"$schema": "https://json-schema.org/draft/2020-12/schema",
"title": "OpenClawJinCeZhiSuanResult",
"type": "object",
"required": ["trace_id", "operation", "status", "meta", "summary", "ranking", "strategy_reports", "logs"],
"properties": {
"trace_id": { "type": "string" },
"operation": { "type": "string", "enum": ["start_backtest", "start_live",
11) 禁止接口
/api//reports/api/report/list
