Hermes Agent 公式バンドル vs
コミュニティ Skills：2026 必装リストの選び方
Hermes Agent Skills でつまずきやすいのは「ない」ことではなく、公式バンドルとコミュニティ Hub skills をどう重ねるかです。本記事は両者を 2026 必装リスト・インストール優先度・シーン別スタックに整理します（2026-05-26 時点で確認）。最新一覧は Bundled Skills Catalog と hermes skills browse を参照してください。
安定した考え方は二層構造です。公式バンドルがベース（計画・デバッグ・TDD・レビュー・GitHub・MCP・生産性・リサーチ）、コミュニティ / Hub が拡張（クラウドブラウザ、SaaS 連携、ページ整形、深い E2E、長期 workflow）。Hub だけ追うと重複・過剰インストール・高権限リスクが増え、公式だけだとタスクチェーンに穴が残ります。
1公式バンドル＝ベース、コミュニティ＝拡張
インストール後、バンドル skills は ~/.hermes/skills/ にコピーされ、hermes update で同期、ローカル編集も保持されます。optional-skills/ 配下は hermes skills install official/<category>/<skill> が必要です。コミュニティ skill は Skills Hub（skills-sh、well-known、直接 URL など）から入れます。第三者ソースはスキャンされますが、信頼前に必ず hermes skills inspect を実行してください。
hermes skills list / 使わない skill は hermes skills disable）。
2公式バンドル：デフォルトで残す skills
多くのユーザーが知っておき、削除しない方がよいバンドル能力（~/.hermes/skills/ 配下）です：
| 優先度 | Skill | 役割 |
|---|---|---|
| P0 | software-development/plan, writing-plans | 計画モードと実行可能なタスク分解 |
| P0 | systematic-debugging, python-debugpy, node-inspect-debugger | 段階的トラブルシュートと言語別デバッグ |
| P0 | test-driven-development | RED-GREEN-REFACTOR のガードレール |
| P0 | requesting-code-review, subagent-driven-development | コミット前レビューとサブエージェント実行 |
| P0 | github/*（pr-workflow, code-review, issues） | PR / Issue の一連 workflow |
| P0 | mcp/native-mcp | MCP サーバー接続とツール登録 |
| P1 | productivity/google-workspace, notion, linear | 一般的なオフィス・プロジェクト管理 |
| P1 | research/arxiv, blogwatcher, llm-wiki | 論文、RSS、ナレッジベースの骨格 |
| P1 | note-taking/obsidian, media/youtube-content | ローカルメモと動画文字起こし（ベースライン） |
| P2 | creative/humanizer, devops/webhook-subscriptions | 文体調整、イベント駆動エージェント |
誤って削除した場合は hermes skills reset <name> --restore でバンドルから復元できます。Mac では任意の apple/macos-computer-use と imessage が便利ですが、本番では承認フローとディレクトリ境界を厳しくしてください。
3コミュニティ：優先して入れる skills
バンドルに同名領域はあるが浅い場合、または連携が欠けている場合に Hub skill を追加します。インストール ID は変わるため、実行時は hermes skills inspect を信頼してください：
| 優先度 | 領域 | 代表的なインストール / 注意 |
|---|---|---|
| P0 | クラウドブラウザ | skills-sh/browser-use/browser-use/browser-use（ボット対策、プロキシ、ログイン状態の保持） |
| P0 | ページ整形 | official/research/defuddle または Obsidian パック内の defuddle（トークン削減） |
| P1 | SaaS ブリッジ | Composio（hermes skills search composio）— CLI と MCP は安易に両方入れない |
| P1 | Obsidian 深化 | Hub の obsidian-cli、json-canvas など（バンドル obsidian はベースライン） |
| P1 | E2E テスト | Playwright 系（hermes skills search playwright） |
| P2 | SEO / GEO | コンテンツサイト向け skill。humanizer と役割分担（構造 vs 文体） |
| P2 | Skill 生成・進化 | Skill Factory、SkillClaw、Reflexion—本番前にサンドボックスで検証 |
--yolo は禁止。シークレットは ~/.hermes/.env のみに置き chmod 600 を徹底してください。
4重複しやすい能力の見分け方
- →人間らしい文章：バンドル
humanizervs Hub の SEO パック—キーワード／構造テンプレが必要なときだけ SEO を追加。 - →計画：
plan/writing-plansで日常は足りる。Kanban 型オーケストレーションが必要なときだけkanban-orchestrator。 - →ブラウザ：内蔵 Chromium ツール ＋ Browser Use ＝ クラウドセッションと検知回避。越境ログインが不要なら省略可。
- →ナレッジベース：自前 wiki は
llm-wiki。バンドル Obsidian と Hub 拡張は、原則どちらか一方を深掘り。 - →MCP：
native-mcpはサーバー配線、Composio MCP は SaaS 配線—同じツールを二重登録しない。
5シーン別スタック（公式ベース ＋ Hub ブースト）
- →開発：plan ＋ TDD ＋ github-pr-workflow ＋ requesting-code-review。ログイン壁のあるドキュメントには Browser Use をオプションで。
- →SEO コンテンツサイト：writing-plans ＋ humanizer ＋ 競合ページ用 Defuddle。Hub SEO skill は追加レイヤー。
- →リサーチ：arxiv ＋ blogwatcher ＋ Defuddle。保存は llm-wiki または Obsidian 拡張。
- →オフィス自動化：google-workspace ＋ Composio。定期トリガーは webhook-subscriptions。
- →Web テスト：TDD ＋ Playwright skill ＋ 探索的 QA 用 dogfood。
6コミュニティ skill インストール前チェックリスト
- 1出所：
official/とskills-sh/を優先。不明 URL は必ずinspect - 2スクリプト：SKILL.md が参照する shell / Python を読む—難読化は避ける
- 3ネットワーク：未知ドメインを記録。本番ホストでは egress を制限
- 4シークレット：OAuth / API スコープは最小。プロジェクト Git にキーを入れない
- 5ファイルシステム：デフォルト作業ディレクトリ、フルディスク・Keychain 要求を確認
- 6メンテナンス：直近のコミット、Issue への対応
- 7インストール後：
hermes skills list。セッション反映は/resetまたは--now
72026 おすすめ Top 20
| # | 出所 | Skill | 理由 |
|---|---|---|---|
| 1 | 公式 | plan + writing-plans | タスク分解の土台 |
| 2 | 公式 | systematic-debugging | 編集前に原因を把握 |
| 3 | 公式 | test-driven-development | 品質ゲート |
| 4 | 公式 | requesting-code-review | コミット前スキャン |
| 5 | 公式 | github-pr-workflow | PR の主経路 |
| 6 | 公式 | github-code-review | diff 読解とコメント |
| 7 | 公式 | native-mcp | ツール面の拡張 |
| 8 | 公式 | subagent-driven-development | 大規模タスクの並列化 |
| 9 | 公式 | hermes-agent | 自己設定とトラブルシュート |
| 10 | 公式 | google-workspace / notion | オフィススタック—どちらかまたは両方 |
| 11 | 公式 | arxiv + blogwatcher | 情報収集 |
| 12 | 公式 | obsidian（ベースライン） | ローカルナレッジベース |
| 13 | 公式 | webhook-subscriptions | イベント自動化 |
| 14 | コミュニティ | Browser Use | クラウドブラウザとセッション状態 |
| 15 | コミュニティ / 任意 | Defuddle | Web ページのトークン削減 |
| 16 | コミュニティ | Composio | 1000+ SaaS コネクタ |
| 17 | コミュニティ | Playwright（Hub） | E2E 回帰 |
| 18 | コミュニティ | Obsidian 拡張パック | CLI / Canvas の深化 |
| 19 | コミュニティ | SEO / GEO skills | コンテンツサイト向け（任意） |
| 20 | コミュニティ | Skill Factory / Reflexion | 成熟 workflow の蓄積 |
インストールと Gateway の基礎は、Hermes 完全インストール＆設定ガイドとMac セットアップチェックリストを参照してください。
8レイヤー型 skill 管理は Mac mini 向き
Skills はターミナル・ブラウザ・ローカルファイルを呼び出します。macOS ならネイティブ Unix、常駐 Gateway 用 launchd、Docker ターミナルバックエンドが使え、Windows の WSL ほど手間がかかりません。Mac mini M4 はアイドル時おおよそ 4W、ユニファイドメモリは常時 Hermes ＋ ブラウザ自動化に向きます。Gatekeeper、FileVault、手動承認モードは、高権限コミュニティ skill の露出を抑えます。
本記事の「公式ベース ＋ 少数 Hub 拡張」で本番エージェントを組むなら、Mac mini M4 はコストパフォーマンスの高いホストです。長時間稼働向けのハードウェアで Skills を動かすなら、今すぐ Mac mini を検討してください。
- 1公式 P0 を維持：plan / debug / TDD / review / GitHub / native-mcp
- 2シーンごとに Hub を 1〜3 個。公式と重複しない
- 3インストール前に inspect、最小権限。四半期ごとに未使用 skill を disable