QM/briefing 2026-08-04 查證
QM

非官方技術評估簡介 · yc-software/qm

quartermaster

github.com/yc-software/qm　·　MIT 授權　·　Y Combinator 官方出品

一套「為工作而生」的多人協作 agent 底座，掛在 Slack 與網頁上運作。

由 知識倉鼠 整理 加入 LINE 社群

多數 AI agent 是照「個人助理」的想像去設計的，硬要讓同一顆 agent 服務整間公司，很快就會變得複雜。 QM 反過來做：每位員工都有自己完全隔離的工作區，記憶、檔案、金鑰視圖、權限、排程、網頁應用與持久沙箱互不干擾， 同一顆核心又能一起在 Slack 頻道、群組訊息與專案裡協作。

10,283 ⭐ stars 最新版 v0.1.4 建立於 2026-07-29（6 天齡） 公開貢獻者 3 人 授權 MIT 部署方式 限自架

01 · 定位與問題

QM 到底是什麼

先講清楚它不是什麼，再講它實際做什麼。

QM 常被稱為 quartermaster（船務長、軍需官）的縮寫，但這個全稱從未在官方文件裡出現過，只在兩個測試檔裡見到， 嚴格說是媒體自己推測的命名，不是官方明講的。可以確定的是，它由 Y Combinator 官方 開發並公開釋出， 官方 X 公告的原話是「像 Hermes 或 OpenClaw，但服務全公司」，是拿來對照的同類工具，不是 QM 的前身。 社群另有人推測真正的內部前身是 Garry Tan 的 gbrain 專案，但這個字在 QM 的 repo 裡完全查不到，屬未證實的猜測。

它解決的問題很具體：把一顆 AI agent 直接丟給整間公司用，很快就會撞牆，因為每個人的脈絡、權限、記憶都會互相污染。 QM 的設計是每個人、每個房間都有自己範圍內的記憶、檔案、金鑰視圖、權限、排程、網頁應用與持久沙箱， 同時又能在 Slack 頻道與專案裡跟同一顆核心協作。目標使用者是技術能力足夠的新創與中小型團隊。

先破除一個誤解

QM 不是 Slack 的替代品，也不是 Mattermost、Rocket.Chat、Discord 那類通訊平台。 它是「掛」在 Slack 與自架網頁上的 agent 協作層，本身沒有頻道系統、沒有語音、沒有通話功能。

02 · 核心功能

對企業協作有用的部分

下表只列跟「企業內部協作」直接相關的能力，逐項附具體做法，不是行銷式的功能列表。

功能狀態具體做法
即時訊息整合✓ 有Slack Socket Mode 接入，不需要對外 URL、網域或 TLS；另有自架 Web 聊天介面，身分與設定兩邊通用
頻道協作✓ 有@mention 進 thread 後不用再重複 @；內建「該不該插話」判斷，決定不講話時完全不發文
檔案分享✓ 有Files 是持久的 owner-scoped 登錄表，不是掃描對話紀錄；公開頻道的檔案自動取得組織級讀取權
機器人整合✓ 有Slack bot 全功能整合，也支援自建 Web app 並發布給指定的人
開放 API✓ 有共 40 個路由檔，涵蓋 sessions、files、keychain、projects、directory、deployments、skills 等
單一登入 SSO✓ 三選一OIDC（範例接 Google Workspace，可鎖 email 網域）、Slack OpenID、或內建一次性登入連結
權限管理◐ 較簡化目前只有 org_admin 一種角色，team_admin 已被移除，團隊層級管理官方列為未來工作
人員生命週期✓ 有可停用／復用帳號、批次推送組織名冊到系統
專案協作空間✓ 有建立、改名、成員增刪，範圍化的協作單位
成本控管✓ 有每人與全組織的美金預算上限，預設每人每日 25 美元、全組織每日 100 美元

03 · 架構全貌

怎麼搭起來的

核心是一個不經 build step、直接執行 TypeScript 的 headless 服務，所有對外介面都是可選外掛，實際部署拆成六個獨立服務。

網際網路
→
portal唯一對外服務，做 OIDC 驗證＋反向代理
→
web-ui
admin
→
core含 in-process 的 Slack plugin
auth
egress-proxy
→
PostgreSQL
每人一台沙箱

網路拓撲刻意收得很窄：只有 portal 對外，core、Postgres、agent 沙箱全部留在私有網路。 Slack 側是 agent 主動發起的對外 WebSocket 連線，不需要對方能連進來，這也是 Socket Mode 不用對外網域的原因。

