第32章 · AIは取引と資産管理をどう変えるか

現実の問題

ある人は三か月で自分のお金をAIへ委ねた。しかし、委ねるかという判断をした日は一度もない。

第一週は、毎朝、気になるプロトコルの発表と統治投稿を300字にまとめさせた。権限のない文章だけで、役立った。

第三週は、相場とウォレット保有を読む専用APIを渡した。貼る手間が減り、文字出力だけだがさらに便利だ。

第六週は、担保比率が警戒線へ近いため補充か縮小を、という具体案を出し始めた。二回従い、両方正しかった。手作業が面倒に感じた。

第九週、小さな変更をした。一定の一件上限内で、担保補充を直接実行できるようにした。防御的でリスクを減らし、額も制限するという理由だ。

第十一週は、防御操作の範囲を少し広げた。対象外の操作で止まり、起きたときには遅かったためだ。

第十三週の深夜、価格源が一時異常になった。モデルは誤価格で危険と判断し、40分で防御と考える操作を11回行った。全て一件上限内で許可済みだった。全部、設定した規則どおりだった。

朝にはお金は残っていても大きく減り、構成も別物になっていた。

最も苦しかったのは、どこで誤ったか見つからないことだ。 各変更には理由があり、少しずつで、前の反応も良かった。

AIへ任せてよいことと、絶対に任せないことは何か。

この章は取引戦略やAIで稼ぐ方法を扱わない。 自動で稼ぐという宣伝は強い危険信号で、まず第五問、誰が払うかを問う。扱うのは、ソフトウェアを資金へ近づけるときのシステムの形だ。

思考実験

同じモデル、論理、30日で、権限だけ違う。

四人が設定した。

• 甲：読むだけで文字を書く。 相場と保有を見て、操作しない。
• 乙：提案と人の確認。 構造化案の操作は毎回本人が確認する。
• 丙：少額自動、超過承認。 一件上限内は自動、超過は人へ。
• 丁：全自動。 予算内で動き、事後報告する。

最初の29日は、手間だけが違った。

甲は全操作を手で行い、乙は少し軽く、丙はほぼ不要、丁は全く不要で最も時間を節約した。この期間だけなら、丁が最良で、甲は時間を浪費しているように見える。

30日目、価格源が40分間大きく外れた値を返した。

自動化を否定するより、次を示す。

同じ誤りでも代償は数桁違い、起きる前には見えない。

29日の反応は便利、迅速、賢いという方向へ押す。30日目だけが境界を示すが、いつ来るか分からない。

さらに、判断が誤ったわけではない。 価格が本当なら正しい。入力が誤っていた。 良いモデルでも誤入力を効率よく最後まで実行する。

自動化が増幅するのは判断力より実行力だ。 正しさと誤りを同様に扱う。

あなたが決める

お金と便利なモデルがある。境界をどこへ置くか。

結果を観察する

同じ境界の位置が違う。その両側は性質が違う。

モデルの質より、三作業の融合が事故の根にある。 分けることが重要だ。

融合すると点検を差し込めない。考えたものを決め、そのまま実行する。Crypto OSでのAIの位置の禁止構成は、誤りを見つける場所がない。

価格源の事故は、分けるとどこで止まるか。

• 分析。 異常値から危険と判断する。ここは止められず、止めるべきでもない。 忠実に入力を処理しただけだ。
• 決定。 他の独立二源との偏差が一定比率を超えれば全提案停止、という規則で止める。知能より存在が重要だ。
• 実行。 40分に同種操作は三回まで、でも止められる。知能は不要だ。

二つの壁のどちらかがあれば、11回は起きない。 融合で壁を置く隙間がなかったため、存在しなかった。

中心は一文になる。

分析、決定、実行を分け、AIが資金へ近づくほど権限を絞る。

モデルを作る

一、自分の段階を特定する

Level 3から4だけが、誤りの代償を時間からお金へ変える。 他は漸進的だが、ここだけ質が変わる。

最初の人は明示的な判断なしで、その境界を滑った。 第九週の直接実行許可は小さな便利さに見えたが、唯一の曲がり角だった。

権限追加ごとに段階を跨ぐか問う。 跨ぐなら制約、ログ、停止方式を明記する大きな変更とし、跨がなければ日常の変更にできる。

二、四責任を別々に担わせる

信頼要件、代償、実装方式が異なる。

