Runesleo
現在、コンテンツはありません
runesleo
私はClaude Codeを少し触ってみたところ、全体で12個のMCPが常駐していることに気づきました。
各MCPのツール説明は常駐するシステムプロンプトに含まれており、調整の有無にかかわらず、常にコンテキストを消費しています。
14日間の呼び出しデータを集計した結果、6つのMCPは2週間で合計わずか10回未満の呼び出ししかありませんでした。そこで、これらを6つに減らすことにしました。
削減後に考えたのは、どのツールをMCPで使い、どれをCLIだけで十分に済ませるべきかということです。
MCPの利点は構造化にあります。Claudeはパラメータのスキーマを見て直接呼び出すことができ、複雑なインタラクション（ログイン状態、長期接続、多段階操作）もより安定して処理できます。
しかし、その代償として常駐コンテキストが必要です。10個のMCPを設定すれば、数十個のツール説明が常にそこに存在し続けることになります。
一方、CLIにはこのオーバーヘッドはありません。コマンドは実行時にだけコンテキストに入り、実行後は消えます。
私の現在の方針は、Claudeが積極的に発見・呼び出す必要のあるもの（記憶システム、TGメッセージ）だけをMCPに残し、それ以外は可能な限りCLI化することです。
全体のMCPは5〜6個以内に抑え、その他はプロジェクトごとに必要に応じてロードします。
原文表示各MCPのツール説明は常駐するシステムプロンプトに含まれており、調整の有無にかかわらず、常にコンテキストを消費しています。
14日間の呼び出しデータを集計した結果、6つのMCPは2週間で合計わずか10回未満の呼び出ししかありませんでした。そこで、これらを6つに減らすことにしました。
削減後に考えたのは、どのツールをMCPで使い、どれをCLIだけで十分に済ませるべきかということです。
MCPの利点は構造化にあります。Claudeはパラメータのスキーマを見て直接呼び出すことができ、複雑なインタラクション（ログイン状態、長期接続、多段階操作）もより安定して処理できます。
しかし、その代償として常駐コンテキストが必要です。10個のMCPを設定すれば、数十個のツール説明が常にそこに存在し続けることになります。
一方、CLIにはこのオーバーヘッドはありません。コマンドは実行時にだけコンテキストに入り、実行後は消えます。
私の現在の方針は、Claudeが積極的に発見・呼び出す必要のあるもの（記憶システム、TGメッセージ）だけをMCPに残し、それ以外は可能な限りCLI化することです。
全体のMCPは5〜6個以内に抑え、その他はプロジェクトごとに必要に応じてロードします。
- 報酬
- 1
- コメント
- リポスト
- 共有
毎日GitHubの人気プロジェクトを一巡し、自分のワークフローを最適化できるものを探しています。今日見つけた中で半分はClaude Codeエコシステムに関するもので、特におすすめの3つを紹介します：
claude-code-best-practice（+2407⭐）
87のCC使用テクニックと8種類のコミュニティワークフローの比較を整理。初心者や一定期間使った方が体系的に理解したい場合に最適です。
oh-my-claudecode（+1126⭐）
複数エージェントの編成フレームワークで、19のプリセットエージェントと自動モデルルーティングを搭載（簡単なタスクはHaikuでコスト削減、複雑なものは自動的にOpusに昇格）。最も面白いのは、デバッグ過程から再利用可能なスキルを自動抽出できる点で、手動で書く必要がありません。既にCCを使って仕事をしているチームやコラボレーションを考えている方に適しています。
superpowers（+2620⭐、総星数128K）
Jesse Vincentによるエージェントスキルフレームワークで、テスト駆動とGitワークツリーの隔離を核としています。コード品質にこだわり、エージェントによるコードの乱改を避けたい方に最適です。
段階別の選び方：入門はbest-practice、実務はsuperpowers、チーム運営はoh-my-claudecode。
原文表示claude-code-best-practice（+2407⭐）
87のCC使用テクニックと8種類のコミュニティワークフローの比較を整理。初心者や一定期間使った方が体系的に理解したい場合に最適です。
oh-my-claudecode（+1126⭐）
複数エージェントの編成フレームワークで、19のプリセットエージェントと自動モデルルーティングを搭載（簡単なタスクはHaikuでコスト削減、複雑なものは自動的にOpusに昇格）。最も面白いのは、デバッグ過程から再利用可能なスキルを自動抽出できる点で、手動で書く必要がありません。既にCCを使って仕事をしているチームやコラボレーションを考えている方に適しています。
superpowers（+2620⭐、総星数128K）
Jesse Vincentによるエージェントスキルフレームワークで、テスト駆動とGitワークツリーの隔離を核としています。コード品質にこだわり、エージェントによるコードの乱改を避けたい方に最適です。
段階別の選び方：入門はbest-practice、実務はsuperpowers、チーム運営はoh-my-claudecode。
- 報酬
- 2
- コメント
- リポスト
- 共有
Claudeの応答が遅くなったのは、私が8つのターミナルウィンドウを開いていることと関係がありますか？
原文表示- 報酬
- いいね
- コメント
- リポスト
- 共有
Claude Opus はコードを書き、Codex はレビューを行います。Codex へのプロンプト：
他のAIアシスタントが書いたコードをレビューしています。あなたの仕事は、その正確性を独立して検証することです。
1. 論理は正しいですか？
2. 見落としのエッジケースはありますか？
3. セキュリティ上の懸念はありますか？
4. これが明示された要件に一致していますか？
リファクタリング、リネーム、スタイルの変更、コメントの追加は提案しないでください。バグ、論理エラー、セキュリティ問題のみ報告してください。
最後の行が最も重要です。これを省略すると、Codex がレビューをリファクタリングと誤認する可能性があります。
原文表示他のAIアシスタントが書いたコードをレビューしています。あなたの仕事は、その正確性を独立して検証することです。
1. 論理は正しいですか？
2. 見落としのエッジケースはありますか？
3. セキュリティ上の懸念はありますか？
4. これが明示された要件に一致していますか？
リファクタリング、リネーム、スタイルの変更、コメントの追加は提案しないでください。バグ、論理エラー、セキュリティ問題のみ報告してください。
最後の行が最も重要です。これを省略すると、Codex がレビューをリファクタリングと誤認する可能性があります。
- 報酬
- 1
- コメント
- リポスト
- 共有
私の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%に下げた（正常な変動範囲内では一度も触れない）。これで一発解決。
教訓：量的戦略を作るときに最もやりがちなミスは、アルゴリズムの性能ではなく、パラメータを直感で決めてしまうことだ。
原文表示今日は6回目の問題が発生し、ついに気づいた：コードにバグがあるのではなく、閾値を直感で決めていたのだ。
勝率が75%を下回ったら取引を停止する—合理的に聞こえるだろう？Claudeに過去1179件の取引履歴を走らせて統計検証させたところ、
この戦略の実際の勝率は78.7%、正常な変動範囲内では25%の時間で75%を下回ることがある。つまり、4日に1回自分で停止していることになる。
さらにひどいのは、50件のサンプルで74%と75%の差があり、p値は0.43—統計学的にはこの2つの数値はほぼ同じなのに、私のコードはそれを「戦略の失敗」の決定的証拠とみなしていた。
そしてサーキットブレーカーは取引を停止し、復帰時に勝率はやはり74%（当然、取引していなければ変わらない）、再び停止、という無限ループ。戦略は無駄に5時間以上停止していた。
修正は5回とも復帰ロジックの修正だったが、今日になってやっと気づいた、本当に停止すべきではなかった。
データを使って閾値を再設定：サンプル数を50から100に増やし、閾値を75%から68%に下げた（正常な変動範囲内では一度も触れない）。これで一発解決。
教訓：量的戦略を作るときに最もやりがちなミスは、アルゴリズムの性能ではなく、パラメータを直感で決めてしまうことだ。
- 報酬
- 1
- コメント
- リポスト
- 共有
新しい期のマスクの給与が振り込まれました、$551
2週間、274万回表示
累計受取額は$2060。3年間は$1508 がほぼ追走期間で、最近2週間の$551 が総収入の27%
3ヶ月で930万回表示、36.4万回のインタラクション、6.3万回の保存
成長曲線は収入自体よりも良く見える
原文表示2週間、274万回表示
累計受取額は$2060。3年間は$1508 がほぼ追走期間で、最近2週間の$551 が総収入の27%
3ヶ月で930万回表示、36.4万回のインタラクション、6.3万回の保存
成長曲線は収入自体よりも良く見える
- 報酬
- いいね
- 1
- リポスト
- 共有
Ms.ZhouJanet
:
フォローしてくれる兄さん、私を見てください。少しだけ応援してください。乗って一緒に稼ぎましょう。私も安定しています、ストップロスを設定します。:AIエージェントを使ったコンテンツやデータ収集を経験した人なら誰でも知っていることだが、ウェブページのスクレイピングは最も汚くて疲れる作業だ。
普段のワークフローではChromeのクッキーを使ってデータを取得しているが、クッキーが期限切れになると使えなくなる。Cloudflareや厳しい反スクレイピング対策のサイトでは直接403エラーになる。Xのコンテンツは言うまでもなく、ログイン状態がすぐに無効になり、APIのクォータがなくなると別の方法を探さなければならない。リンク一つを取得するために、三層、四層のバックアップを準備しなければならず、最終層に到達しても取得できないことも頻繁にある。データを「取り込む」ために費やす労力は、「データを使って何かをする」よりも多い。
試しにXCrawlを使ってみて、私のOpenClawボットにそのスキルをインストールした。
最初のテストは、「ボットに『〇〇の内容を取得して』と指示する」だけだったが、数十の予測市場のオッズ、取引量、締め切り時間をすべて構造化されたMarkdown形式で返してきた。JavaScriptで動的にレンダリングされるページも、一つのリクエストで完了できる。
二つ目のテストはさらに過激だった——自分のX記事のリンクを一つ投入しただけで、数千字の長文とともにビュー数、いいね数、ブックマーク数も一緒に返ってきた。Xの
原文表示普段のワークフローではChromeのクッキーを使ってデータを取得しているが、クッキーが期限切れになると使えなくなる。Cloudflareや厳しい反スクレイピング対策のサイトでは直接403エラーになる。Xのコンテンツは言うまでもなく、ログイン状態がすぐに無効になり、APIのクォータがなくなると別の方法を探さなければならない。リンク一つを取得するために、三層、四層のバックアップを準備しなければならず、最終層に到達しても取得できないことも頻繁にある。データを「取り込む」ために費やす労力は、「データを使って何かをする」よりも多い。
試しにXCrawlを使ってみて、私のOpenClawボットにそのスキルをインストールした。
最初のテストは、「ボットに『〇〇の内容を取得して』と指示する」だけだったが、数十の予測市場のオッズ、取引量、締め切り時間をすべて構造化されたMarkdown形式で返してきた。JavaScriptで動的にレンダリングされるページも、一つのリクエストで完了できる。
二つ目のテストはさらに過激だった——自分のX記事のリンクを一つ投入しただけで、数千字の長文とともにビュー数、いいね数、ブックマーク数も一緒に返ってきた。Xの
- 報酬
- 2
- コメント
- リポスト
- 共有
ずっと自分と家族のためにAI健康管理システムを構築したいと思っていました。毎回の健康診断、通院、服薬のたびに少しずつ情報を入力してきました。ここ数日、両親のそばにいる間に彼らのデータも一緒に整えました。
@coolishさんが以前共有してくれた健康管理のアイデアに触発され、Claude CodeとObsidianを使って1日で構築しました：
📸 薬箱を撮影 → AIが自動的に薬名、用量、服用頻度を認識
📋 健康診断報告書（30枚以上）を撮影 → AIが1枚ずつ読み取り、異常値を抽出し、傾向を比較・分析
🗂 家族ごとにフォルダを作成・分類 → 既往歴、服薬リスト、再検査のスケジュール
📅 再検査のカレンダーを作成 → どの項目をいつ検査すべきか、期限切れのものは何か一目でわかる
📝 日常の管理プランを出力 → 食事の禁忌、運動の提案、受診のサイン
💬 口語化版 → 重要ポイントを会話調に変換し、両親に送信
最大の収穫は技術的な面だけではありません：
構築の過程で、自分が全く知らなかった事例をいくつも発見しました——特定の指標が連続して高い状態が続いている、薬の用量を調整する必要がある、再検査の期限が1ヶ月過ぎているなど。
高齢の親は意図的に隠しているわけではなく、自分たちも覚えていなかったり、重要視していなかったりするだけです。
原文表示@coolishさんが以前共有してくれた健康管理のアイデアに触発され、Claude CodeとObsidianを使って1日で構築しました：
📸 薬箱を撮影 → AIが自動的に薬名、用量、服用頻度を認識
📋 健康診断報告書（30枚以上）を撮影 → AIが1枚ずつ読み取り、異常値を抽出し、傾向を比較・分析
🗂 家族ごとにフォルダを作成・分類 → 既往歴、服薬リスト、再検査のスケジュール
📅 再検査のカレンダーを作成 → どの項目をいつ検査すべきか、期限切れのものは何か一目でわかる
📝 日常の管理プランを出力 → 食事の禁忌、運動の提案、受診のサイン
💬 口語化版 → 重要ポイントを会話調に変換し、両親に送信
最大の収穫は技術的な面だけではありません：
構築の過程で、自分が全く知らなかった事例をいくつも発見しました——特定の指標が連続して高い状態が続いている、薬の用量を調整する必要がある、再検査の期限が1ヶ月過ぎているなど。
高齢の親は意図的に隠しているわけではなく、自分たちも覚えていなかったり、重要視していなかったりするだけです。
- 報酬
- いいね
- コメント
- リポスト
- 共有
166個のDiscordサーバーを16個にまで減らした。
エアドロップ時代の遺産——ZK、Arb、OP、Starknet、NFT、ノード、GameFi、合計3万件の未読メンション。Discordを開くたびに廃墟のショッピングモールに入るような気分だった。
今日はClaude Codeを使って、たった2分で全て自動的に退出を完了させた：
• Discord Botを作成し、サーバー管理権を取得
• ChromeのCDPを使ってブラウザから完全なサーバーリストを抽出
• PythonスクリプトでAPIを一括呼び出し、120のサーバーを一度に処理、失敗ゼロ
Telegramにも退会スクリプトを追加し、54のグループと89のチャンネルをいつでも削除できる状態にした。
以前は「時間ができたら整理しよう」と思っていたが、エアドロップが終わってから1年以上経っても、Gitcoin、SyncSwap、BlurのDCはそのままだった。AIにこうした作業を任せれば、たった2分で1年分の心理的負担を解消できる。
原文表示エアドロップ時代の遺産——ZK、Arb、OP、Starknet、NFT、ノード、GameFi、合計3万件の未読メンション。Discordを開くたびに廃墟のショッピングモールに入るような気分だった。
今日はClaude Codeを使って、たった2分で全て自動的に退出を完了させた：
• Discord Botを作成し、サーバー管理権を取得
• ChromeのCDPを使ってブラウザから完全なサーバーリストを抽出
• PythonスクリプトでAPIを一括呼び出し、120のサーバーを一度に処理、失敗ゼロ
Telegramにも退会スクリプトを追加し、54のグループと89のチャンネルをいつでも削除できる状態にした。
以前は「時間ができたら整理しよう」と思っていたが、エアドロップが終わってから1年以上経っても、Gitcoin、SyncSwap、BlurのDCはそのままだった。AIにこうした作業を任せれば、たった2分で1年分の心理的負担を解消できる。
- 報酬
- いいね
- コメント
- リポスト
- 共有
Claude Opus 4.6 には 100万のコンテキストが付いていますが、どれだけ使ったか、残りがいくつあるかは、デフォルトでは見えませんでした。以前の私のやり方は、ウェブの管理画面で確認することでした😂
今は、settings.json に「statusLine」という行を追加するだけで、下部にリアルタイムで表示できることに気づきました：モデルのバージョン、コンテキストの使用量、gitのブランチ、セッションの継続時間、7日間の使用割合です。
複数のウィンドウを並行して動かすときに特に便利で、一目で全ての状態を確認できます。本当に便利です！
原文表示今は、settings.json に「statusLine」という行を追加するだけで、下部にリアルタイムで表示できることに気づきました：モデルのバージョン、コンテキストの使用量、gitのブランチ、セッションの継続時間、7日間の使用割合です。
複数のウィンドウを並行して動かすときに特に便利で、一目で全ての状態を確認できます。本当に便利です！
- 報酬
- いいね
- コメント
- リポスト
- 共有
戦略は成功したが、複数のアカウントを開いてリスクを分散しようとしたところ、一日中詰まってしまった。
問題は戦略ではなく、インフラにあった。
同じコードを使っているのに、Aアカウントは正常に取引できるのに対し、Bアカウントは残高が$0のまま表示される。API認証は正常で、アドレスも正しいし、ウォレットには確かに$600あるのに、だ。
アドレスのマッピングやプロキシの構成、API資格情報の再生成を調査したが、すべて無駄だった。
最後に判明したのは、PolymarketのGoogleログインとウォレットログインは、根底で異なる署名プロトコルを使用しているということだった。コード内に固定された数字の2を1に変更すべきだったのだ。たった一つの定数の違いが、アカウント全体を幽霊アカウントに変えてしまった。
「戦略が動作する」状態から「複数アカウントが動作する」状態へ移行する間には、エンジニアリングの層全体にわたる問題があった：
- アカウントの種類が署名プロトコルを決定し、すべてのアカウントが同じではない
- 残高照会が0を返すのは、資金がないからではなく、照会する次元を誤っている可能性がある
- fail-closedのセキュリティメカニズムは、問題を「戦略が停止した」のではなく、「設定ミス」のように見せかける
シングルアカウントでの戦略実行は個人のプロジェクトだが、複数アカウン
原文表示問題は戦略ではなく、インフラにあった。
同じコードを使っているのに、Aアカウントは正常に取引できるのに対し、Bアカウントは残高が$0のまま表示される。API認証は正常で、アドレスも正しいし、ウォレットには確かに$600あるのに、だ。
アドレスのマッピングやプロキシの構成、API資格情報の再生成を調査したが、すべて無駄だった。
最後に判明したのは、PolymarketのGoogleログインとウォレットログインは、根底で異なる署名プロトコルを使用しているということだった。コード内に固定された数字の2を1に変更すべきだったのだ。たった一つの定数の違いが、アカウント全体を幽霊アカウントに変えてしまった。
「戦略が動作する」状態から「複数アカウントが動作する」状態へ移行する間には、エンジニアリングの層全体にわたる問題があった：
- アカウントの種類が署名プロトコルを決定し、すべてのアカウントが同じではない
- 残高照会が0を返すのは、資金がないからではなく、照会する次元を誤っている可能性がある
- fail-closedのセキュリティメカニズムは、問題を「戦略が停止した」のではなく、「設定ミス」のように見せかける
シングルアカウントでの戦略実行は個人のプロジェクトだが、複数アカウン
- 報酬
- 2
- コメント
- リポスト
- 共有
AIを使い始めてから、毎日の仕事時間がさらに長くなった。以前はClaude Codeがなかった頃、アイデアを思いついても、それを評価するのが面倒だと感じて諦めていた。今の問題は、何も面倒ではなくなったことだ。データ収集はやりたいときにやるし、戦略も試したいときに試す、コンテンツも書きたいときに書く。可能性が多すぎて、逆に毎日優先順位をつける作業に追われている。AIは確かに時間を節約してくれるが、その節約した1分1秒はすべて新たな可能性で埋め尽くされてしまった。
原文表示- 報酬
- 2
- コメント
- リポスト
- 共有
