Tool-MCP
一个工具，一个视角
Jira 的 MCP 只看得到 Jira。Notion 的 MCP 只看得到 Notion。Amplitude 的 MCP 只看得到 Amplitude。这些都有用--但你的 AI 仍必须把五个孤岛拼在一起才能回答任何真实问题，而每一个都只了解自己那一角。
产品管理 MCP
产品管理 MCP 服务器。
整个产品只需一个，而不是每个工具各配一个。
产品管理 MCP 不该止步于一个工具。大多数工具提供的 MCP 只暴露自身--AIOProductOS 暴露的是spine（数据脊柱）：一个已经把收入、反馈、工作和代码汇聚在一起的客户记录，以 71 个工具的形式通过单一端点，供你的 AI 读取和操作。
区别所在
tool-MCP 只看到一个孤岛，spine-MCP 看到的是客户。
Spine-MCP
一个记录，完整的客户
AIOProductOS 的 MCP 看到的是已联结的记录--一个账户上的收入、反馈、工作和代码。所以「哪些付费客户要求过我正在做的这个功能？」只是一次调用，而不是跨五个工具的手动关联。
可调用的内容
71 个工具。先读取记录，再对其采取行动。
这不是一个只读的包装层--MCP 可以改变 spine，写操作会进入审核。
读取
Customer 360
已联结的记录--一次调用即可获取一个账户的收入、联系人、反馈和工作。
路线图与工作
任务、发布、目标、迭代、路线图偏差--读取计划及其状态。
洞察与需求
按收入排序的反馈，用你的框架打分--该构建什么，为什么。
分析
转化漏斗、留存、功能结果--读取决策背后的数字。
代码库大脑
仓库、模块、依赖、归属--同一 spine 上的架构。
收入
MRR、付费账户、一个请求背后的金额--计算得出，不是猜测。
行动
创建并更新任务
把一个决策变成看板上的工作，指派并关联到对应客户。
记录洞察
把反馈记录到 spine 上，关联到对应的账户和功能。
审核 AI 产出物
起草、版本化并按你的评分标准审核 PRD 和评审。
解决身份归属
合并或拆分终端用户与账户--客户图谱，可被调用。
全新 - MCP Apps
它不只是回答，它还会渲染。
大多数 MCP 服务器只能把文本交给你的 AI。我们的服务器提供三个交互式视图，客户端会直接在对话中绘制出来--而你的每一次点击都会回调同样的工具。
Board
你的看板按状态分组、按优先级排序。在卡片中改变状态，就会通过 update_task 写回。
来自 list_tasks()
写入 update_task()
ui://aioproductos/board
Weekly Signal Memo
本周的客户信号按主题聚类，并附上每个主题背后的证据数量。一键即可把某个主题变成关联任务。
来自 get_weekly_signal_memo()
写入 create_task()
ui://aioproductos/memo
Revenue-Weighted Funnel
逐步转化率，并显示每一步背后的实时 MRR--产品事件与订阅之间的联结，只有在同一条 spine 上才存在。
来自 analyze_funnel()
ui://aioproductos/funnel
渐进增强，而非门面
文本答案始终排在结果的最前面。不支持 App 的客户端不会有任何损失--它读到的仍是一样的数据。
没有自己的网络
每个 App 都内联了所需的全部字节，并附带一份空的网络策略--它只能通过宿主、经由你已经授权的同一条 MCP 连接访问你的数据。
基于开放标准 SEP-1865（MCP Apps）构建--任何实现该标准的宿主都能渲染它们，并且同样的三个视图会随我们发布的每个分发面一起提供：托管版、npm 与桌面扩展。
适配你的 AI
从你已在用的客户端连接。
一个托管的远程 MCP 服务器，基于 Streamable HTTP 和 OAuth 2.1--常见客户端一键配置，同一端点也适配任何 MCP 客户端。
Claude CodeCursorChatGPTWindsurfClineCodex ......任何 MCP 客户端
把任何工具接入 AI
在搜索「jira mcp」或「amplitude mcp」？
那些只把一个工具暴露给你的 AI。不如改用 连接器 把这个工具接入 AIOProductOS--它的数据就会汇入 spine。之后每一次 MCP 调用都会把它和 收入、反馈与代码放在一起 ，通过同一个端点看到。一个 MCP，完整的记录--而不是一堆需要你的 AI 自己去协调的 tool-MCP。
常见问题
关于 MCP，解答如下
什么是产品管理 MCP？
产品管理 MCP 是一个 MCP 服务器，把你的 AI 客户端连接到产品数据和工作流--路线图、任务、洞察、分析以及客户记录--让 AI 能够读取并对其采取行动。AIOProductOS 就是一个建立在 spine 之上的产品管理 MCP：它暴露的是已经汇聚到同一个客户记录中的收入、反馈、工作和代码，71 个工具通过单一端点--而不是某个工具的孤岛。
什么是 MCP 服务器？
MCP（Model Context Protocol）是一个开放标准，让 AI 客户端--比如 Claude Code、Cursor 或 ChatGPT--能够通过一个连接调用外部工具、读取外部数据。MCP 服务器暴露一组 AI 可以使用的工具；AI 直接查询数据源，而不是把内容复制粘贴进聊天窗口。
AIOProductOS 有 MCP 服务器吗？
有--一个托管的远程 MCP，地址为 platform.aioproductos.com/api/mcp，包含 71 个工具，基于 Streamable HTTP 和 OAuth 2.1（动态客户端注册 + PKCE）。在「设置 → 连接到 AI」中一键连接；无需本地安装，也无需粘贴长期有效的 API 密钥。
这和 Jira 的 MCP 或 Notion 的 MCP 有什么不同？
Jira 的 MCP 暴露的是 Jira，Notion 的 MCP 暴露的是 Notion。每一个都只看得到自己的孤岛，你的 AI 仍需要把它们拼接起来。AIOProductOS 的 MCP 暴露的是 spine--一个已经汇聚了收入、反馈、工作和代码的客户记录--所以像「哪些付费客户要求过我正在做的这个功能？」这样的问题只需一次调用，而不是五次。
有没有专门的产品管理 MCP？
就是这个。AIOProductOS 的 MCP 是为产品团队打造的：它可以读取路线图、洞察、任务、发布、分析和 customer 360，并对其采取行动--创建和更新任务、记录洞察、审核产出物--都可以从你已经在用的任意 AI 客户端完成。
哪些 AI 客户端可以连接？
任何 MCP 客户端都可以。我们为常见客户端--Claude Code、Cursor、ChatGPT、Windsurf、Cline 和 Codex--提供一键配置，同一个远程端点也适配其他任何支持 MCP 的客户端。
它安全吗？
该 MCP 采用 OAuth 2.1（动态客户端注册 + PKCE），权限限定在你的组织和你的角色范围内--AI 客户端只能看到已连接成员被允许看到的内容。读取是开放的；改变状态的操作会进入审核，由人工在任何内容上线前批准。
什么是 MCP Apps？
MCP Apps（SEP-1865）让 MCP 服务器可以提供交互式视图，由 AI 客户端在沙箱 iframe 中直接渲染于对话内。AIOProductOS 提供三个：实时看板、每周信号备忘录，以及按收入加权的漏斗。你的点击会回调同样的 MCP 工具--在看板中修改任务状态，就会通过 update_task 写入。不支持 App 的客户端仍会收到完整的文本回答，不会有任何损失。