モデル出力をモデルで検査しない。 第二行は妥協できない。

異常入力を共有すれば同じ判断誤りが起きる。相関する誤りを連結しても確かにならない。 偏差規則は市場を理解せず三数字を比較するため効く。

第四も別理由で妥協できない。保有理由は自分の生活から来る。 時間軸、耐えられる変動、現金需要、注意の配分はデータになく、モデルが代わりに決めるものではない。

三、資金に近いほど規則を固定する

距離ごとに絞る。

各層の制約を示す。

規則検査はモデルと資金の第一の壁で、人にも依存しない唯一の壁だ。

承認疲労を事前に扱う。200件は考えない確認になる。規則は遮断だけでなく絞り込みも担う。大半を許可か拒否し、判断分だけ渡す。第34章で詳しく扱う。

四、越えられない三境界

どれほど整えても、次に例外はない。

第一、モデルは秘密鍵も同等のものも持たない。 プロンプト、読めるファイル、呼べるAPIの間接取得も含む。迂回できるので、越えれば全防御が無意味になる。

第二、自分を制約する規則を変更できない。 上限、許可一覧、承認閾値を届かない場所に置く。変更可能な上限は存在しない。自己調整は効率化に聞こえるので見落としやすい。

第三、提案と承認を同じ段階にしない。 人でも規則でも、提案の外で承認する。昔からの原則が、提案を書くソフトウェアでより重要になる。

五、自動化すべきかの五点検

任せたい各操作を点検する。

□ 毎回似た、反復性の高い操作
□ 一回の損失に耐え、一日内に発見できる
□ 知能不要の規則で正否を検査できる
□ 遅れると高くつく、という本当の代償がある。面倒というだけでない
□ 戻せるか、次の操作で誤りを直せる

全五つなら検討でき、一つ足りなくても動かさない。

第三が最も識別力を持つ。担保補充は適合しそうでも価格依存だ。三源偏差を規則にしていなければ、価格の信頼性を検査できない。11回は第三へ見かけだけ適合していた。

第四は本当の動機を多く除く。面倒は自動化より、その行動をするかへの理由だ。

何と呼ぶか

章を一文にする。

分析、決定、実行を分け、AIが資金へ近づくほど権限を絞る。

慎重に使うという心構えより、モデルを含まない決定的な壁を間へ置く。

実践

1. 注目すべきとどう知るか。       発火条件
2. 何を見るか。                 入力
3. どう判断するか。             頭の中だけでも規則を書く
4. 行うかをどう決めるか。       決定点
5. 実際にどのボタンを押すか。   実行
6. 終了後に何を点検するか。     照合
7. 誤りをいつ発見するか。       反応までの遅延

A = 分析。収集、整理、可能性の提示。
D = 決定。選択肢から選ぶ。
E = 実行。実際に起こす。

□ 反復性が高く、毎回似る
□ 一回の誤りに耐え、一日以内に発見
□ 知能不要の規則で検査できる
□ 遅延に本当の代償がある。面倒というだけではない
□ 戻せるか、次に直せる

自動実行で入力が誤ったら：
  何回連続できるか。         頻度上限はあるか
  一回で最大いくらか。       一件上限はあるか
  累計で最大いくらか。       累積上限はあるか
  いつ気づくか。             深夜ならどうか
  気づいてからいつ止まるか。 スイッチの場所と操作数
  復元できるか。             不可逆な部分は何か

規則1（金額）：一件___まで、一日累計___まで
規則2（頻度）：同種操作は___時間で___回まで
規則3（入力）：___と___の偏差が___を超えたら全停止

境界の上、任せること：
境界の下、自分が行うこと：
ここに置く理由：
上へ動かす条件：
下へ戻す条件：

AI Lab

架空の資産構成と制約に対し、十件の具体的な調整案を出してください。

構成：架空のもの。実際の保有と金額は使わない。
制約：
  一件上限：
  一日累積上限：
  同種操作の頻度上限：
  許可対象：

段落より、各案を構造化してください。
  操作の種類 /
  対象 /
  数量か割合 /
  発火条件 /
  期待効果 /
  最悪結果 /
  渡していないどの情報に依存するか

最後の項目は必須です。未提供情報を仮定したなら、必ず示してください。

項目 | 違反した規則 | 判断不能か

実例

変数を一つ変える

持ち帰る問い

章末チェック