第一次會話

第一次真正使用 MindMux，最好別“隨便問一個問題”。更好的方式是開啟一個真實專案，讓應用把討論一步步轉化成持久的結構。

推薦的第一次流程

1. 開啟一個專案目錄。
2. 讓 MindMux 掛載或建立 brain/。
3. 圍繞專案背景、架構或當前待決策的問題啟動一個會話。
4. 檢視生成的知識產出。
5. 當確實需要執行時，再把已經收斂的工作轉成任務。

好的起始提示詞

好的起始提示詞，通常會讓系統整理或澄清專案狀態：

• “總結這個專案當前的架構和開放問題。”
• “哪些內容應該進入背景（background）和路線圖（roadmap）文件？”
• “把今天的討論整理成持久頁面和決策筆記。”
• “為我們剛剛確認的實現工作準備一個任務。”

你可以預期什麼

剛開始用時，MindMux 感覺很像普通聊天應用。真正的差異通常在會話結束後才顯現：

• 專案大腦會逐漸完善
• 未來會話需要重複解釋的內容更少
• 派發任務時可以附帶更好的上下文

第一批值得爭取的輸出

第一輪最有價值的輸出通常是：

• background.md
• architecture.md
• 少量決策頁或概念頁
• 一到兩個可執行任務

這樣可以很快為專案建立一個可用的記憶基礎。

第一次不要這麼用

不要把第一次會話當成無結構的資訊堆放區。MindMux 最高效的場景，是討論朝著這些方向推進：

• 更清晰的專案上下文
• 明確的決策
• 可複用的知識
• 乾淨的執行交接

第一次會話之後

當專案已經有了基礎的專案大腦後，接下來最值得做的工作流通常是：

• 當一個討論分化為多個方向時分叉會話
• 附帶上下文地派發執行任務
• 隨著專案演進持續修正根文件