あなたは「記録すればするほど増える＝進歩している」と思っているかもしれないが、実は“穴を掘っている”だけだ。

今日はGoogleチームのWikiSkill論文を読んだ。自分が量的（クオンツ）システムを作ってきた経験と重ねて、強く感じるところがあった。

━━━ 論文の核心は一言 ━━━

失敗は必ず永久の資産に変える。しかし実行戦略は修正可能でなければならない。

ほとんどの人（僕も含めて）が犯す同じ間違いがある。「なぜ失敗したのか」と「次にどうするのか」を、同じノートに混ぜて書いてしまうことだ。今日の失敗の原因を書き留めても、明日には打ち手を調整したのにノートは直さない。1か月も経つと、当時どう考えていたのか本当に分からなくなる。

論文の中に、僕を震えさせたデータがある。9Bの小型モデルに構造化マニュアルを組み合わせると、そのまま27Bの“素の”ロングランをひっくり返す。27Bにマニュアルを加えると、特定のタスクで40%から81%へと狂気じみた伸びを見せた。パラメータの差は、「知識の組織化方法」の差ほど大きくない。

━━━ もっと残酷な一条 ━━━

小型モデルがひっくり返らないために書く保守的な“パッチ”は、トップクラスの大規模モデルを50%から18%へ直接叩き落とす。

僕は自分の取引システムで実際に検証した。初期のサンプル数が4件しかない段階で、ある戦略方向を禁止した。その結果、この「防護ルール」が、本来価値のある機会をすべて遮断してしまっていた可能性がある。サンプル4件では統計的にまったく意味がないが、それでも“ルール”という形で生き残り、システムの中で動き続けていた。

━━━ 何を変えたか ━━━

すべての記録を物理的に3層に分けた：
原始トレース → 読み取り専用のアーカイブ（変更しない）
ハマり込みの認知 → 追加のみ（減らさない）、永久に保持
実行マニュアル → いつでも修正可能、ロールバックもできる

同時に、すべてのルールにサンプル量のラベルを付けた。n<30は警告、n<10は強制的に降格——削除するのではなく、独立して意思決定を発火させないようにする。

━━━ この一条を覚えておけ ━━━

戦い方は失敗してもいい。でも、失敗への理解まで一緒に消えてしまってはならない。

#量化交易 #交易系统 #知識管理