Sim：一個可自架設的 AI 智慧體工作區

Sim 是一個智慧體工作區，而不是單一的執行環境

README 開篇把 Sim 稱為「一個用來建置、部署與管理 AI 智慧體和工作流程的工作區」，倉庫元資料則進一步稱其為「AI 勞動力的中央智慧層」。程式碼庫使用 TypeScript 編寫。README 展示了兩種執行方式：使用 sim.ai 的雲端託管服務，或者在本機啟動一個自架設實例。README 沒有說明託管服務的價格、帳號如何計費，也沒有說明是否存在免費方案。

自架設路徑從一個設定精靈開始

快速開始只有三條指令：git clone、bun install 和 bun run setup。明確列出的需求是 Bun 和 Docker。setup 指令是一個互動式精靈，它會配置資料庫、產生密鑰、寫入你的 .env 檔案、連接一個 Chat API 密鑰，並讓你選擇執行 Sim 的方式：本機開發、Docker Compose 或 Kubernetes (Helm)。完成後，應用程式位於 http://localhost:3000。README 還列出了按能力劃分的 setup 子指令（status、email、storage、sandbox、jobs、cache、knowledge、llm 以及 Slack 整合），用於在不重新執行整個精靈的情況下重新配置某一部分。它沒有提供手動配置這些部分的方法，那意味著需要編輯 .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，可能需要在 shell 設定檔中加上 export。

表格、檔案和知識庫與聊天、工作流程並列

README 說聊天和工作流程只是開始。同一個工作區還包含表格（被描述為「內建的資料庫」）、檔案（被描述為「供你的團隊和每個智慧體使用的統一儲存」）和知識庫（被描述為「你的智慧體的記憶」，其中的同步文件可供智慧體搜尋）。README 沒有說明表格的 schema、接受的檔案格式，也沒有說明知識同步是如何排程的。這些細節留給了文件網站，README 將 docs.sim.ai 作為連結給出。

README 對整合與能力的宣稱

能力清單宣稱支援 1,000 多個整合、所有主流 LLM，並點名了一些例子：Slack、Notion、HubSpot、Salesforce 和資料庫。它還說智慧體可以透過視覺化、對話或程式碼方式建置，並且可以監控執行、日誌、排程和工作流程活動。按照 README，本機模型透過 Ollama 和 vLLM 獲得支援。這些宣稱都沒有在 README 中附帶 1,000 多個整合或所支援 LLM 的清單，因此確切範圍需要在應用程式內或文件中核對。

技術棧是一個可折疊清單

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。其中兩項涉及程式碼執行：E2B 用於遠端程式碼執行，isolated-vm 用於隔離程式碼執行。README 沒有說明每種執行路徑在什麼情況下使用，也沒有給出任何依賴的版本號。

Apache 2.0：授權授予了什麼，摘錄沒有覆蓋什麼

倉庫標記為 Apache-2.0，README 指向一個 LICENSE 檔案。授權摘錄授予永久、全球性、非獨占、免費、免版稅、不可撤銷的版權授權，涵蓋重製、衍生作品、公開展示與演出、再授權和散佈，另外還有一項專利授權，如果你對貢獻者提起專利訴訟，該授權將終止。摘錄不包含保固免責聲明，也不包含任何支援條款；這些只出現在完整的 Apache 2.0 文本中，因此摘錄本身對安全態勢、支援或保固沒有任何說明。

在 Sim 的自架路徑中，最實際的分界是 bun run setup 與 bun run sim。前者處理資料庫、密鑰、.env 與供應商設定，後者處理 start、stop、logs、doctor 和 reset。README 將本機、Docker Compose 與 Kubernetes Helm 都列為選項，但沒有替每種環境提供相同程度的設定細節。部署前應以 bun run setup status 查出缺失或無效項目，再以 bun run sim status 確認服務健康；若使用 Ollama、vLLM 或 Slack，應逐項核對對應設定，而不能只依整合數量判斷可用性。

simstudioai 的 README 還提供了幾個值得逐項對照的實作訊號。先看專案明列的安裝版本、啟動命令、設定檔和輸出位置，再分辨哪些內容是程式入口，哪些內容只是網站或範例的說明。這個區分會直接影響使用者能否重現結果，也會影響升級時要檢查的範圍。若文件只說明能力而沒有列出操作細節，文章便只保留該項聲明，不把它延伸成相容性保證。對於需要外部服務、模型、電信商、遊戲資料或作業系統支援的功能，也要把外部條件寫在判斷裡。實際採用時，先以最小輸入走完專案自己的範例，再查看命令列輸出、產生的檔案、視窗狀態、API 回應或服務日誌；這些觀察點比抽象的功能清單更能說明它是否適合目前工作。版本變動時，則以倉庫最新 README 和 Releases 的說明重新核對，不以舊文章推測新行為。

這些限制必須回到專案自己的名稱來讀。使用者可先確認版本與依賴，再執行 README 的最小範例，記下命令輸出和實際產物。遇到外部服務或平台差異時，應把環境條件與結果分開，不能把單次成功推成全面支援。對照設定鍵、文件路徑和日誌欄位，才能知道問題出在輸入、執行流程還是輸出格式。這也是本專案適合的使用邊界。

編輯結論

README 提供了快速開始、管理指令與技術棧，但整合清單、託管定價以及完整的授權條款都在 README 之外，需要到應用程式內或 docs.sim.ai 查看。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes