AI Product Team 推出 64 个专业 AI agent 角色，支持可执行的 CLI 工作流

64 个专家 agent、28 个共享方法和 12 个工作流，用于在 Claude Code 和 Codex 中构建 AI 功能。用自然语言提出一个产品问题，你的助手只会运行该问题所需的专家，并记录每个结论所依据的内容。

组织一览。顶部的编排器是 aipt-workflow-orchestrator 角色，它在你的会话中运行。三位总监（Product、Engineering 和 Assurance）位于编排器与团队之间；上图中未显示。在 agent 目录中浏览所有角色。

当你在研究、设计和编码助手之间传递产品问题时，交接过程中总会丢失一些东西：

这个包为编码助手提供了一个团队，让这些线索保持完整。每个角色只负责一项工作，有一套方法，以及一种明确定义的、不能失败的方式。每个工作流都有不可跳过的审查关卡，每一项检查、决策和证据都会记录在你项目中的账本里。

团队规模大是因为工作各不相同。大多数请求只会用到其中很少一部分。“总结这个设计”只需运行两个角色。“我们应该发布这个吗？”可能要运行八个。

你需要 Python 3.12 或更高版本，以及 Claude Code、Codex 或两者兼有。没有其他依赖。

git clone https://github.com/3orionkings/ai-product-team.git cd ai-product-team mkdir -p /tmp/aipt-demo && git -C /tmp/aipt-demo init cp -r examples/support-copilot /tmp/aipt-demo/ python3 install.py --target /tmp/aipt-demo --host claude # 或 --host codex，或 --host both

在 Claude Code 中打开 /tmp/aipt-demo 并输入：

/aipt-shape-feature 把 support-copilot/corpus 中的文档转成功能提案。

这个演示是一个虚构帮助台的回复起草功能，其中内置了两个陷阱。一张旧幻灯片说回复会自动发送，而当前政策说只生成草稿。材料中还包含一项受保护的工作区隔离要求。一次好的运行会让冲突保持可见，不会写出任何授权发送的需求，并把发送决策留给你来决定。examples/support-copilot/scenario.md 描述了应该注意什么。

在 Codex 中，请改用 $aipt-shape-feature。两个宿主也都可以通过 aipt-start 技能从自然语言开始。用 python3 install.py --target /tmp/aipt-demo --uninstall 移除所有内容。

python3 install.py --target ~/code/my-app --host claude --dry-run # 显示将会更改什么 python3 install.py --target ~/code/my-app --host claude python3 install.py --target ~/code/my-app --status python3 install.py --target ~/code/my-app --uninstall

安装器只写入该项目的 .claude/、.codex/ 和 .agents/ 目录，并将写入内容记录在 .aipt/install-manifest.json 中。它从不编辑你的 CLAUDE.md、AGENTS.md、设置或任何全局内容。如果它要写入的文件已经存在且不是它写入的，或者你编辑过它写入的文件，它会停止并且不做任何更改。卸载只删除仍未更改的文件，并保留你编辑过的文件。

要检查 Claude Code 是否能看到这个团队，请输入 /agents。你应该看到 64 个以 aipt-… 命名的条目。

你想……

Claude Code

Codex

判断 AI 到底是否应该进入某个工作流

/aipt-assess-opportunity

$aipt-assess-opportunity

把文档转成包含需求和验收检查的功能提案

/aipt-shape-feature

$aipt-shape-feature

设计 AI 功能应如何工作：组件、工具、权限、失败

/aipt-design-system

$aipt-design-system

构建一个可测试的有界版本

/aipt-build-prototype

$aipt-build-prototype

根据真实任务评估一个功能

/aipt-evaluate-feature

$aipt-evaluate-feature

找出一个功能为何失败

/aipt-investigate-failure

$aipt-investigate-failure

了解另一个模型是否会做得更好

/aipt-compare-models

$aipt-compare-models

在不损失所需质量的前提下削减成本或等待时间

/aipt-optimize-cost-latency

$aipt-optimize-cost-latency

判断一个功能是否已准备好进行提议的发布

/aipt-review-release

$aipt-review-release

了解某件事发生变化后需要重新审视什么

/aipt-process-change

$aipt-process-change

质疑一个提案并解决分歧

/aipt-resolve-decision

$aipt-resolve-decision

根据已验证的结果改进方法

/aipt-learn-from-outcomes

$aipt-learn-from-outcomes

不确定选哪个？用 /aipt-start（或 $aipt-start）加上你的请求。每项的完整流程在 workflows/ 中。

你也可以为狭窄的工作调用单个专家。例如，在 Claude Code 中，请 aipt-claim-checker 子代理检查某个来源是否支持一项陈述。

一个调度器。你当前的会话是唯一启动角色的会话。在 Claude Code 上，没有任何角色被赋予启动另一个角色的工具；在 Codex 上，每个角色都被明确告知不要这样做。总监和经理返回计划和裁决。他们从不自己启动角色。

选择性路由。在做任何工作之前，会话会告诉你：

当当前已接受的产物已经覆盖某个阶段时，该阶段会被跳过。审查阶段永远不会被跳过。预算模式限制角色调用次数：focused 4 次，standard 12 次（默认），deep 24 次。

案例账本。每个来源、主张、需求、决策、审查、检查和批准都会在你项目的 aipt-cases/<case>/ledger.jsonl 中成为一行，并绑定到内容哈希。行永远不会被编辑；更改就是新版本。由此得出几条规则：

证据优先于自我报告。只有当会话实际运行了命令并记录了其退出状态时，检查才算数。角色说“测试通过”会被记录为一项主张。

这些规则是 agent 遵循的指令；在此版本中，没有任何代码强制执行它们。在 Claude Code 上，每个角色的工具列表由宿主强制执行：只读角色没有写入或 shell 工具，任何角色都不能启动另一个角色。Codex 不支持按角色设置权限，因此在 Codex 上，每个角色都以你会话的权限运行。

团队

总监

它做什么

示例

发现与策略

Product

理解问题和机会

Context Analyst、Discovery Interviewer、Opportunity Analyst

研究与证据

Product

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）