Sim はチャットだけでなくエージェント作業のワークスペース
AI エージェントを構築、展開、調整します。 Sim は、AI 従業員の中心となるインテリジェンス レイヤーです。
ひと目でわかる
- これは何？
- Bun と Docker で動く Sim のセルフホスト手順、ワークフロー、テーブル、ファイル、ナレッジの位置づけを確認します。
- 誰に向いている？
- 複数の AI エージェントとワークフローを自分の環境で管理したいチームに適します。開始時はセットアップウィザード、`bun run sim` と `bun run sim status` の結果、PostgreSQL などの依存サービス、ファイルとナレッジの保存先を確認してください。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Sim は単一のランタイムではなく、エージェントのためのワークスペース
README は冒頭で Sim を「AI エージェントとワークフローを構築・デプロイ・管理するためのワークスペース」と呼び、リポジトリのメタデータは加えて「AI 労働力のための中央インテリジェンス層」と表現しています。コードベースは TypeScript です。README は実行方法を2つ示しています: sim.ai のクラウドホスト型サービスを使うか、ローカルでセルフホストインスタンスを起動するかです。ホスト型サービスの料金、アカウントの請求方法、無料枠の有無については README には記載されていません。
セルフホストの手順はセットアップウィザードから始まる
クイックスタートは3つのコマンドです: git clone、bun install、bun run setup。明示されている要件は Bun と Docker です。setup コマンドは対話式ウィザードで、データベースのプロビジョニング、シークレットの生成、.env ファイルの書き込み、Chat API キーの接続を行い、Sim の実行方法(ローカル開発、Docker Compose、Kubernetes (Helm))を選択させます。完了後、アプリは http://localhost:3000 で開きます。README には、ウィザード全体を再実行せずに1つの機能だけを再設定するための、機能別の setup サブコマンド(status、email、storage、sandbox、jobs、cache、knowledge、llm、Slack 統合)も列挙されています。これらの機能を手動で設定する方法は README には書かれておらず、.env の編集か docs.sim.ai の参照が必要になります。
日常運用は bun run sim が担当する
インストール後、sim コマンドがインスタンスを管理します: start、stop、restart、status、logs、doctor、down、reset。README は bun run setup status(有効な構成を検出し、設定済み・欠落・無効の項目を報告する)と bun run sim status(インストール済みサービスが稼働していて正常かどうかを報告する)を区別しています。また、sim は Docker Compose、ローカル開発、Kubernetes のいずれで実行されているかを検出して動作すると述べています。素の sim コマンドを使いたい場合は、README は bun link を一度実行するよう提案し、Homebrew の bun は ~/.bun/bin を PATH に追加しないため、シェルプロファイルで export が必要になる可能性があると注意しています。
テーブル、ファイル、ナレッジがチャットとワークフローの隣にある
README によると、チャットとワークフローは始まりにすぎません。同じワークスペースには、テーブル(「組み込みのデータベース」と説明)、ファイル(「チームとすべてのエージェントのための単一のストア」と説明)、ナレッジ(エージェントが検索できる同期済みドキュメントを持つ「エージェントの記憶」と説明)が含まれます。README はテーブルのスキーマ、受け入れられるファイル形式、ナレッジ同期のスケジュール方法については説明していません。これらの詳細はドキュメントサイトに委ねられており、README は docs.sim.ai へのリンクを提供しています。
README が主張する統合と機能
機能リストは、1,000 以上の統合、すべての主要 LLM のサポートを主張し、具体例として Slack、Notion、HubSpot、Salesforce、データベースを挙げています。エージェントは視覚的、会話的、またはコードで構築でき、実行、ログ、スケジュール、ワークフローアクティビティを監視できると述べています。ローカルモデルは Ollama と vLLM を通じてサポートされています。これらの主張には、1,000 以上の統合やサポート対象 LLM のリストが README 自体には添付されていないため、正確な範囲はアプリかドキュメントで確認する必要があります。
技術スタックは1つの折りたたみリスト
README の details ブロックは技術スタックを列挙しています: Next.js (App Router)、Bun、PostgreSQL と Drizzle ORM、Better Auth、Zod、Shadcn、Tailwind CSS、Streamdown、Zustand、TanStack Query、ReactFlow、Fumadocs、Turborepo、Socket.io、Trigger.dev、E2B、isolated-vm。コード実行に関連する項目が2つあります: E2B はリモートコード実行、isolated-vm は分離コード実行です。それぞれの実行パスがどのような場合に使われるかは README に説明がなく、依存関係のバージョン番号も記載されていません。
Apache 2.0: ライセンスが付与するものと、抜粋がカバーしないもの
リポジトリは Apache-2.0 とマークされ、README は LICENSE ファイルを指しています。ライセンス抜粋は、複製、派生作品、公開表示と上演、サブライセンス、配布をカバーする、永続的・世界的・非独占的・無償・ロイヤリティフリー・取消不能の著作権ライセンスと、貢献者に対して特許訴訟を提起した場合に終了する特許ライセンスを付与します。抜粋には保証の免責条項もサポート条項も含まれておらず、これらは完全な Apache 2.0 テキストにのみ現れるため、抜粋自体はセキュリティ態勢、サポート、保証について何も述べていません。
Sim の README は、チャット、ビジュアルなワークフロー、コードで作るエージェントを同じ作業環境に置く考え方を示しています。実行ログ、スケジュール、ワークフロー活動を確認できる一方、個別の統合がどの権限で外部サービスへ接続するか、保持期間をどう設定するかまでは説明していません。テーブルは組み込みデータベース、ファイルはチームとエージェントの共有ストア、ナレッジは検索可能な同期文書という役割です。導入評価では、最小のワークフローを作り、データの作成、検索、更新、失敗時のログを一つずつ追うと構成の実態を確認できます。
編集部の結論
複数の AI エージェントとワークフローを自分の環境で管理したいチームに適します。開始時はセットアップウィザード、`bun run sim` と `bun run sim status` の結果、PostgreSQL などの依存サービス、ファイルとナレッジの保存先を確認してください。README の「1,000 以上の統合」という主張や料金、完全なライセンス条項は別資料で確かめる必要があります。
コミュニティノート