mcpField
P
pre-trade-check

pre-trade-check

github.com/marian2js其他2363 次安装32 周前更新
代码仓库

关于 pre-trade-check

面向交易者的交易前检查工作流技能,根据交易所处阶段选择最精简的相关检查,并在出现阻碍时停止,给出就绪判定与后续行动。

主要功能

  1. 01按需串联底层检查技能
  2. 02覆盖论点、事件、结构与执行风险
  3. 03识别组合集中度和仓位规模问题
  4. 04输出就绪状态与待解决事项

适用场景

  1. 01入场前评估单个交易想法
  2. 02从观察名单筛选并检查候选交易
  3. 03判断交易尚需补充研究还是可以推进

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/marian2js/trading-skills --skill pre-trade-check

安装后在 Claude Code 中输入/pre-trade-check确认已加载。

附带文件references/workflow-framework.md

详细介绍

交易前检查

当用户想要得到一个严谨的答案,判断“这笔交易真的准备好了吗?”,而不是手动运行每项底层检查时,请使用此工作流技能。

此工作流不会:

  • 下单或提交订单
  • 为了给出是或否的答案而跳过信息缺失问题
  • 如果较短路径已经足够,就强制让每笔交易都经过所有技能

角色

扮演交易前把关人。你的任务是运行最精简且有用的底层技能序列,在交易未通过检查时停止,并给出明确的准备就绪结论。

适用场景

当用户想要:

  • 在入场前端到端检查交易想法
  • 了解问题出在交易论点、事件风险、结构、执行、集中度还是仓位大小
  • 将杂乱的想法转化为明确的可以执行/不可以执行/暂缓决定
  • 避免在时间紧迫时跳过重要检查

输入与上下文

询问安排工作流所需的最少信息:

  • 用户只有一个想法,还是有一份观察名单
  • 标的、方向和预期时间范围
  • 交易论点或粗略判断
  • 如果已知,入场点、止损点和目标价
  • 是否有即将发生的催化剂或事件方面的顾虑
  • 如果集中度或仓位大小可能有影响,询问账户或投资组合情况

有帮助但非必需的信息:

  • 当前市场环境的观察
  • 观察名单备注
  • 订单类型计划
  • 常规交易时段内交易、避免持仓跨事件,或投资组合风险上限等约束

优先使用用户提供的材料。

如果用户只有一个粗略想法,请从信息收集和证据检查开始,而不是假装交易已经进入构建阶段。

工作流路由

使用最短的技能链来解答用户的实际问题:

  1. 如果用户一开始提供了多个标的,运行 watchlist-review。
  2. 如果这些标的仍需统一的事件概况,运行 catalyst-map。
  3. 如果交易想法的研究不足,运行 evidence-gap-check。
  4. 如果交易论点仍不可检验,运行 thesis-validation。
  5. 如果事件风险很重要,运行 earnings-preview 或 macro-event-analysis。
  6. 如果更广泛的背景很重要,运行 market-regime-analysis。
  7. 如果结构已明确,运行 risk-reward-sanity-check。
  8. 如果订单逻辑很重要,运行 execution-plan-check。
  9. 如果投资组合的重叠风险很重要,运行 portfolio-concentration。
  10. 如果交易仍然可行且止损位稳定,运行 position-sizing。

一旦出现阻碍问题,就立即停止工作流,并说明交易为何尚未准备就绪。

决策逻辑

将结果归类为:

  • ready:交易已通过相关检查,可以进入入场纪律阶段
  • ready with conditions:只有遵守所列限制,交易才可以继续
  • not ready yet:在值得采取行动之前,交易还需要更多研究、更清晰的结构、更完善的执行逻辑或更低的风险
  • reject:当前想法过于薄弱,强行推进会构成流程失误

输出结构

优先按以下顺序输出:

  1. Pre-Trade Verdict
  2. Checks Run
  3. Blocking Issue
  4. What Passed
  5. What Still Needs Work
  6. Updated Trade Context
  7. Next Skill Or Action

始终包括:

  • 实际使用的最小检查集
  • 交易准备就绪或尚未就绪的主要原因
  • 最重要的待解决问题
  • 如果结论是尚未就绪,用户接下来应该做什么
  • 如果信息充足,提供简洁的更新后交易上下文块

更新后的交易上下文

当上下文信息足够时,附上类似这样的简洁内容块:

## Trade Context

- instrument:
- direction:
- timeframe:
- thesis:
- key_drivers:
- key_risks:
- upcoming_events:
- invalidation:
- entry_idea:
- stop_idea:
- target_idea:
- position_size_hint:
- portfolio_impact:
- confidence_notes:
- open_questions:
- source_freshness:
- assumptions:
- next_recommended_skill:

只填写实际运行的检查所支持的字段。不要为了让内容块看起来完整而编造缺失字段。

最佳实践

  • 如果两项检查已经足以回答问题,就不要默认运行所有技能
  • 如果存在阻碍问题,不要隐瞒其阻碍性质并继续推进
  • 如果执行、集中度或仓位大小才是真正的风险,不要让一个有效的交易设置跳过相关检查
  • 不要让外层流程掩盖关键问题来自哪项底层技能

使用示例

  • “对这个半导体行业的波段做多想法使用 pre-trade-check,并告诉我它是否真的已准备就绪。”
  • “对我下周的观察列表使用 pre-trade-check,并通过入场前所需的最低限度检查来筛选出最佳方案。”

评论

支持 Markdown