ワークフロー導入：リサーチ・トレーディング・レビューのSOP

1. 出発点：ツールは豊富、プロセスは希薄

「要約用のAI」「コーディング用のバックテスト」「注文用のAPI」をそれぞれ単体で使っても、体系的な仕組みにはなりません。ワークフローが固定されていないと、冷静な相場ではチャットの結論に頼りすぎる、ボラティリティが高まるとチェックを省く、イベント期間中にルールを臨時変更する、同じ基準で事後検証できない——といった問題が頻発します。レッスン6の課題は、これまでの5回のレッスンを反復可能なSOPにまとめ上げ、AIをあくまでアシスタントと位置づけ、プレッシャー下でも人間の規律が決して置き換えられないようにすることです。

2. SOP概要：6ステップを1週間に組み込む

ワークフローは時間軸で3つに区分します。リサーチ期間（ステップ1～3）、実行期間（ステップ4と6）、レビュー期間（ステップ5）です。イベント期間（レッスン4）は、実行の前後を横断して適用する特別ルールです。

リサーチ期間

情報とカレンダーを整理し、信頼性の高い情報源とR-C-E-Vの制約を活用して検証ポイントを作ります。検証可能な仮説に対してはバックテストまたはペーパートラッキングを実施し、コストとアウトオブサンプルの結論を記録します。成果物は、ファクトシート（検証済み項目のみ）、仮説リスト（無効化条件付き）、および観察または小ポジションで参入するかの初期判断です。

実行期間

ポジションを建てる前に、リスク管理チェックリストと端末チェックを完了します。イベントウィンドウはダウングレードルールに従って対応し、ルールが明確でサーキットブレーカーが有効な場合にのみ自動化スクリプトを実行します。

レビュー期間

実際の取引記録を取り込み、計画と現実を突き合わせます。エラーの種類を分類し、翌週の改善項目を更新します。集中限度が破られていないかも確認します。

3. 日次ワークフロー：ポジション建て前の最小クローズドループ

取引を予定している各営業日には、以下のステップを固定の順序で10～20分（ポジションの複雑さに応じて）で完了できます。

• ステップ1： ファクトシートがまだ有効かを確認する（お知らせ、手数料、オンチェーンパラメータ、プラットフォームルールの変更がないか）。

• ステップ2： 本日がイベントウィンドウに該当するかを確認し、該当する場合はルールに従ってレバレッジが削減されているか、新規ポジションが禁止されているかを確認する。

• ステップ3： 取引計画を再調整する。方向、根拠、無効化条件、ストップロス、目標価格または時間での手仕舞い、最大許容損失を見直す。

• ステップ4： リスク管理チェックリストをクロスチェックする。単一取引のリスク、総エクスポージャー、証拠金モード、既存ポジションとの競合を確認する。

• ステップ5： 取引ペア、方向、数量、ポジションタイプ（削減または新規のみ）を手動で最終確認する。

• ステップ6： 実行後、計画と実際の結果の両方をジャーナルフィールドに記録し、後日の記憶に頼った記入を防ぐ。

AIはステップ3と4でのチェックリスト生成や再調整用テキストの作成を支援できます。ステップ5と6は外部委託してはいけません。

4. 週次ワークフロー：リサーチとレビューの固定リズム

毎週、完全なリサーチとレビューのセッションを設けることを推奨します（例：週末や低ボラティリティ期間）。構成は以下の通りです。

リサーチセグメント（約30～45分）

マクロ指標と暗号資産に連動する観測値を更新します（金利、USD、リスク選好のプロキシ、BTC/ETHの構造）。イベントカレンダーを更新し、ファクトシートから期限切れの項目を削除して整理します。翌週に向けて検証可能な仮説を1～3つ挙げ、検証できないストーリーは却下します。

レビューセグメント（約30～45分）

週の取引を取り込み、総損益と手数料を計算します。執行上の問題（スリッページ、誤発注、計画外のストップロス）に注釈を付け、エラーの種類を分類します。翌週に実行可能な改善点を1つ決定します（例：「イベント前日にレバレッジ調整を行わない」「OOSバックテストなしで新戦略を導入しない」）。

AIはフォーマットと分類に適していますが、数値と取引記録はエクスポートされたデータから取得する必要があります。

