Leina Agent：自分でデプロイし、組み立てる AI アシスタント

紺色の作業台で、文書、メール、コード、制作ツールのモジュールにつながる計算コア

概念イラスト：作業台を組み立てるように Agent のツールを選ぶ。製品画面ではありません。

Muse や Grok Bot のような方向性の個人 AI アシスタントを、自分の環境で動かし、コードを確認し、ツールを調整したい。そんな開発者や技術愛好家に向けて Leina Agent を用意しました。

個人利用向けのオープンソース開発者版です。公開版 Hermes Agent に OO CLI、厳選 Skills、OOMOL providers を組み合わせた Docker イメージを自分でデプロイできます。対話型 CLI または設定したメッセージングサービスで使えます。

GitHub リポジトリを見る。アプリへのアクセスには OOMOL アカウントの承認済み接続を使います。実装の確認、問題報告、拡張への貢献が可能で、権限はタスクごとに設定します。

アシスタントを使うことから、自分で組み立てることへ

Muse、Grok Bot、Leina Agent は、アプリを使ってタスクを実行する個人アシスタントという大きな方向性で捉えられます。Leina Agent では、実行するマシン、アカウントで利用可能なモデル、Skills、メッセージの入口を自分の用途に合わせられます。ここでの自由度はデプロイと拡張の選択肢を指し、製品間の機能・性能比較ではありません。

開発者版は Hermes の公開ランタイムを使用します。Leina SaaS は独自の組織向け harness を備え、チームやすぐ使える製品を求める人に適しています。このリポジトリは個人利用向けで、SaaS の組織機能を含みません。

README

接続が増えると、タスクの組み合わせも増える

役立つ Agent には自分のツールへのアクセスが必要です。OO CLI と OO Skills が OOMOL に接続されたサービスへの経路を提供します。

既存のアプリ接続ガイドでは、1,500 以上のプロバイダーと 16,000 以上の操作を紹介しています。操作の組み合わせが広がるという意味であり、Docker イメージに数千のアプリが同梱されているわけでも、全アカウントに全権限があるわけでもありません。現在のコネクター、操作、アカウントの承認を確認してください。

開発週報なら、コードリポジトリ、文書、メッセージを組み合わせ、変更を読み、出典を残し、下書きを作ってから書き込みや送信を判断できます。対応する接続と操作が必要な設計例です。

個人タスクから承認済みアプリへ

flowchart TB
  accTitle: 個人タスクから承認済みアプリへ
  accDescr: CLI やメッセージから Hermes、Skills、OO CLI を経て承認済みサービスにアクセスする。
  A("CLI / メッセージ"):::channel --> B("Hermes Agent"):::agent
  B --> C("Skills / OO CLI"):::gateway
  C --> D("OOMOL 承認済み接続"):::gateway
  D --> E("業務アプリ"):::resource

接続の概念図。操作はコネクターとアカウントの承認に依存します。

同梱された機能と拡張の余地

リポジトリは次の機能を用意しています。

実行と入口： Hermes コア、対話型 CLI、メッセージングゲートウェイ。
モデルと制作： OOMOL ホストの言語モデル、GPT Image 2 と Nano Banana の画像 providers、Seedance の動画 provider。
調査とファイル： 既定の Jina Reader 検索バックエンド、Office/PDF 処理、公開ソーシャル調査 Skills。
拡張： oo、oo-find-skills、oo-create-skill、oo-publish-skill による機能へのアクセスと Skills の発見・作成・公開。

Apps が呼び出せる操作を提供し、Skills が方法を残します。出典、確認手順、出力形式を再利用できる Skill にまとめられます。provider や追加依存関係が必要なバックエンドは、開発ガイドに従って変更し、イメージをビルドします。

README · Dockerfile · docs/development.md

自分でホストする部分と利用するサービス

自分でホストするのは Agent のランタイムです。 既定のモデル、画像、動画、検索、アプリ接続には OOMOL のホスト型機能を使います。OOMOL アカウントと API key が必要で、各サービスの料金・利用条件が適用されます。

Compose は設定、セッション、OO CLI のログイン状態、作業ファイルを hermes-data ボリュームに保存します。.env とボリュームには認証情報が含まれ得るため非公開にしてください。モデルやツールへの呼び出しは外部にタスク内容を送る場合があります。自前のデプロイでも完全オフラインや全処理のローカル完結を意味しません。

イメージは上流バージョンを固定し、provider、Skill 組み立て、検証コードを公開しています。配布固有コードは MIT、Hermes と第三者コンポーネントはそれぞれのライセンスに従います。

docs/architecture.md · compose.yaml · THIRD_PARTY_NOTICES.md

自前とホスト型サービスの境界

flowchart TB
  accTitle: 自前とホスト型サービスの境界
  accDescr: Docker 内の Agent とボリュームを自前でホストし、モデル、メディア、検索、接続は外部 OOMOL を使う。
  subgraph LOCAL["自分の Docker 環境"]
    A("Hermes / OO CLI / Skills"):::agent --- B("永続データボリューム"):::resource
  end
  subgraph CLOUD["OOMOL ホスト型サービス"]
    C("モデル / メディア / 検索"):::resource
    D("アプリ接続"):::gateway
  end
  A --> C
  A --> D

既定構成の境界。外部呼び出しではデータ範囲と利用条件を確認します。

Docker で最初のタスクを実行する

Docker Compose、OOMOL アカウント、個人 API keyを用意し、README に従います。

git clone https://github.com/oomol-lab/leina-agent.git
cd leina-agent
cp .env.example .env
chmod 600 .env

.env に OO_API_KEY を設定します。OO_LLM_BASE_URL、OO_LLM_MODEL、OO_LLM_API_MODE はテンプレートの値で推奨設定を使えます。4 項目とも起動に必須です。設定済み .env をバージョン管理に含めないでください。

メッセージングを使う場合は、任意の設定ウィザードを実行してからゲートウェイを起動します。

docker compose pull
docker compose run --rm hermes hermes gateway setup
docker compose up -d
docker compose logs -f hermes

既定の Compose はホストポートを公開せず、Web チャット画面もありません。対話型ターミナルを試すには：

docker compose run --rm hermes hermes

README · .env.example

小さく始めて、方法を残す

ローカルファイルか承認済みアプリからの読み取りを一つ試し、出典と出力を確認してから広げましょう。例えば：

今週の開発メモを読み、完了事項、リスク、来週の計画を出典付きで整理してください。まず作業領域に Markdown の下書きを作り、私の確認後に接続済み文書アプリへ書き込んでください。

タスクが動いたら方法を Skill に残し、ツールが足りなければ provider を確認して拡張できます。貢献ガイドを通じて改善を共有することもできます。

Leina Agent または導入動画から始めましょう。すぐ使える組織向け製品なら Leina SaaS を選べます。