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:

実際に実行したチェックで裏付けられるフィールドだけを記入します。ブロックを完全な形に見せるために、不足しているフィールドを作り出してはいけません。

ベストプラクティス

  • 2つのチェックですでに問いに答えられる場合は、既定ですべてのスキルを実行しないでください
  • 重大な問題であることを伝えずに、その問題を越えて先へ進まないでください
  • セットアップが妥当でも、実際のリスクが執行、集中度、またはサイズにある場合は、それらのチェックを省かないでください
  • 包括的な仕組みによって、重要な懸念を生み出した基礎スキルが分からなくならないようにしてください

使用例

  • 「半導体株のスイングロングのアイデアについて、pre-trade-check を使って、実際に準備が整っているか教えてください。」
  • 「来週のウォッチリストに pre-trade-check を使い、最適なセットアップを選んで、エントリー前に必要な最低限のチェックを実施してください。」

コメント

Markdown 対応