OpenClaw Skills を全部入れないで：2026 必須リストの選び方
「2026 年必須の OpenClaw Skills、ネットで最も完全なリスト」という見出しは、つい全部インストールと読まれがちです。実際は逆で、リストが長いほど少なく・正確に・保守しやすく入れるための地図であるべきです。OpenClaw Skills は壁紙パックでも「多いほど強い」でもありません。ブラウザ、口座、秘密情報、ファイル、シェル、クラウド、本番リポジトリに触れる skill を一つ入れるたびに、その権限とメンテコストを引き受けます。本稿では、まず無思考で入れないものを整理し、本当に残す三つのリストと実行できる選定ルールを示します。
結論から：OpenClaw Skills は全部入れない
ClawHub やコミュニティの「Top 榜」「ワンクリック大包」は数千の Skills を並べますが、OpenClaw はオンデマンド読み込みが前提です。セッション開始時は多くの場合スキル索引とメタデータだけが露出し、タスク実行時に該当 SKILL 本文とツール束が展開されます。価値は「タスク → skill マッチ → 安定した起動」にあり、ディレクトリ内の件数ではありません。
先に押さえる結論：
- 完全リスト ≠ 全件インストールリスト。 リストは「まだ何が足りないか」の照合用で、全チェック用ではない。
- 必須 = 必ず受け入れ試験。 少数の基礎能力を権限を絞った環境で実タスク1本ずつ通す。
- 拡張 = verify 後に厳選。 外部 Skills は出所・権限・依存を見たうえ、ワークフローに合う 3〜5 個だけ。
- 高権限 = 保留または隔離。 メール、カレンダー、Slack、Workspace、DevOps、セキュリティ監査系は、明確な需要があるまで本番 Gateway に入れない。
OpenClaw 本体の導入がまだの場合は、先に 2026 OpenClaw インストール・設定チェックリスト を。ClawHub のサプライチェーンとインストール前監査は スキルチェーンと plugins install のトラブルシュート を参照してください。
過剰インストールが招く五つの問題
コミュニティ大包や「最全リスト」を主力環境に一括投入すると、よく次の状態になります。Skills そのものを否定するのではなく、無差別な過剰インストールに反対する話です。
- 重複と競合： 似た能力の skill が複数（複数のスクレイピング、複数の GitHub フローなど）あると、索引層で誤ったツールを選び、同一タスクで実装が行き来する。
- ノイズとトークン： スキル索引が長くなり、無関係な条目がコンテキストを食う。本当に必要な skill が選ばれにくくなる。
- 権限面の拡大： ブラウザ、シェル、クラウド API、本番リポジトリ系は、使わなくても露出面だけ先に広がる。
- メンテコスト： 外部 skill ごとに環境変数、CLI、macOS バージョン依存があり、全件入れると
openclaw updateや ClawHub 更新時の切り分けが指数的に増える。 - 誤起動： 説明が広すぎたりトリガー語が重なると、雑談でも高権限ツールチェーンが立ち上がる。「入らない」より気づきにくい。
削除・保留の実用ルール：30日間一度も起動せず、他 skill で代替できるものは主力から外す。許可／禁止の境界が説明できないものは本番 Gateway に入れない。コミュニティの「ワンクリック全入れ」は隔離テスト機だけに置く。
三つのリスト概要
| 種別 | 内容 | アクション |
|---|---|---|
| 必須受け入れ | web-search、browser、file-operations、code-execution | 権限を絞り、各1本の最小タスクを通す |
| 優先インストール | GitHub、PDF、Obsidian、Playwright、SEO / Web scraping | 出所・権限を verify し、3〜5 個に絞る |
| 保留 | Email、Calendar、Slack、Workspace、DevOps、Security、ワンクリック大包 | 実需要が出てから隔離テスト |
本当に受け入れ試験すべき基礎 Skills
次の四つが「最小で動く Agent ワークベンチ」です。ClawHub 条目や内蔵パックで名称は多少異なります。手元の openclaw skills list（または Dashboard のスキル画面）を正とし、能力の受け入れが目的で、名前の完全一致ではありません。
- web-search： 質問に応じて検索し出典を示せる。受け入れ：直近情報が要る質問を1つ投げ、確認可能なリンクが返るか（捏造だけでないか）を見る。
- browser： ページを開き、可視内容の取得や簡単な操作ができる。受け入れ：非本番アカウントで指定 URL を開いて要約。file:// や社内網への越境がないか確認。
- file-operations： 合意した作業区内の読み書きができる。受け入れ：専用ディレクトリでテキストの作成・更新・読取。デフォルトでホーム全体を開かない。
- code-execution： サンドボックスまたは承認ポリシー下でスクリプト／コマンドを実行できる。受け入れ：lint や単体テストを1回。危険コマンドが人の確認に回るか（tools/exec 承認を設定している場合）。
権限を絞る例： 専用 macOS ユーザー + 独立した OPENCLAW_STATE_DIR。ファイル skill はプロジェクト配下だけマウント。browser と code-execution は既定で「実行前に確認」。ここを通してから拡張を検討。
# 例：導入後の確認とスモーク（サブコマンドは openclaw --help で要確認）
openclaw --version
openclaw skills list
openclaw doctor
# スモーク1：検索
# スモーク2：テスト URL で browser 要約
# スモーク3：~/openclaw-workspace 内で file 読み書き
# スモーク4：プロジェクトで読み取り専用コマンド（例 npm test --dry-run）優先して入れる外部 Skills
基礎四つが安定したら、毎週繰り返すタスクに合わせ、下表の方向から各 0〜1 個、合計 3〜5 個に抑えます。再び「コレクション目的」のインストールは避けてください。
| 方向 | 典型シーン | インストール前 verify |
|---|---|---|
| GitHub | Issue、PR、レビュー、リリースノート | トークン範囲の最小化。読み取り専用と書き込み可能リポの分離 |
| 契約書、論文、レポートの抜粋 | ローカル解析の一時保存。大ファイルのメモリ | |
| Obsidian | 個人ナレッジベース、メモ流水線 | vault パス固定。同期競合ファイルを Agent が触らない |
| Playwright | サイト単位の E2E、ログイン後の多段操作 | 汎用 browser skill との重複。ヘッドレス依存 |
| SEO / Web scraping | 競合 LP、構造化スクレイピング | robots とレート。reader 系と三重に入れない |
インストール前 5 分の verify： 公開者／リポジトリの信頼性。SKILL.md にトリガー条件と禁止事項があるか。必要な環境変数。既存 skill との機能重複。staging でダミーデータの E2E を1本。ClawHub は更新が速いため、公開前に OpenClaw 公式ドキュメント で CLI サブコマンドを照合してください。
高権限 Skills の保留ルール
次は「悪い」のではなく、初日の主力環境には載せない類です。
- Email / Calendar： 誤送信・誤削除・予定変更は取り消しが難しい。独立アカウントと送信前確認が必要。
- Slack / Teams / Discord など： チームに見える。トリガー衝突でチャンネルが騒がしくなる。
- Google Workspace / Notion / Linear など： OAuth 範囲が広い。プロジェクト単位の連携が望ましい。
- DevOps / Security： kubectl、Terraform、脆弱性スキャンは本番を動かしうる。変更ウィンドウと承認フローとセット。
- コミュニティのワンクリック大包： 使い捨てテスト機で試す。7×24 Gateway には同期しない。
保留 ≠ 永久に入れない。 週3回以上の明確タスクが出る → 隔離環境で verify → 許可パスと人の確認点を文書化 → 主力へ移す。リモートヘッドレスノードのアカウント・ディレクトリ分離は 独占リモート Mac ノード移行と Skills チェックリスト FAQ を参照。
タスクからインストールリストを逆算する
他人の Top 50 をコピーするより、次の2週間のタスクを書き、skill に写す方が早いです。タスクの裏付けがない条目は入れません。
| あなたのタスク | 必要な能力 | 推奨アクション |
|---|---|---|
| 資料調査して文書化 | web-search + file-operations | 必須受け入れ。Obsidian は任意 |
| バグ修正して PR | code-execution + GitHub | 受け入れ後に GitHub skill を1つ |
| 競合 LP を取得 | browser または SEO/scraping のどちらか | スクレイピング系を三重に入れない |
| Slack へ自動返信 | Slack 連携 | 保留 → 隔離テスト → トリガー境界を文書化 |
| 無人リリース | DevOps + 本番 Git | 保留。exec 承認と専用機が必須 |
選定基準（チーム Wiki に貼れる形）：
- 必須受け入れの四つで足りるか。足りるなら新 skill は入れない。
- 新 skill は反復タスク（週3回以上）を解くか。
- 導入後、1コマンドまたは1会話で受け入れを再現できるか。
- 外してもワークフローが回るか。回らないなら結合が深すぎる。先に権限を下げる。
最小実行ルート
今日から始め、過剰インストールを避けたい場合（OpenClaw 導入済みを想定）：
- 0日目： ClawHub 拡張は入れない。Gateway、モデル、Dashboard が正常か確認（インストールチェックリスト参照）。
- 1日目： 権限を絞った環境で web-search、file-operations、code-execution を各1回。
- 2日目： browser を受け入れ（テスト URL + 非本番アカウント）。
- 3〜7日目： 「優先インストール」表から最大2個、実タスクに直結するものだけ verify して入れる。
- 2週目： 起動ログを見る。未使用 skill は削除。Email / Slack / DevOps が要るなら隔離機で試す。
# メンテナンスの例
openclaw skills list # 月次棚卸し
openclaw doctor # 設定と健全性
openclaw update # メンテ窓のあとスモークを再実行
# 外部 skill 追加前：ClawHub / ドキュメントで SKILL.md を監査 → staging で導入
# 追加後：「今週実際に使った」3〜5 個だけ残すまとめ：完全リストは「少なく入れる」ためのもの
2026 年の OpenClaw Skills エコシステムは豊富ですが、主力環境の目標は予測可能・保守可能・監査可能であることに変わりません。実行ルールは三つ：必須四つを権限を絞って先に通す。外部拡張は verify 後 3〜5 個まで。高権限とワンクリック大包は既定で保留。 リストが長いほど抑える——それが「必須」の正しい読み方です。
Mac mini で Skills 環境をスリムに保つ
browser、シェル、ローカルファイル操作を伴う Skills は macOS 上でパスが最も素直です。Unix セマンティクスが一貫し、launchd が 7×24 Gateway に向き、Keychain と Gatekeeper で資格情報と実行境界を組み立てやすい。主力ノートに skill を積み上げるより、Mac mini M4 を専用 OpenClaw ノードにすると（待機約 4W、ファンレスで静音）、「実験用 ClawHub パック」と日常 PC を分離でき、過剰インストールのリスクも下がります。
Apple Silicon のユニファイドメモリは、ブラウザ自動化とローカルモデルを同時に回すときに余裕があります。SSH で遠隔メンテする場合も、独占ノードの状態ディレクトリはバックアップしやすい。本稿のように Skills を絞り込むなら、Mac mini M4 は 2026 年時点でもコスパの良い専用 Agent ホストです。今すぐ手に入れ、必須受け入れと隔離テストを安定したハードウェアで進めてください。