2026年 クイックスタート横評
OpenClaw · Hermes Agent · OpenHuman

三フレームワークの「初日の動き方」

Hermes Agent は単一バイナリと YAML で、30 分以内に echo Skill を動かせます。OpenClaw はクラスタ前提のため、Webhook とワーカー登録まで含めると半日が目安です。OpenHuman は承認ポリシーと監査ログの初期設定が先で、初回成功まで 4〜6 時間かかることが多いです。いずれも「チャット UI を開く」だけでは完了せず、ツール実行と Mac 実機までつなげて初めて価値が出ます。

クイックスタート前に直面する三つの痛点

1. ドキュメントの粒度差： Hermes は README だけで動きますが、OpenClaw はクラスタ用語、OpenHuman はコンプライアンス用語が多く、初日に迷子になりやすいです。
2. Mac 実行の欠落： クラウドだけ起動しても Xcode・Fastlane・署名は再現できず、「動いたのにビルドできない」状態になります。
3. 権限の先走り： 最初から書き込み Skill を有効にすると、OpenHuman なしの環境では監査で止まり、やり直しコストが発生します。

横評表：初日に何が違うか

初日から動かす五つの手順（共通 SOP）

1. 実行環境を決める： 手元 Mac か clustervps 専有 M4 かを選び、SSH 鍵と LLM API キーを用意します。
2. フレームワークを一つ選ぶ： 試作なら Hermes、既存 clustervps クラスタがあるなら OpenClaw、承認が先なら OpenHuman から始めます。
3. 最小 Skill を一つだけ： 書き込みは避け、echo・ping・read-only 要約のいずれかで成功ログを取ります。
4. Mac 実機に接続： 専有 Mac mini M4（24GB・512GB 推奨）へ SSH し、Agent ジョブと Xcode ログを同一トレースで確認します。
5. ログ形式を固定： 相関 ID・タイムスタンプ・実行者を JSON 一行に統一し、翌日以降の拡張に備えます。

社内共有で引用できる三つの数値

• 初日成功率： read-only Skill から始めたチームは、書き込み Skill から始めた場合より初日の成功報告が約 2 倍多い傾向があります。
• レイテンシ： 東京リージョンの専有 M4 へ SSH した場合、往復 30ms 台が体感の目安です（回線依存）。
• 並列上限： M4・24GB では iOS シミュレータ 2〜3 並列が現実的です（APFS 空き 20% 以上を維持）。

フレームワーク別：初日チェックリスト

Hermes Agent： hermes init → API キー設定 → echo Skill 実行 → 成功ログを Slack に転送。所要 30〜60 分です。

OpenClaw： ワーカー登録 → Webhook URL 発行 → ping イベント受信 → Mac ワーカーへジョブ配信。半日を見込んでください。

OpenHuman： 承認ポリシー JSON 作成 → read-only Skill 登録 → 監査ログ出力先を S3 相当に固定 → 初回承認フローを手動で一度通す。4〜6 時間が現実的です。

まとめ：横評の結論と購入の進め方

横評の結論は明快です。今日中に動かすなら Hermes Agent、既存 clustervps クラスタと同日連携するなら OpenClaw、監査付きで慎重に始めるなら OpenHuman が第一候補です。三つ同時に本番化せず、最小 Skill 一つで初日成功を取ってから拡張してください。

Agent はクラウド推論だけでは iOS ビルドや署名まで再現できません。clustervps の専有 Mac mini M4 を月額で借り、選んだフレームワークのジョブ ID と Xcode ログを同一トレースで確認するのが、2026 年の現実的なクイックスタートです。東京など近いリージョンを選べば SSH の体感も安定し、初日の成功率が上がります。