TypeScript Node ≥ 24 Fastify 5 Vite + Lit PostgreSQL 16 pg-boss croner @slack/bolt

供應商中立是刻意設計

執行引擎四選一（Pi 為預設、OpenCode、Codex、Claude Code），模型供應商三選一（Anthropic、OpenAI、OpenRouter）。 換掉任何一個只需要改一個 wiring 檔，部署不會被綁死在單一供應商上。

能不能用既有的 Claude Code／Codex 訂閱，省下 API 費用

這是實際導入時很現實的成本問題，兩個 harness 待遇不一樣，答案來自原始碼裡的環境變數白名單與部署層驗證邏輯，不是猜的。

Claude Code：能，官方留的路

  • 認 CLAUDE_CODE_OAUTH_TOKEN，也就是 claude setup-token 產生的訂閱憑證，Pro／Max／Team／Enterprise 都吃，不走 API 按量計費
  • 不能同時設 ANTHROPIC_API_KEY，兩個都給會優先吃 API key，訂閱額度白留
  • 本機 claude login 存的登入沒用，QM 每輪對話都在全新隔離目錄裡跑，只有 setup-token 那串長效 token 吃得進去
  • 這個變數不在官方機密清單裡，CLI 不會主動問，要自己在設定檔手動塞

Codex：不行，除非是 Enterprise

  • 作者在程式碼註解裡寫死理由：「Codex 的 CLI 沒辦法在容器裡跑瀏覽器 OAuth」
  • OPENAI_API_KEY 是部署層硬性必填，缺少直接啟動失敗
  • 程式碼裡有個側門 CODEX_ACCESS_TOKEN，但這種 token 只有 ChatGPT Enterprise 工作區的管理員能簽發，個人 Plus／Pro 訂閱用不到，且 QM 自己完全沒有文件化這條路

走 Claude Code 訂閱前要想清楚的事

setup-token 產出的憑證是綁在個人訂閱席次上的， QM 卻是整間公司共用同一顆 agent，等於全公司用量都算在一個人的額度上，很快會撞用量上限。 個人 Pro／Max 拿來當共享服務後端，官方授權條款沒有明文表態，屬於灰色地帶；走 Team／Enterprise 方案的席次會站得住腳一些。

選了 Codex harness，不等於在用 Codex CLI

QM 把 Codex 包在一個隔離的沙箱裡跑，原始碼裡把它原生的 shell、檔案操作、瀏覽器、生圖、外掛、網頁搜尋全部強制關閉， 只留下「推理＋呼叫 QM 自己給的工具」。串流輸出跟「跑到一半插話」這兩個即時性有保留， 但終端機上按一下核准就能繼續的動作，在 QM 這裡會直接終止當前這一輪， 要等人在 Slack／Web 上核准後才開新一輪重跑，不是原本那個對話續命。另外 QM 鎖定的 Codex 版本目前落後官方最新版三個版號， 但落差的功能剛好都是被 QM 關掉或自己接管的部分，實際影響不大。

部署平台只有這三個，沒有 GCP，也沒有 Zeabur

部署走官方 CLI（npm 套件 @yc-software/qm），docker／fly／aws 三選一： AWS 由 CLI 產生 Terraform，落成 ECS Fargate（ARM64）＋ RDS ＋ ALB ＋ CloudFront； Fly 走 Fly apps 加 Fly Machines。沒有 docker-compose.yml，也沒有 Kubernetes manifest，這兩種常見的自架路徑都不支援。 GitHub Issues／PR、Hacker News 主串（165 則留言逐則掃過）全部查無 GCP 或 Zeabur 字樣，官方沒範本、社群沒人問、也沒人做過。

選 docker 部署，不代表完全脫離雲端

即使選 docker 當部署目標，官方預設設定裡 agent 沙箱仍然指向一個 Fly app， 健康檢查（qm doctor）也會因此要求你有 Fly 帳號。核心程式碼雖然支援讓沙箱也留在本機 （SANDBOX_BACKEND=local），但 CLI 不會自動幫你接線，得手動改設定。 唯一一份想補這條路的社群教學（PR #131）發出來 35 秒就被作者自己關掉，沒有被採納，也沒人驗證過能不能真的跑起來。

能不能部署在 Mac 上

分三層看，答案不一樣：

