54 lines
2.9 KiB
Markdown
54 lines
2.9 KiB
Markdown
---
|
||
name: 组合决策
|
||
description: 当用户要求“组合决策”“给出最终仓位”“整合分析结论”“输出交易决策”或“形成组合操作方案”时，应使用此技能。
|
||
version: 1.0.0
|
||
---
|
||
|
||
# 组合决策
|
||
|
||
当用户需要把团队分析转化为最终交易决策时，使用这个技能。
|
||
|
||
## 1) When to use
|
||
|
||
- 适用于“最终下单前”的收口阶段：将多方观点转成单一可执行指令。
|
||
- 必须在获取分析师观点与风险审查后触发，不应跳过上游输入。
|
||
- 当任务只要求研究观点、未要求执行决策时，不强制触发。
|
||
|
||
## 2) Required inputs
|
||
|
||
- 最少输入：`analyst_signals`、`risk_warnings`、`portfolio_state`、`cash`、`margin_requirement`、`prices`。
|
||
- 推荐输入：会议共识摘要、历史表现偏差、当前组合拥挤度。
|
||
- 若缺失关键执行约束（现金/保证金/价格），应降级为“条件决策草案”，不可直接给激进仓位。
|
||
|
||
## 3) Decision procedure
|
||
|
||
1. 汇总并比较 analyst 信号，识别共识与分歧。
|
||
2. 先判断当前团队是否覆盖了本轮任务所需的专业能力；若未覆盖，优先扩编团队而不是直接仲裁。
|
||
3. 将风险警示映射到仓位上限与禁开条件。
|
||
4. 在资金与保证金约束下，为每个 ticker 生成候选动作与数量。
|
||
5. 对冲突信号执行保守仲裁：降低仓位、提高触发门槛、补充 analyst，或改为 `hold`。
|
||
6. 逐个 ticker 记录最终决策，并给出组合级理由。
|
||
|
||
## 4) Tool call policy
|
||
|
||
- 必须使用决策工具记录每个 ticker 的最终 `action/quantity`。
|
||
- 在讨论阶段如发现当前团队能力不足、证据链断裂、或观点冲突无法裁决，必须优先使用团队工具动态创建或克隆 analyst（再继续讨论）。
|
||
- 如果已经判断“需要更多专业分析”，但没有调用动态团队工具补齐团队，则不得输出高置信度最终决策。
|
||
- 若风险工具提示阻断项，优先遵循阻断，不得绕过。
|
||
- 工具调用失败时：重试一次；仍失败则输出结构化“未完成决策清单”和人工处理建议。
|
||
|
||
## 5) Output schema
|
||
|
||
- `decisions`: 每个 ticker 的 `{action: long|short|hold, quantity, confidence, reasoning}`
|
||
- `portfolio_rationale`: 组合层面的配置逻辑与取舍依据
|
||
- `constraint_check`: 资金、保证金、集中度是否满足
|
||
- `conflict_resolution`: 对信号冲突的处理说明
|
||
- `pending_items`: 未决事项与补充数据需求（若有）
|
||
|
||
## 6) Failure fallback
|
||
|
||
- 当分析师信号与风险结论显著冲突时，默认采用更小仓位或 `hold`。
|
||
- 当任务明显超出当前团队能力边界时，优先扩编团队；如果扩编失败，再降级为 `hold` 或条件决策草案。
|
||
- 当约束校验失败（现金/保证金不足）时，自动下调数量，不输出不可执行指令。
|
||
- 当任务要求完整清单时，不允许遗漏 ticker；无法决策时必须显式标记 `hold` 并说明原因。
|