为什么先收集，再整理
很多灵感和资料的价值，只有在后续回看、比较、关联时才会显现。过早分类会提高记录门槛，也会让大量内容因为「暂时不知道放哪里」而根本没有被保存下来。
Muses 更推荐先把内容收进来，再在使用中逐步形成结构。收集箱、首页瀑布流、系统分享、Chrome 扩展、OCR、语音和音视频转写，都是为了减少「先整理好再保存」带来的阻力。
为什么首页是瀑布流，而不是列表
首页瀑布流的作用不是「展示更多卡片」，而是保留上下文。卡片可以同时呈现标题、摘要、标签、空间、关联信息和内容密度，让回想与判断更快发生。
这种设计适合：
- 快速浏览最近内容。
- 回看还没有完全整理的素材。
- 找到值得继续写、继续拆分、继续关联的笔记。
列表适合批量管理，瀑布流适合重新进入现场。Muses 把首页做成内容流，是为了让最近写过、保存过、转写过的东西重新露出来，而不是被文件夹深度藏住。
空间、标签和知识网络的关系
空间负责区分大的工作范围，标签负责表达主题结构，链接与子卡负责表达内容之间的细粒度关系。三者并不是互相替代的关系。
- 空间：回答「这条内容属于哪一个工作域」。
- 标签：回答「这条内容在主题结构里处于什么位置」。
- 子卡与链接：回答「它和哪些内容有演化或引用关系」。
结构不要一次性设计完。一个长期空间可以先只有 3 到 5 个一级标签，等内容真的变多后，再让二级标签、子卡和链接承担更细的含义。过早建立很深的树，通常只会让记录变慢。
AI 的位置
Muses 中的 AI 更接近整理和发现助手，而不是自动分类器。它适合做这些事：
- 从会议记录、语音转写和网页剪藏里提取重点。
- 生成标题、摘要、关键词和可选的整理建议。
- 找到相似笔记、相关主题和可能被忽略的上下文。
- 为 Todo 补充时间、提醒、优先级或下一步建议。
- 围绕本地知识库回答问题，帮助重新进入已有材料。
AI 的建议需要回到明确操作上。移动空间、补标签、拆子卡、加入子任务和修改 Todo 都应由用户确认，尤其是涉及长期结构和行动安排时。
工作台优先于页面跳转
桌面端的核心不是单页跳转，而是多标签工作台。首页、空间、编辑器、行动、知识分析、回顾、AI 和设置可以同时作为标签打开。这样做的价值在于减少上下文丢失：整理空间时可以留着来源笔记，处理任务时可以保留 Task Space，问 AI 时也能回到原材料。
移动端则更适合轻量采集和快速回看。它不需要复刻桌面端的所有密度，而是把语音、分享、悬浮采集、首页内容流和行动入口做得足够快。
什么不是 Muses 的目标
- 不是把所有东西塞进无限文件夹。
- 不是一开始就要求建立完整知识体系。
- 不是让 AI 悄悄改写用户已经确认的结构。
- 不是只服务写作，也要服务采集、执行、回顾和搜索。
- 不是纯云端知识库，本地处理和隐私边界同样重要。
文档阅读建议
如果第一次接触 Muses，建议按这个顺序理解产品：
- 先看「安装、下载与版本选择」和「快速上手」。
- 再看「多种输入方式与采集入口」与「空间、多级标签与子卡」。
- 最后再看 AI、搜索、知识图谱、回顾和隐私安全相关内容。