用途能不能依據
當操作機，跑 qm CLI 部署到 Fly／AWS✓ 沒問題已有人在 GitHub issue 上留下 macOS 環境紀錄，完整跑過整套部署流程，卡關處與作業系統無關
當本機 docker 控制面主機◐ 能跑，有代價官方發布的六個服務映像檔全部只 build linux/amd64，Apple Silicon 上要嘛自己重建、要嘛靠模擬
當完全脫離雲端的單機主機（連沙箱都留在本機）✗ 沒人驗證過沙箱映像檔同樣寫死 amd64，官方文件自己承認在 Apple Silicon 上模擬「slow and unreliable」；唯一想補教學的 PR 未被採納

另外挖到一個實測地雷：專案路徑如果帶空白字元，某個內部指令會直接出錯，自架前路徑命名要避開空白。

QM Web UI 側欄實際截圖，可見 Projects、Chats、Files、Webhooks、Crons、Keychain、Deploys、Memory、Skills 等功能
官方 Web UI 實際畫面（YC 內部帳號截圖）：側欄可見 Projects、Chats、Files、Webhooks、Crons、Keychain、Deploys、Memory、Skills，畫面中兩個工作階段正並排執行。

04 · 監測與可觀測性

能不能看到誰在用、用多少

直接回答：能，而且是產品等級的內建功能，不需要另外接外部工具才看得到。

內建看得到什麼

  • 11 個 admin 觀測視圖：Metrics、History、Files、Live、Errors、Audit、Skills、Crons、Deployments、Volumes、Retention
  • Retention 視圖：DAU、WAU、MAU、黏著度、週留存世代分析，以及每人 session 數與對話輪數的 p50、p95
  • Metrics 視圖：首字延遲（TTFT）、queue／execution 延遲百分位、吞吐量，單筆記錄約 30 個欄位
  • Audit log：誰、對什麼資源、做了什麼、狀態如何，全部落地 Postgres 永久保存
  • Users 分頁：列出所有用過 agent 的人，可直接在畫面上提升或撤銷權限

內建看不到、要自己接的

  • 沒有 Prometheus、Grafana、Datadog 這類標準整合，找不到 /metrics 端點
  • 要接進公司既有的監控體系，得自己寫 exporter 或直接查 Postgres
  • 留存數據的頻道歸屬是「近似值」，官方自己註記記錄不帶作者身分
  • 模型請求內容預設全部捕捉並持久保存，不是可有可無的選項

評估要注意的反差

內建監測做得很細，細到能追蹤每個人每一輪對話的延遲與用量；但官方在 SECURITY.md 同時明講， 管理員讀取這些敏感內容不需要當事人另外同意。監測能力與隱私邊界，是同一件事的兩面。

05 · 資源需求

記憶體、設備、要多大的機器

官方 README 與 docs 完全沒有寫最低硬體需求，以下數字全部來自實際部署設定檔的預設值，是範本，不是官方宣告的下限。

控制平面：Fly.io 六個服務的預設記憶體配置

core
2 GB
web-ui
2 GB
admin
2 GB
portal
1 GB
auth
512 MB
egress-proxy
256 MB
合計約 7.75 GB，這是控制平面的固定用量，跟員工人數沒有直接關係。

AWS 那條線互相印證：CLI 寫死的 Fargate 起手值合計 3.75 vCPU、7.5 GB （core 2048 CPU units／4096 MB，web-ui、admin、portal 各 512／1024，auth 256／512），跟 Fly 側幾乎同一個量級。 兩條官方路線都指向同一件事：這是「官方給的起手值」，不是官方宣告的下限，目前也沒有任何第三方給出更具體的建議規格。 唯一嘗試給分級建議的第三方代管報價計算機，實際邏輯只是一條線性成本公式（基本費加每人固定金額），不是真正的容量規劃。

真正的變數：每人一台的持久沙箱

QM 的核心設計是每個範圍配一台持久電腦，工具裝過就留著。這台沙箱在兩種部署後端上規格與計費邏輯不同：

AWS · Lambda MicroVM

  • vCPU4
  • 記憶體8,192 MB
  • 磁碟8 GB
  • 最長存活8 小時
  • 持久化策略用完即拋，home 目錄打包存 S3

Fly · Sprites

  • 作業系統Ubuntu 26.04 LTS
  • 磁碟100 GB
  • 閒置行為自動休眠
  • 持久化策略整台磁碟留著，不拋棄

