三つの痛み：ランダム不具合に見える誤診は識別と順序の問題であることが多い
1）モデル識別の漂移。クラウド正式名、Ollama タグ、latest の向き先がずれると、プロセスは生存し doctor も通るのに応答が途切れます。版管理リストで全名を固定し、本番の Ollama タグをピンします。
2）クォータ信号の遅れ。429 の前に遅延だけが増えることがあります。コンソール閾値とルート別予算を置き、枯渇時にローカルへ落とすかと文言を明文化します。
3）doctor を動的検証と混同。doctor は静的寄りです。openclaw status→curl 127.0.0.1:18789→doctor→openclaw health --json→ログの順が有効です。同版でも人によって結果が違うのは識別・クォータ・手順が揃っていないためです。
意思決定表：クラウド API、Ollama、ハイブリッドをどう選ぶか
下表は小型ゲートウェイ計画の目安です。
| 戦略 | 向く場面 | 主リスク | 最低限の統制 |
|---|---|---|---|
| クラウドのみ | 最先端が必要でローカル算力がない | クォータ、障害、方針変更 | キー輪番、予算アラート、許可モデル一覧 |
| Ollama のみ | プライバシー、オフライン、閉域 | メモリ、SSD、タグ漂移 | 7B 級に十分な RAM と SSD、タグ固定 |
| ハイブリッド：クラウド主・ローカル予備 | 本番でピーク耐性が要る | 二重観測、品質差 | ヘルス自動化、フェイルバック文言、遅延予算 |
| ハイブリッド：ローカル主・クラウドバースト | コスト重視で時々上位モデル | 誤バーストで請求増 | バースト上限、低上限キー、月次突合 |
ルート表・health JSONをリポジトリへ。ハイブリッドは四半期訓練。パスはインストール稿。Apple シリコンは効率良いがスリープはヘルスを狂わせる。
前提：Node、Ollama、メモリ、ディスク、版付きモデル台帳
Node：メジャー、which openclaw、ロックファイルを記録し、大バージョン混在を避けます。Ollama：導入経路、ollama serve常駐、待受；ollama pullでタグ固定。メモリ：7B 級は8–12GiB 級の余裕と RAG 実測。ディスク：複数タグで SSD を消費するため200GB 以上の空きを目安に。
DNS／TLS／タイムアウト。リバプロは公開 URLと127.0.0.1。冷起動初回も訓練。多環境はクラウド FAQ。
ルート切替と設定の落とし穴：ハイブリッドで静かに壊れる箇所
対話／要約／重いツールでルートと遅延を分け、根の既定を曖昧にしない。サイドカーへ鍵が届かない、SSE ストリームだけ壊れる、といった典型があります。検証環境で温度と max token を同じプロンプト群で比較します。
切替は一変数ずつ。前後で openclaw health --json。戻しは VCS。ブリッジはゲートウェイ稿。
ヘルス確認コマンド例
openclaw status
curl -sS -m 5 http://127.0.0.1:18789/health || echo "gateway health probe failed"
openclaw doctor
openclaw health --json > /tmp/openclaw-health-hybrid-$(date +%Y%m%d%H%M).json
ollama serve
ollama pull llama3.1:8b
ollama serveはローカル推論を担うホストでのみ。タグは承認リストに合わせ替えてください。順序はプロセス→HTTP→doctor→health→モデル管理です。
フェイルオーバー：doctor・ログ・クラウドコンソールの分担
成功の証明：openclaw status→curl 18789→doctor→health JSON→ログ。クラウドはコンソール、ローカルは追い出しと同時実行。リバプロ読み取りタイムアウトに注意。四半期訓練。SFTP 同機はメンテをずらす。ゲートウェイ稿。
FAQ、まとめ、SFTPMAC ホスト型リモート Mac が合うとき
問い：Ollama タグは固定。health JSON は日次と改設定直後。コンプライアンス：出境と非出境が混在し得る。
- doctor 成功だが空応答：モデル全名、権限、Ollama 常駐を確認。
- 間欠 429：バックオフと、遅延可能タスクのローカル化（方針が許す場合）。
- ゲートウェイは健康だがチャネルが沈黙：ブリッジとトークンを見る。
まとめ：台帳＋クォータ意識＋段階手順＋訓練されたフェイルバック。
限界：純クラウドは上限と障害に晒される。純ローカルは算力と鮮度に上限がある。
SFTPMAC：24/7・SFTP 同機・スリープ回避ならホスト型リモート Macがゲートウェイと配信を同じ運用に載せやすい。
新規で最初からハイブリッドか
フォールバックモデルと監視が揃ってから。
ログ保持
ホットは 14 日以上。要件があれば冷保管も。
Linux で十分か
推論のみなら可。macOS ツールチェーン前提なら Mac。
ファイル配信と並走する安定 Mac ゲートウェイが必要なら、SFTPMAC のプランを比較し、ハイブリッド運用を監査可能な基盤へ載せてください。