5. イベント期間SOP：レッスン4と連携したハードルール

イベント期間のルールは、その場の判断ではなく、デフォルト戦略として文章化します。

• イベント24時間前： 高レバレッジの新規ポジションは禁止。新たな自動注文ルールの展開も禁止。利用可能な証拠金とステーブルコイン比率を確認すること。

• イベント中： AIの即時サマリーに基づく追いかけトレードは禁止。公式データと期待値からの乖離に頼ること。戦略がそのように設計されている場合にのみ、削減またはヘッジアクションを許可する。

• イベント後： スプレッドとボラティリティ構造が正常化した後にのみ再評価。レビューで実際の値動きとシナリオ計画との乖離を記録する。

6. 自動化SOP：レッスン5と連携した起動チェックリスト

新しいスクリプトやエージェント機能を起動する前に、以下の簡易チェックリストを実施します。

• 権限は最小限に抑えられているか。

• 読み取り専用の監視とは分離されているか。

• 1日の損失上限と連続失敗時のサーキットブレーカーはあるか。

• 出金や高権限のオンチェーン認証は禁止されているか。

• キーはリポジトリやチャットから隔離されているか。

• 自動注文発注はイベント期間中デフォルトで無効化されているか。

• 手動確認ポイントは設けられているか。

いずれかの項目に不合格がある場合は、起動しないか、シグナルのみの運用に留めます。

7. よくある障害パターンとその対策

ワークフローの障害は、多くの場合特定可能なパターンから生じます。

パターン1：リサーチ結果をそのままライブトレードに使う

対策：ファクトシートと仮説リストを分離し、未検証の項目は実行チェックリストに入れない。

パターン2：バックテストの結果が良いからポジションサイズを増やす

対策：コストに対してOOS（アウトオブサンプル）の悲観的シナリオを強制し、ペーパートラッキングが通るまでポジションの拡大は行わない。

パターン3：イベント期間中にルールを一時的に破る

対策：イベントルールはあらかじめSOPに書き込んでおく。例外は記録し、必ずレビューに含める。

パターン4：自動化が怠慢な執行を隠蔽する

対策：自動化は文書化されたルールのみを実行する。ルール変更は、コード改変の前にドキュメント更新を必須とする。

パターン5：レビューに感情は記録するがデータは記録しない

対策：ジャーナルフィールドは固定フォーマットにする。AIは整理のみを行い、取引記録を捏造してはならない。

8. アシストトレードにおけるAIの役割

AIは情報処理とエンジニアリングの効率を高めますが、検証、リスク管理、執行の責任は依然として人間にあります。6つのポジションマップは「どこに使うか」を整理し、入力規律は「欠陥データから始めない」を徹底し、バックテストの監査は「カーブフィッティングに騙されない」を担保し、イベント境界は「プレッシャー下でギャンブルしない」を守り、自動化の安全策は「単一のミスを継続させない」を実現します。そしてこのレッスンのSOPは「来週も同じことができるか」に答えます。

経験を積んだトレーダーであれば、すべての要素を一度に完璧に実装する必要はありません。「ファクトシート＋取引前6ステップ＋週次レビュー」から始め、4～8週間運用した後に、階層化バックテスト、イベント対応のダウングレードルール、自動化チェックリストを順次追加してください。ワークフローの真価は再現性にあります。再現性があって初めて、改善が本物かどうかを判断できます。

9. レッスンのまとめ

レッスン6では、AI支援による暗号資産取引を概念から具体的なワークフローへと昇華させました。リサーチ期間は検証と反証可能性に重点を置き、実行期間はチェックリストと最終確認を重視し、レビュー期間は正確な記録と1つの実行可能な改善点に絞ります。イベント期間と自動化の仕組みは、ダウングレードルールと権限のサーキットブレーカーを通じてテールリスクを抑制します。ツールやモデルは変わっても、ワークフローは安定しています。市場のプレッシャーに直面した長期的な一貫性には、新しいプロンプトを追い求めるよりも、確立したワークフローに従う方が効果的です。本コースは以上で終了です。今後、プラットフォームの機能や市場構造が変わった場合には、ワークフローそのものを放棄するのではなく、ファクトシートとチェックリストを更新してください。