計費邏輯不是「人數 × 固定規格」

走 AWS，沙箱用完即拋，成本隨「同時活躍的對話輪數」走，不是隨員工人數走； 走 Fly，沙箱會休眠但磁碟留著，所以儲存成本才會隨人數線性增加（每人最多 100 GB 配額）。

Fly.io 實際費用試算

Fly.io 沒有像 Zeabur 那種一鍵部署模板，QM 完全靠自己的 CLI 走命令列部署。以下是拿 Fly 官方公開費率， 套用 QM 自己公開的 fly.toml 記憶體配置換算出來的估算，不是官方或第三方報價。

固定成本（跟人數無關）

  • 控制平面 6 個服務常駐≈ US$43／月
  • 資料庫（Managed Postgres 最低階）US$38／月起
  • 合計固定成本≈ US$80～90／月

每人沙箱（使用量計費，無法先算出總數）

  • 閒置US$0（自動休眠）
  • 啟用中運算US$0.07／CPU 小時
  • 啟用中記憶體US$0.04375／GB 小時
  • 熱儲存（常駐 NVMe）US$0.5／GB／月
  • 冷儲存（物件儲存）US$0.02／GB／月

為什麼沒辦法給您一個總數

固定成本這塊（控制平面＋資料庫）算得出來，約 US$80～90／月，不管團隊多大都差不多。 但真正決定帳單大小的是每人沙箱的使用量，QM 用哪種儲存模式（熱／冷）沒有查到明確依據， 而且要看每個人平均一天讓 agent 實際運算多久，這個數字沒人跑起來之前沒辦法預估。 跟先前查到的第三方 AWS 代管報價（20 人約 US$370～870／月基礎設施）比，量級可以互相參考，但那是 AWS 的估法， 不是同一個平台的直接對照。

支援的作業系統與裝置

伺服器端只支援 Linux 容器（Docker、Fargate、Fly），需要 Node 24。 使用者端只有 Slack 與瀏覽器 兩種入口，全 repo 文件搜尋不到 mobile、iOS、Android、Electron、desktop app 等字樣： 沒有原生手機 App，也沒有桌面 App，手機使用實務上是靠 Slack 自己的手機 App。

推估．非官方數字

50 至 200 人的企業，大概要配多少機器

控制平面（core、web-ui、admin、portal、auth、egress-proxy）抓約 8 GB 記憶體等級， 加一台 db.t4g.small 等級的 Postgres，大致能撐起後台，且這個規模跟人數關係不大。 真正隨人數變動的是沙箱儲存與模型 API 費用，不是控制平面的機器規格。 有個成本細節要注意：官方的預算估算函式只計算 input token，output token 沒算進去，實際花費會比帳面數字高。

目前唯一一份具體的代管報價來自一家第三方顧問公司（非 YC 官方，該公司網頁也自陳「與 Y Combinator 無關」）： 約 20 人規模的 AWS 基礎設施估計每月 370 至 870 美元，代管方案第一年報價約 1.89 萬美元，對照 DIY 估算的 4.24 萬美元。 這份 DIY 對照數字有一半以上是自行假設的工程師工時，讀的時候要記得它出自賣代管服務的一方，供參考不當定論。

06 · 企業導入現況

值不值得現在跟

授權沒有問題，問題是這個專案「多新」與「多少人在把關」。

10,283
GitHub Stars
1,095
Forks
3
公開貢獻者
27
Issues（26 open）
152
累計 PR 數
v0.1.4
最新版本

授權是 MIT，可商用、可修改、可閉源再散布，不用付費；repo 內找不到任何付費版或 SaaS 方案， 自架是唯一選項，沒有官方託管服務。

671Hacker News 主串分數
＋165 則留言
0主流科技媒體報導（TechCrunch／VentureBeat／The Verge 全數缺席）

社群反應是「啞鈴型」的：Hacker News 主串（news.ycombinator.com/item?id=49126604）吵得很兇， 165 則真人留言裡讚賞與質疑都有，但質疑聲量明顯更大；主流科技媒體與主流技術 subreddit（r/programming、r/selfhosted、 r/LocalLLaMA 等）則完全缺席，已用對照組關鍵字確認不是搜尋方式的問題，是真的沒有討論。中間該有的「主流但沒那麼硬核」評論層是空的。 另外，Trendshift 在 2026-08-01 把它列為當日 TypeScript Repository 第一名，star 數的成長速度算是有旁證。

