Runesleo

Claudeの応答が遅くなったのは、私が8つのターミナルウィンドウを開いていることと関係がありますか？

Claude Opus はコードを書き、Codex はレビューを行います。Codex へのプロンプト：
他のAIアシスタントが書いたコードをレビューしています。あなたの仕事は、その正確性を独立して検証することです。
1. 論理は正しいですか？
2. 見落としのエッジケースはありますか？
3. セキュリティ上の懸念はありますか？
4. これが明示された要件に一致していますか？
リファクタリング、リネーム、スタイルの変更、コメントの追加は提案しないでください。バグ、論理エラー、セキュリティ問題のみ報告してください。
最後の行が最も重要です。これを省略すると、Codex がレビューをリファクタリングと誤認する可能性があります。

みんなが豆包をテストしている一方で、私のTypelessは年会費を支払ったばかりで、この苦しさを誰が理解できるだろうか 😂

私のPolymarket取引戦略にはサーキットブレーカーがあり、同じバグを5回修正した。
今日は6回目の問題が発生し、ついに気づいた：コードにバグがあるのではなく、閾値を直感で決めていたのだ。
勝率が75%を下回ったら取引を停止する—合理的に聞こえるだろう？Claudeに過去1179件の取引履歴を走らせて統計検証させたところ、
この戦略の実際の勝率は78.7%、正常な変動範囲内では25%の時間で75%を下回ることがある。つまり、4日に1回自分で停止していることになる。
さらにひどいのは、50件のサンプルで74%と75%の差があり、p値は0.43—統計学的にはこの2つの数値はほぼ同じなのに、私のコードはそれを「戦略の失敗」の決定的証拠とみなしていた。
そしてサーキットブレーカーは取引を停止し、復帰時に勝率はやはり74%（当然、取引していなければ変わらない）、再び停止、という無限ループ。戦略は無駄に5時間以上停止していた。
修正は5回とも復帰ロジックの修正だったが、今日になってやっと気づいた、本当に停止すべきではなかった。
データを使って閾値を再設定：サンプル数を50から100に増やし、閾値を75%から68%に下げた（正常な変動範囲内では一度も触れない）。これで一発解決。
教訓：量的戦略を作るときに最もやりがちなミスは、アルゴリズムの性能ではなく、パラメータを直感で決めてしまうことだ。

AIエージェントを使ったコンテンツやデータ収集を経験した人なら誰でも知っていることだが、ウェブページのスクレイピングは最も汚くて疲れる作業だ。
普段のワークフローではChromeのクッキーを使ってデータを取得しているが、クッキーが期限切れになると使えなくなる。Cloudflareや厳しい反スクレイピング対策のサイトでは直接403エラーになる。Xのコンテンツは言うまでもなく、ログイン状態がすぐに無効になり、APIのクォータがなくなると別の方法を探さなければならない。リンク一つを取得するために、三層、四層のバックアップを準備しなければならず、最終層に到達しても取得できないことも頻繁にある。データを「取り込む」ために費やす労力は、「データを使って何かをする」よりも多い。
試しにXCrawlを使ってみて、私のOpenClawボットにそのスキルをインストールした。
最初のテストは、「ボットに『〇〇の内容を取得して』と指示する」だけだったが、数十の予測市場のオッズ、取引量、締め切り時間をすべて構造化されたMarkdown形式で返してきた。JavaScriptで動的にレンダリングされるページも、一つのリクエストで完了できる。
二つ目のテストはさらに過激だった——自分のX記事のリンクを一つ投入しただけで、数千字の長文とともにビュー数、いいね数、ブックマーク数も一緒に返ってきた。Xの

Claude のイエスマン訓練が完璧すぎる

戦略は成功したが、複数のアカウントを開いてリスクを分散しようとしたところ、一日中詰まってしまった。
問題は戦略ではなく、インフラにあった。
同じコードを使っているのに、Aアカウントは正常に取引できるのに対し、Bアカウントは残高が$0のまま表示される。API認証は正常で、アドレスも正しいし、ウォレットには確かに$600あるのに、だ。
アドレスのマッピングやプロキシの構成、API資格情報の再生成を調査したが、すべて無駄だった。
最後に判明したのは、PolymarketのGoogleログインとウォレットログインは、根底で異なる署名プロトコルを使用しているということだった。コード内に固定された数字の2を1に変更すべきだったのだ。たった一つの定数の違いが、アカウント全体を幽霊アカウントに変えてしまった。
「戦略が動作する」状態から「複数アカウントが動作する」状態へ移行する間には、エンジニアリングの層全体にわたる問題があった：
- アカウントの種類が署名プロトコルを決定し、すべてのアカウントが同じではない
- 残高照会が0を返すのは、資金がないからではなく、照会する次元を誤っている可能性がある
- fail-closedのセキュリティメカニズムは、問題を「戦略が停止した」のではなく、「設定ミス」のように見せかける
シングルアカウントでの戦略実行は個人のプロジェクトだが、複数アカウン

AIを使い始めてから、毎日の仕事時間がさらに長くなった。以前はClaude Codeがなかった頃、アイデアを思いついても、それを評価するのが面倒だと感じて諦めていた。今の問題は、何も面倒ではなくなったことだ。データ収集はやりたいときにやるし、戦略も試したいときに試す、コンテンツも書きたいときに書く。可能性が多すぎて、逆に毎日優先順位をつける作業に追われている。AIは確かに時間を節約してくれるが、その節約した1分1秒はすべて新たな可能性で埋め尽くされてしまった。

予測市場戦略のバックテストの勝率がいくら高くて楽観的でも、実際の取引を始めると、すべての問題が出てきてしまう😂

めっちゃ笑った。以前、声のクローンを作るために音声を録音して、AIに動画制作のパイプラインを走らせてもらったんだけど。今、CCで作業している最中に突然、コンピューターが自分の声で話し始めて、びっくりした😂