ストラテジー・タグ付けはどの入力を使う？

ストラテジー・タグ付け：一目でわかる入力

ストラテジー・タグ付けは、取引活動にラベルを付けて、後でカテゴリ間でアウトカムを比較できるようにする手法です。正確に説明するには、ラベリング・ルールに投入される入力と、ラベル付けされた結果が成功だったかどうかを判断するために使う入力に注目してください。

異なるツールや提供者は異なるタグ付けのスキーマを実装するため、最も信頼できるアプローチは、安定したメカニクス（タグ付けロジックが必要とするもの）と変動する条件（市場、ブローカーの執行、データソースが提供するもの）を分けることです。この記事では、通常あなたが必要とする、時間に左右されない共通の入力を説明します。

メカニズム：ストラテジー・タグ付けが一般的に使う入力

ストラテジー・タグ付けをモデル化する実用的な方法は、2段階のプロセスとして考えることです：(1) タグ作成と**(2) 結果評価**。それぞれで入力が異なります。

1) タグを作成するために使う入力（「ラベリング」側）

これは、ルールや分類器が、どのストラテジー／カテゴリのラベルが適用されるかを判断するために使うフィールドです。

よくある入力には次のようなものがあります：

• イベントのタイミング：エントリー時刻、（該当する場合）エグジット時刻。タグ付けルールは、しばしば一貫したタイムゾーンを前提とします。
• インストゥルメントの同一性：取引が参照する市場／インストゥルメント（たとえば通貨ペア）。ラベルのロジックは、通常、一貫したインストゥルメント識別子に依存します。
• 取引の方向とタイプ：買い／売り、そして取引が成行注文か指値注文か、または同様のカテゴリか（システムが記録している場合）。
• 執行と価格の事実：最低限、取引が基づく価格（エントリー価格、そして判明している場合はエグジット価格）。
• 注文／ポジションのパラメータ：たとえばポジションサイズ、レバレッジ（レポートで使う場合）、あるいはタグ付けルールが参照するリスク／ストップのパラメータなど。
• コンテキストのメタデータ：たとえば「セットアップの種類」「セッション」「パターン名」など、タクソノミーの定義に応じてタグ付けしたい任意のカテゴリ項目。

2) 起きたことを評価するために使う入力（「アウトカム」側）

タグ付けのラベルがコンテキストから作成されるとしても、後でパフォーマンスを比較するためには、アウトカムの入力が必要です。

よくあるアウトカム入力には次のようなものがあります：

• エグジット情報：エグジット時刻とエグジット価格（またはエグジットを決める方法）。
• 損益の測定：絶対的な損益、または正規化された指標（たとえば投下額に対するリターン）。ルールが一貫した定義を使う限り、どちらでも構いません。
• コスト：コミッション、手数料、スプレッド関連のコスト。システムがネット結果に含める場合。
• 測定の前提：損益が「最終価格」に基づくのか「約定価格」に基づくのか、そしてスリッページをモデル化するのか無視するのか。

安定した入力 vs. 変動する入力

• 安定したメカニクス：タグ付けルール、入力フィールドからラベルへのマッピング、そしてアウトカムの測定定義。
• 変動する条件：市場の挙動、執行の質、そして記録データの完全性。

証拠または例：チェック可能な記録で「入力」がどのように見えるか

単一の取引レコードをデータの1行だと考えてください。ストラテジー・タグ付けは通常、その行からフィールドの一部を必要とします。

チェック可能な例としての入力セット（説明用であり、実データではありません）は次のようになるかもしれません：

• ラベル関連のフィールド：エントリー時刻、インストゥルメントID、方向、セットアップ名（記録している場合）、およびルールが参照するポジション・パラメータ。
• アウトカム関連のフィールド：エグジット時刻、エグジット価格、ネット損益の定義、そしてコストが含まれていたかどうか。

タグ付けを再現可能にするには、次のような前提を例に明記する必要があります：

• タイムスタンプのタイムゾーン処理。
• エントリーとエグジットに使う「どの価格」（約定 vs. 提示）。
• 損益計算における「ネット」の意味（手数料やスプレッドを含むのか、含まないのか）。

これらの前提が、取引間、またはテストと評価の間で変わる場合、入力は比較可能ではなくなります。

制限と失敗パターン

入力リストが明確でも、ストラテジー・タグ付けは、入力が一貫していないと失敗したり誤解を招いたりする可能性があります。

主な制限には次のようなものがあります：

• 欠落または不完全なフィールド：タグ付けルールがセットアップのコンテキストを期待しているのに、記録にそれがない場合、未知のカテゴリになったり、強制的なカテゴリ付けになったりすることがあります。
• ラベルの不一致：コンテキスト・フィールドの意味が時間とともに変わる場合（たとえばカテゴリ名を変更したり、「セットアップの種類」の定義を変えたりすると）、タグが比較不能になります。
• アウトカム定義のドリフト：過去の結果が、新しい取引とは異なるコストや約定の前提で計算されている可能性があります。
• 執行とコスト：コミッション、スプレッド、スリッページを無視すると、比較を変えてしまうほどアウトカムが変わることがあります。
• データのタイミングの不一致：タイムスタンプが異なる方法で記録されている場合（タイムゾーンの変更、時計のズレなど）、取引をセッションやパターンにグルーピングすることが信頼できなくなります。