自动决策捕获
Brief 会监控 Slack、Linear、Notion 和 GitHub 等工具，并在决策发生时提取这些决策，使上下文在无需手动复制的情况下保持最新。
Brief
认领Brief 是一个产品上下文平台，可从现有工具中捕获决策，并将其汇入 Product Graph，帮助团队和 AI 编码代理保持实现与既有决策依据一致。
概述
Brief 是一个面向使用 AI 构建产品的团队的产品上下文平台。它连接到决策已经发生的工具，捕获这些决策，并将其组织到 Product Graph 中，供工程师、产品负责人和 AI 代理在需要上下文时查询。
该产品分为 Web 应用、MCP 服务器和 CLI 三部分。Web 应用用于搜索和审阅产品决策，而面向代理的一侧则将这些上下文带入 Cursor、Claude Code、Windsurf 以及其他兼容 MCP 的助手等编码环境。
功能
Product Graph
Brief 会基于决策、上下文、文档、工单及相关历史构建可搜索的 Product Graph，帮助团队追溯做出选择的原因。
Web 应用工作区
Web 应用作为查看 Product Graph、搜索决策以及跟踪工作方向的指挥中心。
IDE 中的代理导航
MCP 服务器和 CLI 将产品上下文带入 Cursor、Claude Code 和 Windsurf 等 IDE 与 AI 编码工具。
产品感知护栏
Brief 可在变更落地前展示约束和既有决策，帮助发现与已记录产品事实相冲突的工作。
每个方案都包含核心平台
在定价页面上，Brief 说明所有方案都包含 Product Graph Engine 和 MCP 集成。
使用场景
集中管理产品上下文
从 Slack 线程、Linear 工单、Notion 文档和 GitHub 活动中捕获产品决策，让决策背后的原因之后仍可查阅。
引导 AI 编码代理
在编写代码前，将合适的约束和决策带入 Cursor、Claude Code、Windsurf 或其他兼容 MCP 的助手。
从想法推进到工单
将白板照片、语音备忘、Slack 消息或客户邮件等粗略输入，转化为结构化规格说明，再进一步生成工单。
检索决策历史
用 Product Graph 中的证据回答产品问题，而不是依赖记忆或在多个工具中四处查找。
跨时区协同
当产品决策在一个时区做出、在另一个时区落地时，使用 Brief 帮助远程和分布式团队保持一致。
Pros and Cons
Pros
- 从现有工具中捕获决策，而不是要求团队重写流程。
- 让产品上下文同时可供人和 AI 代理使用，有助于保持实现与先前决策一致。
- 同一上下文支持多个使用界面：Web 应用、IDE 集成、兼容 MCP 的助手和 CLI。
- 定价公开，并包含免费层和付费方案，便于评估。
Cons
- 网站未展示完整的公开集成矩阵，除了首页和功能页面中提到的工具外，没有列出更多内容。
- 某些工作流，例如工单生成或状态草拟，只做了高层描述，没有给出详细的产品限制或配置选项。
FAQ
Brief 是另一款项目管理工具吗？
Brief 的定位是产品上下文导航器，而不是项目管理工具。它会从现有工具中捕获产品决策，并将这些信息提供给团队和 AI 代理，以便在有上下文的情况下开展工作。
Brief 与文档有什么不同？
Brief 不只是静态文档，它会呈现决策背后的原因、权衡以及客户上下文。这有助于团队理解为什么会以某种方式构建，而不仅仅是知道现有内容。
使用 Brief 需要改变我的工作流程吗？
不需要。Brief 旨在配合现有工作流程使用，并会监控已连接的工具，自动提取决策。
Brief 支持哪些 AI 助手？
Brief 可与 Cursor、Claude Code、Windsurf、任何兼容 MCP 的助手以及其 CLI 协同工作。
设置需要多长时间？
网站说明设置大约只需 5 分钟：将 Brief 连接到你的工具，并在配置中添加一行。
Quick Facts
- 类别
- 产品上下文基础设施
- 主要用户
- 产品团队、工程团队和 AI 代理
- 平台
- Web 应用、MCP 服务器、CLI
- 提到的集成
- Slack、Linear、Notion、GitHub、Fathom、Cursor、Claude Code、Windsurf
- 定价形式
- 免费层、按席位付费方案和定制企业定价
- 来源域名
- briefhq.ai