Fabric：為您撰寫文件 的 AI 工作空間

每個工作區工具都儲存您的文件。而 Fabric 負責撰寫它們。來自 Slack 的決策記錄。來自錄音的會議記錄。來自 GitHub 的工程維基。會自我維護的文件。

文件撰寫一直存在著聲譽問題。大家都同意它應該存在，但沒有人想寫它。共識與行動之間的差距如此之大，以致於大多數組織在運作時，文件要麼根本不存在，要麼已經過時，或者兩者兼而有之。

Fabric 藉由改變撰寫文件的人來解決這個問題。

自我撰寫文件如何運作

自我撰寫文件會監控已連接的工具，這些工具是您團隊自然產生和分享知識的地方，並根據這些活動生成結構化、附帶引用的文件。

來自 Slack。 您的團隊在頻道中爭論兩種方法。討論來回持續了三十多條訊息。最後達成了決定。在傳統的設置中，應該有人記錄這個決定和推理過程，但沒有人會這樣做，因為下一個任務已經在等待。Fabric 會擷取該對話串並生成一份決策記錄：決定了什麼、考慮了哪些替代方案、是什麼推理促成了這個選擇，並附上引用連結，將每個要點連結到表達該觀點的特定 Slack 訊息。

來自會議。 衝刺計劃會議進行了一個小時。做出了決定、分配了任務、爭論了優先順序。傳統上，有人會在會後寫會議記錄（通常不完整，而且總是遲交）。Fabric 會轉錄會議並生成一個結構化的摘要：做出的決定、分配的待辦事項、關鍵討論點，並附帶時間戳記連結回錄音中的特定時刻。

來自 GitHub。 一位工程師提交了一個 PR，更改了兩個服務的通訊方式。程式碼審查中包括了為什麼選擇這種方法而不是替代方案的討論。在傳統設置中，這個背景資訊保留在 PR 中，之後就再也沒有被引用過。Fabric 會擷取 PR 描述、審查評論以及相關討論，並更新工程文件以反映這一更改。系統架構文件能夠保持最新狀態，因為它是從程式碼活動中衍生出來的。

來自銷售。 一名業務代表在 Slack 中提到，競爭對手剛剛更改了定價。一次客戶電話揭示了新的反對意見模式。一次交易審查確定了針對企業客戶的成功方法。這些活動中的每一項都會產生文件：競爭分析資料更新、反對意見處理指南擴展、銷售教戰手冊反映了新方法。銷售知識庫會隨著團隊的實際銷售活動而成長。

輸出結果看起來像什麼

這些文件不是未經處理的逐字稿，也不是 AI 摘要。它是結構化、有引用來源且可編輯的知識。

文件中的每個聲明都連結到其來源：特定的 Slack 訊息、會議時間戳記、PR 描述。點擊引用，您就能看到原始背景。這正是贏得那些已經學會不信任過時維基的團隊信任的原因：每句話都是可驗證的，而事實的來源就是團隊自己的活動。

這些文件會按主題、團隊和類型（決策、流程、系統文件、會議輸出）自動分類。尋找「部署管道如何運作？」的新團隊成員會找到最新的、有引用的文件，而不是一個 18 個月前且無人更新的維基頁面。

什麼能保持最新以及為什麼

文件能保持最新，因為它是從即時活動中衍生出來的。當部署管道發生變化且團隊在 Slack 中討論該變化時，文件就會更新。當銷售流程演變且在交易審查中討論新方法時，教戰手冊就會反映出來。導致 Confluence 和 Notion 維基失效的過時問題在這裡不適用，因為文件是追蹤現實，而不是與現實並行維護。

人類的角色從作者轉變為審閱者。團隊成員不再需要從頭開始撰寫文件（每份文件需要花費數小時、需要動力，且難以保持一致性），而是定期審閱自動生成的文件（每份文件只需幾分鐘，是驗證而非創建，由系統觸發而非靠紀律驅動）。隨著團隊微調輸出以及系統從修正中學習，文件的品質會隨時間不斷提升。

這是為誰設計的

工程團隊：需要隨著程式碼庫演變而保持最新狀態的系統文件、決策記錄和新進人員引導材料。這款能自我撰寫的工程維基，正是工程主管們形容為「我們多年來一直想要的東西」的功能。

產品團隊：需要決策日誌、使用者研究知識庫以及不會過時的產品路線圖背景資訊。產品文件能直接從實際做出決定的討論中，擷取決定背後的推理過程。

銷售團隊：需要競爭情報、客戶背景資訊以及能反映實際成交方式（而非教戰手冊規定方式）的流程文件。

任何團隊：當面對「為什麼我們這樣決定？」或「這如何運作？」時，答案應該在幾秒鐘內就能找到，而不是需要開會來重新建構。

常見問答

這與 AI 會議記錄工具有何不同？ AI 會議記錄工具（如 Granola、Otter、Fireflies）只能擷取單次會議。而 Fabric 在擷取會議的同時，還能結合 Slack、GitHub、電子郵件以及所有其他連接的來源，並在所有這些來源之間進行綜合整理。會議記錄只是其中一項輸入。自我撰寫的維基則是全面性的跨來源輸出。

AI 真的能寫出準確的文件嗎？ 這些文件是從您團隊的實際討論中擷取和綜合而來的，而不是從訓練數據中生成的。每個聲明都引用了其來源。準確性受限於您團隊討論的準確性，而引用來源能讓您在幾秒鐘內驗證任何聲明。

如果 AI 弄錯了怎麼辦？ 文件是完全可編輯的。審閱輸出、修正任何錯誤，系統就會從這些修正中學習。與從頭開始撰寫所需的數小時相比，審閱和微調工作流程只需幾分鐘。

這需要任何設定嗎？ 連接您想要從中產生文件的來源（Slack、GitHub、會議），文件就會立即開始生成。無需設定模板，無需定義綱要（schema）。系統會直接從已連接來源的活動中產生文件。

我們如何控制哪些內容會被記錄成文件？ 您可以選擇哪些頻道、儲存庫和會議類型要匯入到文件中。可以排除敏感頻道。系統只會從您明確連接的來源中產生文件。

文件可以搜尋嗎？ 可以，透過能根據含義進行搜尋的語意搜尋。「身分驗證系統如何運作？」可以找到相關的工程文件。「我們為什麼選擇這個定價模式？」可以找到決策記錄。搜尋是透過概念而非關鍵字進行的。

它能與我們現有的維基整合嗎？ Fabric 可以與現有的 Confluence 或 Notion 維基互補。將自我撰寫的文件用於營運文件（決策、流程、系統文件），並保留手動維基用於撰寫內容（政策、策略文件、風格指南）。隨著時間推移，許多團隊發現自我撰寫的文件完全取代了手動維基。

這需要多少費用？ 自我撰寫文件包含在 Fabric 的付費方案中，每位使用者每月 10 美元起。該功能是工作區的一部分，不是單獨的附加組件。

相關閱讀：自我撰寫文件詳解、您的第二大腦不應該需要您親自去撰寫它、沒有人讀維基、自我撰寫文件與 Confluence 的對決。相關頁面：自我撰寫文件、會自我撰寫的文件、Fabric 對決 Notion、Fabric 對決 Confluence。