Add dynamic analyst runtime updates and deployment guides

backend/skills/builtin/portfolio_decisioning/SKILL.md

@@ -23,15 +23,17 @@ version: 1.0.0
 ## 3) Decision procedure
 
 1. 汇总并比较 analyst 信号，识别共识与分歧。
-2. 将风险警示映射到仓位上限与禁开条件。
-3. 在资金与保证金约束下，为每个 ticker 生成候选动作与数量。
-4. 对冲突信号执行保守仲裁：降低仓位、提高触发门槛或改为 `hold`。
-5. 逐个 ticker 记录最终决策，并给出组合级理由。
+2. 先判断当前团队是否覆盖了本轮任务所需的专业能力；若未覆盖，优先扩编团队而不是直接仲裁。
+3. 将风险警示映射到仓位上限与禁开条件。
+4. 在资金与保证金约束下，为每个 ticker 生成候选动作与数量。
+5. 对冲突信号执行保守仲裁：降低仓位、提高触发门槛、补充 analyst，或改为 `hold`。
+6. 逐个 ticker 记录最终决策，并给出组合级理由。
 
 ## 4) Tool call policy
 
 - 必须使用决策工具记录每个 ticker 的最终 `action/quantity`。
-- 在讨论阶段如发现当前团队能力不足，可使用团队工具动态创建或移除 analyst（再继续讨论）。
+- 在讨论阶段如发现当前团队能力不足、证据链断裂、或观点冲突无法裁决，必须优先使用团队工具动态创建或克隆 analyst（再继续讨论）。
+- 如果已经判断“需要更多专业分析”，但没有调用动态团队工具补齐团队，则不得输出高置信度最终决策。
 - 若风险工具提示阻断项，优先遵循阻断，不得绕过。
 - 工具调用失败时：重试一次；仍失败则输出结构化“未完成决策清单”和人工处理建议。
 
@@ -46,5 +48,6 @@ version: 1.0.0
 ## 6) Failure fallback
 
 - 当分析师信号与风险结论显著冲突时，默认采用更小仓位或 `hold`。
+- 当任务明显超出当前团队能力边界时，优先扩编团队；如果扩编失败，再降级为 `hold` 或条件决策草案。
 - 当约束校验失败（现金/保证金不足）时，自动下调数量，不输出不可执行指令。
 - 当任务要求完整清单时，不允许遗漏 ticker；无法决策时必须显式标记 `hold` 并说明原因。