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 的客户端仍会收到完整的文本回答，不会有任何损失。