2026 年 5 月 21 日，YC P26 新創 Runtime 在 Hacker News 發布：「給整個團隊的沙盒化 coding agents」。兩位創辦人 Gus 與 Carlos 先前做過 YC S21 的 Mentum（已出售），之後任職於 Modern Treasury。這次他們鎖定的問題很具體：Claude Code、Codex 這類工具威力強大，但一直只有工程師敢用——Runtime 要讓行銷、營運、資料分析等非工程同事，也能安全地把 agent 派上場。
發布當天，這篇 Launch HN 拿下 103 點與 30 則討論。它踩中的剛好是 2026 年企業導入 coding agent 的最大摩擦：不是模型不夠強，而是權限、環境與資料邊界沒有人敢簽字。
Runtime 解決什麼問題
Runtime 的前提是「脈絡由工程定義一次、全公司重複使用」。工程團隊先把 instructions、skills 與各項整合設定好，其他部門就能在受控環境裡驅動同樣的 agent 做自己的工作。觸發來源涵蓋網頁、CLI、Slack、Linear、GitHub 與 API，每次 session 都會產生一個可分享的 preview URL，讓不寫程式的同事也能檢視 agent 的產出與過程。這個 URL 的意義比表面更大：它把 agent 的執行從某個人終端機裡的黑箱，變成非技術背景的審查者可以打開檢視的產物——而這正是工程部門以外的人願意信任 agent 的前提。
沙盒與環境快照
技術核心是可重現的執行環境。Runtime 會把完整環境做成快照——包括 Docker Compose 上的多服務堆疊、Kafka、Redis 與預先灌好資料的資料庫——讓 agent 在貼近生產的條件下工作。沙盒本身交給供應商編排：E2B、Daytona、EC2 或 Kubernetes，團隊可依成本與隔離需求選擇。這個供應商切分是有意為之：託管方案換取快速上手與預設隔離，EC2 與 Kubernetes 則照顧安全要求一切留在自家雲帳號內的團隊。整體效果是把「agent 的執行環境」從每人各自摸索的腳本，變成可以版本化、可以審計的基礎設施。
治理：密鑰代理與 guardrails
治理設計是真正的賣點。密鑰透過受管理的 proxy 注入，不進映像檔、也不散落在環境變數裡；命令層有 allow/deny 清單，網路層有 egress 控制，人員層有 RBAC——行銷同仁的 agent 能查資料、產文案，但碰不到金流系統。對要過安規的企業來說，這些欄位就是採購清單。
開源核心與定價
Runtime 的核心採開源（討論串提到 Apache-2.0 與 AGPLv3 的組合），商業模式是固定費加上實際運算成本，並明言不在 token 上抽成。這個定價直接回應了開發者對「agent 平台靠加價 token 獲利」的疑慮。同一天，Andrej Karpathy 宣布加入 Anthropic——Claude Code 背後的公司同時在吸納人才與生態夥伴，Runtime 這類把 Claude Code 包進治理框架的中間層，價值只會跟著水漲船高。
HN 社群的尖銳提問
討論串裡的問題比官網誠實。有人問 Anthropic 對 Claude Code 使用規則「一直在變」的立場，點名平台押注單一 agent CLI 的風險；有人追問每個沙盒是否都以 PR 收尾、行銷部門亂提交的程式碼怎麼清理；有正在做類似產品的創業者問團隊為何離開 fly.io，以及那些真的必須落在磁碟上的金鑰怎麼處理——這是 proxy 架構沒有自動解決的髒角落；有人拿既有的 FOSS 沙盒方案比較，質疑差異究竟在哪；也有人指出 GitHub 上部分自架文件連結仍是 404。另一則留言值得記下：靜態分析與執行期沙盒是互補而非競爭——Runtime 限制的是出事時的爆炸半徑，本身並不是安全問題的全部答案。這些都是產品早期該被問的問題，也是觀察它下一步的檢查清單。
參考來源
- Launch HN: Runtime (YC P26) – Sandboxed coding agents for everyone on a team — Hacker News
- Runtime — runtm.com
本文由 AI 協助自上述來源整理，經人工審核後發布。