Rome AI Lab、人間とエージェント向け「アジェンティック OS」Rome を公開

人間とエージェントのためのアジェンシー OS

ウェブサイト · Rome Cloud を試す · ドキュメント · アプリストア

Rome とは何か？

AI の進歩の多くは、モデルのスケーリングに依存しています。一方、Rome はもう一つの軸、つまりエージェントが動作する環境——ツール、ワークフロー、メモリ、インターフェース——をスケールさせることで進化します（その理由はこちら）。

Rome は、人間とエージェントが協力し、その協力が相乗効果を生むためのガードレール付き環境です。エージェントは独自のハッチを構築し、独自の標準作業手順（SOP）を設計し、あなたの指導のもとでワークフローをオーケストレーションします。実証された能力は蓄積され、すべての対話が次のステップの上限を引き上げます。

始め方

Rome Cloud

Rome Cloud は、各ガーディアンに専用の Rome 環境をプロビジョニングします。現在はプレビュー版として提供されています。

プレビューに参加する →

Docker で実行する

1 つのスクリプトが Docker の有無を確認し、公開されたイメージをプルして Rome を起動します：

curl -fsSL https://raw.githubusercontent.com/rome-os/rome/main/scripts/quickstart-docker.sh | bash

または、リポジトリをクローンして、そこからスクリプトを実行することもできます：

git clone https://github.com/rome-os/rome.git
cd rome
./scripts/quickstart-docker.sh

ダッシュボードは http://localhost:7663 で起動し、ループバック接続に限定されます。初回セットアップは最初にアクセスしたユーザーが利用可能となるため、外部への公開には明示的に --bind オプションを指定する必要があります。ステータス情報は名前付きの Docker ボリュームに保存されるため、スクリプトを再実行してもコンテナをアップグレードしながらデータを保持できます。テレメトリデータの出力は、OTEL_EXPORTER_OTLP_ENDPOINT を設定しない限り無効化されたままです。

--help オプションを指定して、ポートやプロファイル、その他転送される設定を確認できるスクリプトを用意しています。

開発環境の起動

このリポジトリをソースコードから実行するには、以下のツールが必要です。

• Node.js 24 以降
• Corepack と pnpm 11.6
• Docker および Docker Compose

本リポジトリをクローンした後、以下を実行してください。

corepack enable
pnpm install
pnpm dev:all

pnpm dev:all コマンドを実行すると、Rome、観測機能（observability）、ルーティング、Web 開発サーバーを含む、本番環境を意識したローカルスタックが起動します。デフォルトでは https://romeos.cc に接続されますが、別の Rome Cloud デプロイ先を使用したい場合は、ROME_DEV_PANTHEON_ORIGIN 環境変数を設定してください。起動が完了すると、ローカルの URL と開発用の認証情報が表示されます。

これは最終的なプロダクション用のセルフホスティング配布版ではなく、コントリビューター向けの開発パスです。完全な開発フロー、コンテナコマンド、検証要件については `CLAUDE.md` をご覧ください。

Rome Apps

Rome App は、エージェントと対話するための新しい方法です。

チャットは、一度きりの質問をするのに適した場所です。しかし、繰り返し行われる作業には、専用の場所が必要です。

例えば、トリアージ（選別）された内容を記憶しておく受信トレイや、確認できるコードレビューのループ、継続的に監視を続ける価格追跡ツール、あるいは定時に届く朝のニュースブリーフィングなどが挙げられます。

「Rome App」は、目的に特化したインターフェース、エージェントによる推論能力、再利用可能なワークフロー、そして永続的なデータを一つのインストール可能な製品に統合したものです。これは単なるプロンプトを包む薄いラッパーではありません。会話が終わった後でも、ブラウザを閉じた後も、翌日ユーザーが戻ってきたときにも、その価値は維持されます。

よく使われる経験則として、ワークフローは「動詞」、アプリは「名詞」と捉えることができます。タスクを実行して結果を返すにはワークフローを使い、ユーザーが編集可能なデータを持ち、複数のアクションをサポートしたり、永続的なエージェントを必要とするような作業には、専用のホーム（アプリ）を構築しましょう。

Rome なら不足しているアプリも作れる

必要な機能に対応する既存のアプリがない場合、Rome に自然言語で要望を伝えるだけで大丈夫です。Rome はそのリクエストを短い仕様書に変換し、アプリまたはワークフローの骨組みを作成してあなたの環境に構築します。そして、同じ会話の中で継続的に改善を重ねていきます。

結果として得られるのは、モデル内部の隠された状態ではなく、Git で追跡可能な通常のソースコードです。これをプライベートに保ちながら必要に応じてカスタマイズしたり、App Store 経由で他の人がインストールできるように公開することも可能です。これにより、Rome の自己進化ループが形成されます。

Describe a need → Rome builds the capability → the app keeps working
       ↑                                              ↓
       └──────────── refine, reuse, and share ────────┘

仕組みの解説

Rome アプリは app.yaml マニフェストから始まり、以下の要素を自由に組み合わせて提供できます：

これらによって形成されるのが「機能」です。Rome はこの機能を発見し、後の作業で再利用します。アプリはこの機能に対する人間とのインターフェースであり、アプリは人間の相互作用を整理する一方、機能はエージェントの行動を整理します。

アプリは以下の 2 つの公開 SDK を基盤に構築されています。

• バックエンド機能向け：@rome-os/app-runtime
• 埋め込み Web インターフェースおよび Rome ビルド CLI 向け：@rome-os/app-web-sdk

Rome App Store でアプリを検索したり、ビルドガイド を読んだり、まずは アプリのクイックスタート から始めたりできます。

Rome での活用事例

Rome は以下の種類のリクエストに応えるように設計されています。

Rome は、すべてのタスクを一つのチャットウィンドウに押し込むことなく、単発の作業、スケジュールされた業務、長期的なフォローアップ、そして目的に特化したアプリ体験をすべて処理できます。

リポジトリマップ

Rome は pnpm monorepo です。

一般的なチェック項目：

pnpm typecheck
pnpm test:unit
pnpm lint
pnpm build

ドキュメント

• `VISION.md` — Rome がなぜ存在するのか、そして守るべき製品原則について。

• `docs/concepts/` — 公式のドメイン用語集。

• `docs/architecture/` — コンポーネントの境界とシステムの不変条件。

• Using Rome — 一般公開された運用ガイドドキュメント。

• Building Rome Apps — アプリ開発者向けドキュメントおよび SDK ガイド。

エージェントに成長の場を与えよう。

まずは一つのワークフローから始めましょう。Rome は機能するものを維持し、そこから積み上げていきます。