Slack、Notion、CRM 全塞一个软件里？Macro：给小团队的操作系统

结论先说：这是 2026-10-29 当日榜单上的项目，5400 多 stars、AGPL-3.0 协议，7500 多次提交，团队在纽约与多伦多，用 SolidJS 与 Rust 写成。它想当小公司的“操作系统”：邮件、聊天、文档、任务、Agent、通话、CRM 全部装进同一个界面，用 @链接与共享 AI 记忆串起来。

是什么：一个一体化团队工作台。作者的原话很直白：他们用过 Slack、Linear、Notion、HubSpot、Superhuman，但这些工具拼不成一个系统，公司规模一到 20 人左右就靠 MCP 与 Zapier 勉强粘合，于是干脆从头设计了一个。

能干嘛：多账号邮件统一收件、键盘优先处理；频道与私信里直接建任务，任务反向链接回产生它的邮件或消息；Markdown 文档实时协作，@一下就能引用邮件、任务、联系人或公司；CRM 不用另开系统，在邮件里按联系人或公司就能看到全部往来。

适合谁：10 到 30 人规模、工具已经多到管不过来的创业团队；以及想把 Agent 接进真实工作流，而不是只在聊天框里试玩的技术团队。

注意点：一体化意味着迁移成本高：邮件、聊天、CRM 全搬进来之前，先用托管版试两周；AGPL-3.0 协议对二次分发有要求，改完想对外提供服务要先读协议；它自称被 15 人团队“吃了两年狗粮”，但你的团队规模与习惯不同，照搬前先小范围试点。

一个软件全包，会不会样样都差一口气？

这是它必须回答的问题。它的解法是每个模块都对标同类最好产品单独设计，而不是用一套通用积木拼出来，再用同一套后端与双向链接图把模块粘合。思路说得通，但最终还得看你的团队愿不愿意为“统一”放弃每个单品的极致体验。

站长点评：我选它是因为它敢捅破一层窗户纸：工具越多，公司越不可计算。同类里 Notion 强在文档、Slack 强在聊天、Linear 强在任务，但没有一家能让“一封客户邮件变成任务、再变成 PR”全程可追溯；Macro 的卖点正是这条链路。我的判断是：别一上来全员迁移，先拿一个项目组当试点，跑通“邮件→任务→PR”再扩围。