Cursor 可以讀到那個決定出自的通話
提交資訊從來不是完整的故事。另一個方案為什麼被否，留在了那場架構會議裡；有了 MCP，你的編輯器可以重新讀到它，就在你構建這個東西的時候。
屬於付費方案 · 專案裡的配置檔案
倉庫裡
「feat: 透過訊息佇列處理支付」
通話裡
直接呼叫被否掉了：支付閘道器一掛它就跟著掛。
編輯器裡
半年後重構時，那個理由重新出現。
缺口
提交資訊從來不是完整的故事
程式碼裡有結果。備選方案、它們的缺點、以及讓天平傾斜的那句話，哪裡都沒有：它們是被說出來的，不是被寫下來的。半年之後討論重新開始，沒有人能說清當初為什麼那樣定。
配置
配置檔案，不是聯結器介面
-
在帳號裡開啟 MCP 訪問
預設關閉。你會拿到地址和一個金鑰。
-
在 Cursor 的 MCP 配置裡宣告伺服器
和 Claude 不同，這裡走的是檔案而不是介面；好處是可以按專案區分。
-
放行這個中心的會話
沒有放行，編輯器什麼都看不到。按專案放行比放開整個帳號更合理。
限制
它在你的倉庫裡不做的事
第一條限制
這條路是單向的
Cursor 讀你的會議；Whisperer 不讀你的程式碼。不訪問倉庫、不比對分支、伺服器也不改動任何檔案。
第二條限制
一次一份錄音，而不是整批遷移
已錄好的檔案是可以上傳的：「會議」區塊每次接受一個不超過 25 MB 的檔案——mp3、m4a、wav、ogg、flac、aac，以及 mp4 和 webm（取其音軌）。沒有的是整批上傳整個檔案庫；而且它消耗的分鐘數與實時通話相同。
常見問題
關於 Cursor 和 MCP
其他編輯器能用嗎？
伺服器遵循標準，原則上任何 MCP 客戶端都行。這裡寫 Cursor，是因為它是被接得最多的編輯器。
團隊能看到我的放行嗎？
不能。訪問和放行都屬於你的帳號；同事用同一份配置檔案看到的是他自己的會話，不是你的。
可以用它生成決策記錄嗎？
可以，而且這是最常見的用法：編輯器讀通話、寫草稿，留下什麼由你決定。
在下一次重構之前接上它
問編輯器：現在這個方案為什麼是這樣。如果答案來自通話而不是程式碼，它就起作用了。