HN 上被讚賞的部分

  • README 寫得精簡易讀，多人稱讚「concise and consumable」
  • 每人獨立範圍＋共享房間的 scoping 設計，被同業創辦人認為是多人協作最難也最合理的解法
  • 唯一具體實例：有人提到拿它自動修簡單的 CI failure、收到 production alert 自動產 RCA 與修復 PR

HN 上被質疑的部分

  • 貢獻政策惹議：CONTRIBUTING.md 要求「人寫的文字」而非程式碼 PR，還加註「請不要用 AI 把想法灌水成正式提案」。AI 專案卻不收 AI 寫的 PR，被視為諷刺；adrs/ 資料夾至今仍只有一個空的 .gitkeep
  • README 疑似 AI 生成：多人指出行文風格明顯是生成式的，要求官方「用人寫的文字說明自己在做什麼」
  • 利益衝突指控：有人翻出 QM 的方向正好對應 YC 自己 2026 秋季 Request for Startups 徵求的題目（多人 AI agent），質疑 YC 是把社群的點子「蒸餾」成自己的專案
  • 命名與新穎性質疑：「multiplayer」被調侃像在講電玩；也有人指出 qm 這個指令名已經被 QEMU 用了約 20 年

跟同類工具怎麼比

工具類別與 QM 的關係
Slack通訊平台不是競品，是 QM 的載體，QM 掛在它上面運作
Mattermost／Rocket.Chat開源通訊平台類別不同，它們取代 Slack，QM 不取代 Slack
Discord通訊平台同上，且 QM 目前未整合 Discord
Microsoft Copilot／Glean／Dust企業 AI 助理這是分類上真正的對照組，全網僅一則留言直接比較過。差異在 QM 是 MIT 開源、完全自架、可換執行引擎與模型供應商
Claude CoworkAnthropic 官方多人 agent 工具HN 上最常被拿來比的對象，反對者的理由是不想「永久綁在 Anthropic 生態系」
OpenClaw個人向 agent harness社群公認最接近的對照，QM 換來多租戶能力，代價是失去 OpenClaw 的「markdown 大腦透明度」
Block 的 Buzz同類企業 agent 專案有網友認為 QM 是搶在 Buzz 之前趕出來的競品

07 · 技術亮點

官方自己強調的特色

供應商中立 4 種執行引擎 × 3 家模型供應商可自由切換，部署不會被綁死在任何單一供應商上。
每範圍持久沙箱 不是每次重開的容器，是「裝過的工具會一直在」的持久電腦。
三段式安全姿態 Strict（每次工具呼叫都要人核准）、Auto（預設，分類器篩檢外部資料與工具結果）、Dangerous（不篩檢不暫停）。 但預先宣告的指令政策（例如遞迴刪除、破壞性 SQL 的核准規則）三種姿態下一律生效，Dangerous 也不例外。
強制出口代理 用 48080 這種刻意冷僻的埠做出口管制，443／80 直接出口整個封死，把資料外洩的路徑壓到最小。
供應鏈防護 新發布的 npm 套件要冷卻 7 天才能進 lockfile，用來擋投毒攻擊；服務與沙箱映像一律用 digest 釘選，不用可變 tag。

工程紀律側寫

官方的協作規範也值得一提：PR 希望先用文字把想法寫進 adrs/ 資料夾， 談攏了才由官方自己實作；合併前一律要有「全新脈絡」的對抗式複查，不接受作者自審；程式碼採零註解政策。 這套紀律某種程度能解釋，為什麼一個公開才 6 天的 repo，測試檔數量（558 個）居然超過原始碼檔案數（348 個）。

08 · 風險與限制

官方自己寫在 SECURITY.md 的話

這份文件坦白到超出業界慣例，企業評估前建議整篇讀過一次，這裡先挑對導入決策最關鍵的幾條。

