実践レビュー:Clawhubで身につけるべき3つの必須スキルと避けるべき3つのスキル

このレビューは、数週間にわたりClawhubのスキルを個別にテストし、それぞれをインストールし、トークン使用量を監視し、ソースコードを読み、保持するかどうかを判断した開発者によるものです。信頼性の低さ、無言のトークン消費、既存のエージェント機能との重複により、ほとんどのスキルは保持する価値がありませんでした。
インストールする価値のあるスキル
1. web-search(Brave)
このスキルは必須と見なされています。なぜなら、これがないとエージェントは記憶からしか回答できず、最新情報について自信満々に間違った答えを出すことになるからです。実際の検索はモデルの外部で行われるため、うまく機能します—BraveのAPIが検索を実行し、結果のみがコンテキストにフィードバックされるため、検索ごとのトークンコストは最小限に抑えられます。
セットアップにはBrave APIキーの取得(個人利用なら無料枠で十分)が必要で、その後スキルをインストールします。唯一指摘されている問題は、非常に具体的またはニッチなクエリに対して時々ゴミのような結果が返ることですが、これはスキル自体ではなくBraveに起因するとされています。
2. daily-brief
このスキルは、OpenClawをチャットボットから実際のアシスタントに変えます。朝のカレンダー、天気、タスク、またはその他の設定項目の要約を提供します。cronを介して1日1回実行され、1回のAPI呼び出しと1回の応答を行うため、単一の焦点を絞ったタスクに対してトークンコストが低くなります。
重要な推奨事項は、最初の週に大幅にカスタマイズすることです。デフォルトの出力は冗長になりがちだからです。「朝のブリーフィングは200語未満にすること。箇条書きにすること。前置きは不要。」といったSOUL.mdの行を追加すると、大きな違いが生まれます。
3. memory-search
このスキルは、メモリファイルが増える最初の月以降に必須となります。これがないと、エージェントはメモリファイルを上から下まで読み、中間に埋もれた情報を見逃します。memory-searchは、位置的な運に頼るのではなく、関連するコンテキストを見つけるためのセマンティック検索機能を追加します。
これは時間とともに悪化する問題を解決します—長期間のユーザーは最終的に「私のエージェントがすべてを忘れた」という状況に遭遇しますが、実際には「私のエージェントが50ページのメモリから何も見つけられない」という意味です。十分なメモリが蓄積され、意味を持つようになる3〜4週目頃のインストールが推奨されます。
インストールする価値のないスキル
1. food-order
人気のあるデモスキルにもかかわらず、Cloudflare、動的JavaScript、CAPTCHA、またはログイン壁のため、ほとんどのデリバリーサイトで失敗します。一度機能したとしても、その後のサイトUIの更新で壊れます。4日間にわたるテストでは、注文成功はゼロで、2回の惜しい試みはチェックアウトで失敗しました。
失敗するたびに異なるアプローチを試みるため、トークンを消費します。実用的な代替手段:フードアプリを直接開くのは約30秒かかり、トークンを浪費しません。
2. multi-agent orchestrator skills
3つの異なるオーケストレータースキルがテストされましたが、すべて管理レイヤーを追加するもので、1つのエージェントがメッセージを読み、どのワーカーエージェントがタスクを処理すべきかを決定し、タスクを渡し、結果を読み取り、要約して戻します。これは、単一のエージェントが1回で処理することを4回のLLM呼び出しを必要とします。
トークンの計算:1つのエージェントで$0.002かかる簡単な質問は、オーケストレーターでは$0.008以上かかります。これを毎日のメッセージと月間使用量で乗算すると、品質を向上させずに遅延と複雑さを増す仲介者に対してかなりのコストが追加されます。推奨事項:エージェントが別々のメモリと権限を必要とする理由を説明できないなら、オーケストレーターは必要ありません—適切なエージェントに直接メッセージを送ってください。
3. humanizer
このスキルはエージェントの動作にパーソナリティ指示を注入しますが、「3時にリマインダーを設定して」に対して「よおお絶対に兄弟、了解したぜ、そのリマインダーはセットだぜ、マジで。」といった過度にカジュアルな言語で応答するなどの問題を引き起こします。あるユーザーはこれを「新しいスラングを学んだばかりでそれを過剰に使う必要があるティーンエイジャーと話しているようだ」と表現しました。
問題は、SOUL.mdのパーソナリティ設定をグローバルに上書きし、率直な回答が望まれる場合でも、詰め物や風味を追加しながら、余分な単語ごとにトークンを請求することです。無料の代替手段:「直接的であること、私のトーンに合わせること、詰め物は不要」といった5行をSOUL.mdに書くことです。これには2分かかり、メッセージごとにトークンコストはゼロで、完全な制御を提供します。
パターン
良いスキルは、1つの特定のことを安価に行い、邪魔になりません。悪いスキルは、ユーザーとエージェントの間にレイヤーを追加します—オーケストレーターレイヤー、パーソナリティレイヤー、または必要のないタスクのためのブラウザ自動化レイヤーです。追加される各レイヤーは、すべてのメッセージに対してトークンを支払うことを意味します。最良のセットアップは合計3〜5つのスキルを実行し、それぞれが実証された有用性を通じてその存在意義を証明します。
📖 Read the full source: r/openclaw
👀 See Also

Qwen3.5-397B MoE、M1 Ultraでページ化エキスパートローディングにより14GB RAMで動作
Paged MoEエンジンは常時20のエキスパートのみをRAMに保持し、残りをSSDからレイジーロードすることで、209GBの397Bモデルを64GB Mac Studio上で1.59 tok/s、ピークRAM14GBで動作させる。小型モデルのベンチマークも含む。

OpenClawの応答時間を改善する方法:コンテキストの肥大化を削減して
開発者は、ファイルの再構築と設定変更(bootstrapMaxCharsを8000に設定し、圧縮保護機能を追加することなど)により、注入されるワークスペースファイルを47,000文字から16,000文字に削減することで、OpenClawの10分間の応答時間を解決しました。

OpenClawワークスペース構造と長年ユーザーからの自己改善アプローチ
長年OpenClawを使用しているユーザーが、SOUL.md、AGENTS.md、MEMORY.mdなどの主要なマークダウンファイルを含むワークスペース構造を共有し、エージェントが自身の環境を改善できるようにすることが効果を劇的に高めるという重要な教訓を伝えています。

Mac Mini M4 Pro vs Mac Studio M4 Max ローカルLLM推論における比較 – 主要な考慮点
ある開発者が、Mac Mini M4 Pro(12C CPU/16C GPU、273 GB/s)とMac Studio M4 Max(16C CPU/40C GPU、546 GB/s)の、両方とも64GB/1TBの構成を、Gemma 4とQwenを使ったローカル推論で比較しています。重要な疑問は、帯域幅の向上に600ドルの価値があるかどうかです。