Brief

Brief 是什麼？

Brief 是一款供 AI 建置團隊使用的產品脈絡與決策導覽工具。它會連接產品與工程決策已經發生的工具，接著將這些決策整理成可搜尋的 Product Graph，供人員與 AI 代理使用。

此產品旨在讓團隊在工作當下就能取得功能、取捨與限制背後的推理脈絡。Brief 包含一個可瀏覽 Product Graph 的網頁應用程式，以及一個 MCP server 和 CLI，可將脈絡輸入到 Cursor、Claude Code、Windsurf 等助手中。

主要功能

• 網頁應用程式中的 Product Graph — 為團隊提供一個集中檢視關聯決策、搜尋過往脈絡，並了解產品工作走向的地方。
• 從既有工具自動擷取決策 — 讀取 Linear、Jira、Notion、Slack、GitHub 等系統，讓決策可在不改變工作流程的情況下被彙整。
• 供 AI 工作流程使用的 MCP server 與 CLI — 讓工程師與 AI 代理可直接從 IDE 或命令列請求產品脈絡。
• 供助手使用的脈絡導覽 — 幫助代理取得任務背後的推理、限制與客戶脈絡，而不只是程式碼庫。
• 可搜尋且相互連結的決策歷史 — 將擷取到的決策妥善整理，讓團隊能追溯某件事為何被建立，以及它如何連結到其他選擇。

如何使用 Brief

團隊先將 Brief 連接到其決策已記錄的工具。接著 Brief 會自動擷取決策，並建立可從網頁應用程式搜尋的 Product Graph。

工程師與 AI 代理可在支援的助手工作流程中使用 MCP server 或 CLI，在開始實作前載入相關產品脈絡。預期流程是讓決策擷取保持被動，同時讓產生出的脈絡在規劃與撰寫程式時容易查詢。

使用情境

• 讓工程師對齊功能意圖 — 產品或工程主管可以把功能背後的決策軌跡提供給團隊，而不是在會議中反覆解釋。
• 為 AI 代理提供正確脈絡 — 當代理需要實作任務時，Brief 可呈現相關決策與限制，降低做出錯誤成果的機率。
• 回顧過去的取捨 — 團隊可在做新決策前，搜尋先前關於範圍、技術限制或客戶回饋的討論。
• 讓分散式工作保持一致 — 當決策散落在 Slack、文件與 issue tracker 中時，Brief 會把它們匯聚成單一、可導覽的脈絡層。
• 支援快速上手某個產品領域 — 新成員可透過 Product Graph 不只理解做了什麼，也能了解關鍵選擇為何如此決定。

常見問題

Brief 是專案管理工具嗎？
不是。來源將 Brief 描述為導覽器，而非任務追蹤工具。它會從既有工具擷取產品決策，並提供搜尋與脈絡使用。

Brief 需要團隊改變工作流程嗎？
不需要。Brief 的設計是與既有工具搭配運作，並在決策發生的地方進行監看。

Brief 可搭配哪些 AI 助手？
來源提到 Cursor、Claude Code、Windsurf、任何相容 MCP 的助手，以及 Brief CLI。

團隊多久能看到效益？
來源指出，團隊在連接工具後幾分鐘內就能開始看到效益，因為 Brief 會立即開始建立 Product Graph。

Brief 和文件是一樣的嗎？
不是。來源將 Brief 定位為導向決策背後推理與脈絡的方法，而文件則被描述為說明現有內容。

替代方案

• Linear 或 Jira 等專案管理工具 — 這些工具用來整理任務與工作流程，而 Brief 著重於擷取工作背後的決策脈絡。
• Notion 或內部 wiki 等文件工具 — 這些更適合書面參考與靜態文件，而 Brief 則以即時決策擷取與導覽為核心。
• 一般知識庫或搜尋層 — 這些可儲存團隊資訊，但 Brief 是專為需要流入 AI 輔助工程流程的產品決策而設計。
• 沒有產品脈絡的 AI 程式助手 — 這些工具可以協助撰寫程式，但 Brief 會加入脈絡層，讓助手能根據先前決策與限制來工作，而不只是單看程式碼庫。