https://yennj12.js.org/yennj12_blog_V4/tags/slack/Recent content in Slack on YennJ12 Engineering BlogHugo -- gohugo.ioen-usFri, 07 Aug 2026 14:00:00 +0800https://yennj12.js.org/yennj12_blog_V4/posts/qm-multiplayer-agent-part1-architecture-zh/Fri, 07 Aug 2026 14:00:00 +0800https://yennj12.js.org/yennj12_blog_V4/posts/qm-multiplayer-agent-part1-architecture-zh/大部分 Agent 產品的設計起點是「一個使用者」。 你可以把它塞給整間公司用，然後很快會發現： 記憶混在一起、憑證共用、A 在頻道問的問題被 B 的 context 污染。 QM 的起點反過來 —— 它先假設有很多人，再問「他們怎麼共用同一個 Agent」。 本系列共五篇，逐層拆解 yc-software/qm： 它解決什麼問題、Scope 模型怎麼撐起多人隔離、Harness 抽象怎麼同時驅動四種 Agent 引擎、 安全模型怎麼分層，以及沙箱 / Skills / Cron 這些持久化能力怎麼組裝。 本篇是第一篇：架構全景。 一、核心命題：single-player 與 multiplayer 的分野 1.1 README 的第一段就是設計聲明 Most agents are designed like personal assistants. You can make one work for a whole company, but it quickly gets complex. QM is designed for startups. Employees each get their own isolated workspace and work independently without affecting each other, and they can also collaborate with the agent in channels, group messages, and projects.