個人用AIアプリ「OpenHuman」に、外部LLMを差し替える新しい選択肢が加わりました。

2026年6月25日、HYRE公式がXで発表したところによると、OpenAI互換の推論ゲートウェイ「HYRE Gateway」を、TinyHumansのOpenHumanでカスタムLLMプロバイダとして使えるようになりました。Base URLとAPIキーの2項目を入れるだけで、エージェントの推論先をHYRE側に切り替えられます。

この記事でわかること

  • HYRE GatewayとOpenHumanの連携で何が変わるか
  • 設定画面での具体的な入力値
  • ゲートウェイで選べるモデルとGLM 5.2の割引情報
  • 独自プロバイダ利用時の注意点

何が変わったか

OpenHumanは、メールやNotionなどのツール連携、長期メモリ、コーディング用ツールセットを備えた個人用AIアプリです。通常はOpenHumanの管理バックエンドがモデルを選び、推論を中継します。

今回の連携で、推論先をHYRE Gatewayに直接向けられるようになりました。HYRE GatewayはOpenAI互換のLLMゲートウェイで、$HYREトークンをステークすると日次の推論クレジットが付与される仕組みです（HYRE公式サイト）。DeFiデータAPIとは別の製品で、エージェント向けの推論レールを提供します。

HYRE側の説明では「TinyHumansのエージェントがHYRE Gateway上で動く」状態を、2ステップで実現できるとしています。

OpenHumanでの設定手順

https://tinyhumans.ai/openhuman

OpenHumanを起動し、設定画面から「AI & Models」→「LLM Provider」を開きます。OpenHumanのソースコードでは、この画面がカスタム推論エンドポイント用のinference_urlとapi_keyを保存するパネルとして実装されています。

入力する値は次の2つです。

項目 設定値
Base URL http://gw.hyreagent.fun/api/inference/v1
API Key HYRE Gatewayのキー

HYRE公式の投稿では、短縮URL https://t.co/Sxrc3MA5BT が上記Base URLに解決されます。inference_urlとapi_keyの両方が設定されると、OpenHumanは管理バックエンドを経由せず、指定したOpenAI互換エンドポイントへ推論リクエストを直接送ります。

APIキーはHYRE Gatewayのダッシュボードで発行したものを使います。キーはローカルのconfig.tomlに保存され、RPC経由では値そのものは返されない設計です。

保存後、チャットやコーディングなどのワークロードがHYRE Gateway経由で動くか確認してください。モデル名はゲートウェイ側のID形式（例: zai-org/GLM-5.2）を指定します。

HYRE Gatewayで使えるモデル

https://gw.hyreagent.fun/api/inference/v1

HYRE Gatewayの/modelsエンドポイントを確認すると、2026年6月時点で13モデルが公開されています。DeepSeek V4、GLM 5/5.2、Qwen 3.5、Llama 4 Maverick、Kimi K2.6/K2.7-Codeなどが含まれます。

GLM 5.2の料金は、入力$0.57/100万トークン、出力$1.8/100万トークンと表示されています。HYRE公式は「GLM 5.2がエージェント運用やコーディング向けに50%オフ」とも投稿しており、長時間タスクやコード生成のコストを抑えたいユーザー向けの訴求になっています。GLM 5.2はコンテキストウィンドウが100万トークンに拡張されたモデルで、プロジェクト全体の文脈を保持しやすい点が特徴です（Vercel AI Gatewayのモデル情報）。

OpenHuman管理バックエンドとの違い

OpenHumanのデフォルトでは、1つのサブスクリプションで30以上のプロバイダをまとめて使う構成です。HYRE Gatewayを選ぶと、推論の課金とモデル選択はHYRE側のクレジット体系に移ります。

メリットは、複数モデルを1つのOpenAI互換URLに集約できる点です。OpenRouterやLiteLLMと同様の「Bring Your Own Key（BYOK）」パターンで、推論先だけを差し替えられます。

一方、Gmail連携などのマネージド機能はOpenHumanバックエンド側の処理が残ります。カスタムプロバイダだけを設定し、コーディングや推論用のワークロードルートを空のままにすると、一部のサブエージェントが意図しないバックエンドにフォールバックする事例が報告されています（OpenHuman PR #2632）。チャットだけでなくコーディング用ルートもHYRE Gateway向けに揃えておくと、ツール呼び出しの安定性が上がります。

こういう人向け

  • OpenHumanを使いつつ、推論コストをHYREのクレジット体系で管理したい人
  • GLM 5.2など特定モデルをエージェントワークフローに組み込みたい人
  • OpenAI互換APIを既に使っているツールを、OpenHumanからも同じゲートウェイに統一したい人

HYRE Gatewayはエージェント経済向けの推論インフラ、OpenHumanは個人の文脈を保持するAIハーネスです。今回の連携は、後者の柔軟なBYOK設計に前者を載せる実用的な組み合わせと言えます。