指令政策可被繞過官方原話：「防呆的減速丘，不是沙箱邊界」，混淆、編碼、先寫腳本再執行都能規避。
沙箱內憑證是明文materialize 成環境變數或檔案後，該沙箱內的行程讀得到。
管理員可直接讀取所有敏感內容逐字稿、模型請求、文件、記憶、金鑰 metadata、使用者資料，有稽核紀錄，但不需要當事人另外同意。
AWS 沙箱預設不做網域級管制egressEnforcement 設為 none；Fly Sprites 才有代理做到 domain 級管制。
資料留存沒有到期機制模型請求捕捉預設開啟，檔案產物會無限累積，回收機制尚未實作。
已發布 Web App 的連結只靠 bearer 授權連結一旦外流，就算之後改權限設定，也救不回已經流出的那份存取。
瀏覽器動作會繞過部分核心閘門不會重新走一次指令政策與人工核准。
治理控制尚缺治理變更沒有統一版本化，供應商端 token 撤銷與組織級 kill switch 都還沒做完。

09 · 實際部署踩坑

已經有人在踩的坑

SECURITY.md 是官方自己承認的邊界，這裡是社群在 GitHub Issues 與 Reddit 上回報的實際故障，兩者不是同一件事。

Issue問題影響
#136Fly 部署下，core 的 Postgres 連線池每 1 至 2 小時整組死掉，且不會自動復原之後所有 API 請求全部回 500，回報者 4 小時內遇到 3 次，目前只能手動重啟服務
#122AWS MicroVM 建置失敗，Dockerfile 釘死的 GitHub CLI 版本已從上游消失錯誤訊息只有「建置失敗」四個字，沒有任何 build log 可查
#130／#137／#165／#177四個獨立回報，都是沙箱後端設定推導有漏洞共同症狀：健康檢查與部署指令全部通過，接著 core 靜默 crash-loop
#150已發布的 web app 無法使用 WebSocketproxy 鏈路上沒有任何一跳處理連線升級
#153未接 Slack 的部署，人員名錄是空的，且 API 對欄位內容不做驗證加不了成員，寫錯值會靜默存入

Reddit 上兩則真實部署心得

一位在 r/ycombinator 回報 Fly 部署經驗的使用者形容「rough edges, good bones」：沙箱本身好用，狀態真的會留住、 裝完軟體不用重裝，但踩到金鑰沒設好會直接 crash-loop、機密推送指令只是暫存要等下一次部署才生效這類「用了才知道」的細節。 另一位在小型社群回報「花了 3 個小時才裝起來」，換成 OpenRouter 又多花 45 分鐘，結論是「太複雜，大概只有公司夠大才划算」。

一個值得單獨留意的訊號

有帳號在多個 issue 底下留下格式工整、附 commit hash 與檔案行號的「已修復」留言，但另一名使用者查證後回覆： 那些 commit hash 在上游 repo 完全查不到，也沒有對應的 PR。這看起來像是 AI 產生的幻覺修復留言正在污染 issue tracker， 考慮到這個專案的貢獻政策就是鼓勵「用文字描述、官方用 token 幫你實作」，這個現象在導入前值得留意。

10 · 一頁式判讀

給老闆的結論

適合的情境

  • 技術能力足夠、已經在用 Slack 的團隊
  • 不想被單一 AI 供應商綁死
  • 要求資料完全留在自己雲端帳號裡
  • MIT 授權，商用與客製沒有法律摩擦

不適合的情境

  • 需要立刻上線、不能承擔實驗性軟體風險
  • 沒有專職 DevOps 可以顧自架
  • 需要原生手機 App 或桌面 App
  • 需要接進既有 Prometheus／Datadog 監控體系
  • 處於高度受規管產業（管理員可無阻礙讀取全部內容、資料無到期機制，這兩點會直接卡合規）

三個最硬的風險

  • v0.1.4、公開才 6 天，官方自稱「早期、實驗性軟體」，沒有任何外部企業案例可參考
  • 公開貢獻者只有 3 人，且採封閉貢獻模式（PR 只收文字提案，adrs/ 資料夾至今仍是空的），一旦 YC 內部優先序改變，專案可能停滯
  • Hacker News 主串 165 則留言裡質疑聲量大過讚賞，重點集中在貢獻政策的諷刺、README 疑似 AI 生成、以及利益衝突指控；GitHub Issues 也已經出現部署層的靜默當機與來源不明的幻覺修復留言，現在導入等於自己當白老鼠除錯
最值得肯定的一點：SECURITY.md 的坦白程度遠超業界慣例，願意公開承認自己的安全邊界在哪裡。 這不代表限制就此消失，但通常代表這個團隊的工程誠信是可以信的。

社群裡問得最務實的一個問題至今沒人回答：能不能找一個「正在被實際使用」的實例看看？ 截至查證當下，除了 YC 自己員工的自述之外，公開網路上找不到第二個。