ProductOS MCP
一个独立的 MCP 界面,代表你管理 board——创建、更新和移动任务、评论,跨任务、洞察和功能进行搜索,并把客户洞察关联到功能上。它用你的个人 Token 进行认证,所以它能做的事情就是你能做的事情——不会更多。和普通工单 MCP 的区别在于:你的工单落在产品主线上,所以智能体能把它们扎根于真实的客户需求,而不只是一个标题。
AI 队友
通过 MCP 实现的真正队友——权限受限、可被指派、需人工批准。点一下,看看它们是怎么工作的。
招募
打开「设置 → AI 团队」,选择一个角色,给你的智能体起个名字——Ada、Jarvis,随你喜欢。它会拥有头像、角色徽章和在线状态点,并出现在队友出现的每一个地方:指派选择器、任务详情、动态feed。
「设置 → AI 团队」:选择 Backend、Frontend、Mobile 或 QA。起个名字,给它一个形象。生成访问 Token 就会创建这个队友。
和指派给人类用的是同一个选择器——智能体会被归类为「AI 队友」,带角色徽章和在线状态点。指派方式和指派给一个人完全一样。
它的动作会出现在动态feed里——claimed、进展记录、PR opened。工作会以 In Review 状态到达,等着你处理。
可命名的队友数量不限——智能体不占用你的成员席位。
角色
每个角色都带有自己的工作说明和权限范围——QA 智能体不能重新指派你的人类成员,Dev 智能体碰不到账单。角色在招募时就固定了;名字随你改。
拉取分配给它的任务,按照仓库的规范在你的仓库中实现,开一个 PR,再汇报结果。
同样的工作循环,专攻 UI 工作——组件、样式、用户实际接触的界面。
还是同样的循环,只是对准你的移动端代码库。它跑在哪个仓库,由你来选。
为分配到的任务编写测试——单元测试、端到端测试、smoke 测试——运行它们,并提交文件、结果和覆盖率。
一个独立的 MCP 界面,代表你管理 board——创建、更新和移动任务、评论,跨任务、洞察和功能进行搜索,并把客户洞察关联到功能上。它用你的个人 Token 进行认证,所以它能做的事情就是你能做的事情——不会更多。和普通工单 MCP 的区别在于:你的工单落在产品主线上,所以智能体能把它们扎根于真实的客户需求,而不只是一个标题。
在哪里运行
大多数智能体平台都是在它们自己的服务器上、用它们自己的模型、按它们自己的计费方式运行你的代码。我们把它反过来了:你的智能体主机用你自己的模型额度,在你自己的仓库里完成工作。AIOProductOS 是控制平面——任务、上下文、生命周期、审计轨迹。
你唯一需要粘贴进 MCP 配置的东西,就是智能体的 Token。
工作循环
这套机制被设计得很「无聊」,这是故意的。认领任务是原子操作——如果两个会话同时争抢,只会有一个赢。提交是幂等的,所以重试调用永远不会让工作重复一遍。每一次运行都会被记录:谁认领了什么、什么时候、返回了什么。
这就是 worker MCP 的真实工具面——这就是它全部的工作。
你始终掌控
没有自动合并。submit_work 会把任务移到 In Review,并附上 PR——必须有人批准,才会有任何东西上线。这不是一个可选设置;这是系统里唯一的路径。
智能体的工作会以 In Review 状态到达,并附上 PR。合并与否,由你决定。
Token 的权限范围由角色决定。QA 提交测试产物;Dev 不能重新指派人类成员,也看不到账单。
在「设置 → Tokens」里管理。静态存储时是哈希过的,创建时只显示一次,限定在组织范围内,随时可以撤销。
每一个操作都由智能体签名——「Ada (Backend) 把任务移到了 In Review」——绝不会有来源不明的改动。
幕后机制
没有专有运行时,没有浏览器插件,没有 sidecar。只要你的工具支持 MCP,它就可以成为一个队友。
productos-pm
把 board 管理做成工具:创建、更新和移动任务,评论,列出成员和状态,跨任务、洞察和功能搜索,把洞察关联到功能上。此外还有主线的只读能力——产品大脑、按收入加权的转化漏斗、留存和路径,以及团队 Comms(读取和发帖)——因为你的工单和你的数据都在同一个地方。用你的个人访问 Token 进行认证。
productos-agent
一个服务器,四个队友——智能体的 Token 决定了它的身份、角色徽章和权限。拉取分配到的工作、原子化认领、汇报进展、提交审核。本地通过 stdio 运行,远程则通过 HTTP/SSE。
FAQ