第一次会话

第一次真正使用 MindMux，最好别“随便问一个问题”。更好的方式是打开一个真实项目，让应用把讨论一步步转化成持久的结构。

推荐的第一次流程

1. 打开一个项目目录。
2. 让 MindMux 关联或创建 brain/。
3. 围绕项目背景、架构或当前待决策的问题启动一个会话。
4. 查看生成的知识产出。
5. 当确实需要执行时，再把已经收敛的工作转成任务。

好的起始提示词

好的起始提示词，通常会让系统整理或澄清项目状态：

• “总结这个项目当前的架构和开放问题。”
• “哪些内容应该进入背景（background）和路线图（roadmap）文档？”
• “把今天的讨论整理成持久页面和决策笔记。”
• “为我们刚刚确认的实现工作准备一个任务。”

你可以预期什么

刚开始用时，MindMux 感觉很像普通聊天应用。真正的差异通常在会话结束后才显现：

• 项目大脑会逐渐完善
• 未来会话需要重复解释的内容更少
• 派发任务时可以附带更好的上下文

第一批值得争取的输出

第一轮最有价值的输出通常是：

• background.md
• architecture.md
• 少量决策页或概念页
• 一到两个可执行任务

这样可以很快为项目建立一个可用的记忆基础。

第一次不要这么用

不要把第一次会话当成无结构的信息堆放区。MindMux 最高效的场景，是讨论朝着这些方向推进：

• 更清晰的项目上下文
• 明确的决策
• 可复用的知识
• 干净的执行交接

第一次会话之后

当项目已经有了基础的项目大脑后，接下来最值得做的工作流通常是：

• 当一个讨论分化为多个方向时分叉会话
• 附带上下文地派发执行任务
• 随着项目演进持续修正根文档