架構決定要能走到編輯器裡
團隊討論一小時選定一個方案，三週之後沒人記得為什麼否掉了另一個。Whisperer 把決定連同理由一起留下，MCP 再把它送進 Cursor——程式碼就寫在那裡。
沒有機器人 · 團隊會議裡不會多出參會者
議題事件佇列
- 決定
用 NATS 而不是 Kafka：當前量級下運維更簡單
14:12 - 任務
王倩 — 週五前做出消費端原型
14:19
議題遷移
- 待定
積壓怎麼重放才不會重複
14:31
真正的問題
理由比決定消失得更早
架構決策記錄會寫下選擇。幾乎從來留不下的是被否掉的方案和否掉它的原因——而下個季度有人再次提出同一個方案時，想知道的正是這個。
每個紀要節點都指向那句話說出口的分鐘。重開討論只要一次點選，不需要考古。
「重放還沒想清楚」會一直標著未決，直到有人關掉它，而不是變成摘要裡一句好看的話。
透過 MCP，編輯器裡的助手可以把會議和知識庫當作工具來查——決定就到了實現發生的地方。
用在哪
回報最高的三種會議
-
設計討論
兩個小時的取捨會產出三個決定和五個待定。沒有地圖，它們會變成一份沒人開啟的文件。
-
覆盤
團隊約定要改的事必須活過這個迭代。行動項變成卡片，帶負責人和日期。
-
跨團隊對齊
口頭約好的介面三天就沒了。有原話和時間點，下一次對話不用從零開始。
限制
團隊需要知道的兩條
沒有團隊共享庫：會議留在錄下它的那個人帳號裡。能共享的是匯出的文字，不是共同的空間。
已錄好的檔案是可以上傳的：「會議」區塊每次接受一個不超過 25 MB 的檔案——mp3、m4a、wav、ogg、flac、aac，以及 mp4 和 webm（取其音軌）。沒有的是整批上傳整個檔案庫；而且它消耗的分鐘數與實時通話相同。
常見問題
大家最先問的
中英夾雜的技術詞會影響識別嗎？
通常沒問題；內部服務名和縮寫寫進知識庫之後會明顯更準。
紀要能進 Jira 嗎？
沒有自動同步。地圖可以複製為文字，會話可匯出為 Markdown、SRT、VTT、JSON。
MCP 支援哪些編輯器？
Cursor、Claude、ChatGPT，各有各的配置頁。伺服器和工具集是同一套。
從最貴的那場討論開始
下一次架構討論錄下來的價值，超過這個月所有站會的總和。然後在第一次提交之前先開啟地圖。