PlatformPlatform 多智能体开发平台
基于 Azure、.NET 10 与 React 的企业级多租户 SaaS 蓝图,内置 Claude Code 多智能体团队协作工作流,从需求到可部署代码全自动交付。
证据显示:CI/CD 使用无密码 OIDC 登录、密钥经 GitHub Secrets 与 .NET user secrets 存储、防火墙 open/close 成对且 close 带 if:always、健康检查失败即退出部署;这些支持密钥处理与外部效果的部分得分。扣分点:Agent 部分(Claude Code Agent Teams、30+ 规则/技能)的实际权限范围、确认机制、数据流向在所供文件中完全没有体现,least_privilege/user_confirmation/data_flow_transparency/source_attribution 只能按 README 一句话断言计 1 分。
证据显示:部署工作流有并发控制、健康状态轮询与失败退出,e2e 测试结构化良好且含安全边界检查(跨 host 返回 404)。扣分点:Agent 工作流自身的失败处理与自洽性仅由 README 断言,无对应文件佐证;预置版本(actions@v7 等尚未发布的版本号)存在自洽疑点,未到满分。
证据显示:README 提供三种 OS 的安装前置、目标受众(B2B/B2C SaaS 开发者)明确、Aspire/Stripe/Google OAuth 均可选跳过,环境适配良好。扣分点:Agent 的能力边界与触发精度(哪些任务交给哪些 agent、何时触发)在文件中无任何具体描述,仅 1 分。
证据显示:README 安装说明极其详尽(Windows/Mac/Linux 逐步命令、Stripe 沙箱 11 步指南),MIT 许可证完整,目录结构(application/cloud-infrastructure/developer-cli)清晰,CI badge 与 roadmap/issue 链接齐全,维护路径可见。扣分点:无 CHANGELOG/版本文件、无已知限制章节、AI 规则与 agent 定义文件未在证据中出现导致信息架构仅部分可验证。
证据显示:产品输出(完整 SaaS 平台+agent 开发流)可用性高,CLI 一键部署与 Aspire 本地栈降低了使用成本,相对拼装式替代方案有明确边际价值。扣分点:Agent 部分的实际产出质量与成本收益只能由 README 断言("battle-tested over a year"),无文件级证据,未到满分。
证据显示:README 的部署、Stripe、OAuth 说明与工作流文件内容互相印证(密钥存储、staging->prod 镜像导入、DNS 提示逻辑一致),交叉印证尚可。扣分点:"30+ 规则"、"一年实战检验" 等宣传性断言在证据文件中不可追溯,事实与推断未清晰分离,claim_traceability 与 fact_inference_separation 均为 1。
- 本评审为静态源码评审且置信度低,未执行任何代码或 Agent 工作流。
- Agent 层(Claude Code Agent Teams、30+ 规则/技能)的核心文件未包含在证据中,其权限范围、确认机制与数据流向完全未经验证。
- README 中 "一年实战检验"、"30+ 规则" 等断言无法追溯,采用前请自行核查 .claude/规则文件与提交历史。
- 工作流引用的 action 版本(如 actions/checkout@v7、download-artifact@v8)疑似超前于实际发布版本,可能是占位或错误固定,部署前请核实。
- deploy 命令会创建服务主体并修改 Azure 订阅配置,执行前请仔细审查其变更清单与所需权限。
这个 Agent 能做什么,适合哪些场景?
PlatformPlatform 是一个开源(MIT)monorepo,提供构建企业级多租户 B2B/B2C SaaS 产品的完整蓝图。后端采用 .NET 10 与 C# 14,遵循垂直切片架构、DDD 和 CQRS;前端使用 React 19、TypeScript、TanStack Router/Query 和 ShadCN 2.0。基础设施通过 Bicep 以 IaC 方式部署到 Azure Container Apps 与 PostgreSQL,CI/CD 由 GitHub Actions 实现无密码部署。其核心差异化在于基于 Claude Code 原生 Agent Teams 的多智能体开发流程:团队负责人(team lead)、工程师、评审者、Guardian、架构师等专用智能体协作交付完整功能。仓库自带登录(Google OAuth/邮箱 OTP)、Stripe 订阅计费、功能开关、后台运营仪表盘等开箱即用的产品能力。注意:该多智能体工作流明确要求 Claude Code,不支持其他 AI 编程助手。
仓库包含 application(main 与 account 两个自包含系统、shared-kernel、shared-webapp)、cloud-infrastructure(Bicep 脚本)、developer-cli(.NET CLI)和 .claude 目录(智能体定义、hooks、30+ 规则与技能)。执行流程:用户运行 pp claude-agent team-lead 启动团队负责人智能体;通过 /create-prd 技能访谈并生成功能规格,写入所配置的产品管理工具(Linear、Azure DevOps、Jira 或 Markdown);团队负责人进入计划模式,经用户批准后生成 guardian(独占 git 提交)、architect、regression-tester、researcher 等常驻智能体以及每任务组的 backend/frontend/qa 工程师与对应零容忍评审者。智能体通过 Agent Teams 原语(TeamCreate、Task、SendMessage)与自定义 MCP 命令 SendInterruptSignal 实时协作;后端、前端、E2E 三条轨道并行,Guardian 运行预提交流水线(构建、测试、格式化、lint、Aspire 重启、冒烟测试)并按依赖顺序提交。部署侧通过 pp deploy(developer-cli dotnet run deploy)自动配置 Azure 订阅与 GitHub Workflows,将 Docker 容器部署到 Azure Container Apps,基础设施安全评分达 100%。
- 希望快速启动多租户 B2B SaaS 产品的初创团队:克隆仓库后即可获得登录、Stripe 订阅、账户设置等完整用户面功能
- 已订阅 Claude Code 的工程团队,希望用多智能体团队自动实现完整功能(后端逻辑、数据库迁移、API、前端 UI、本地化、E2E 测试)
- 使用 Linear、Azure DevOps、Jira 的团队,希望智能体直接在现有项目管理系统中跟踪功能与任务状态
- 需要将应用部署到 Azure 并实现零密钥(Managed Identities、联邦凭证)与自动扩缩容的企业
- 希望学习垂直切片架构、DDD、CQRS 和自包含系统(SCS)实践 .NET 开发者,可参考完整的提交历史
- 独立开发者或小团队需要低成本起步(集群每天低于 2 美元)且可扩展至数百万用户的云架构
这个 Agent 有哪些优点和局限?
- 差异化优势:基于 Claude Code Agent Teams 的多智能体工作流,包含零容忍代码评审、专属 Guardian 智能体独占 git 提交、自定义 SendInterruptSignal MCP 命令解决智能体实时协作问题
- 开箱即用的完整 SaaS 能力:Stripe 订阅与计费(按比例升级/降级、催款、发票)、Google OAuth 登录、功能开关(含 A/B 发布与四层覆盖)、带 MRR 仪表盘的后台运营系统
- 零密钥 Azure 架构:全程使用 Managed Identities 和联邦凭证,在 Microsoft Defender for Cloud 达到 100% 安全评分,部署全自动且集群成本低(每天低于 2 美元)
- 30+ 经过一年日常使用打磨的 AI 规则与技能,捕获了项目的强制性架构模式,保证智能体产出一致的代码
- 多智能体工作流明确要求 Claude Code,不支持其他 AI 编程助手,形成对 Anthropic 生态的硬依赖
- 云基础设施深度绑定 Azure(Container Apps、Service Bus、Key Vault、Entra ID 等),迁移到 AWS/GCP 需要重写全部 Bicep 基础设施
- 前置条件较重:.NET 10、Node、Docker、Azure CLI、GitHub CLI,Stripe 与 Google OAuth 需要繁琐的仪表盘配置(各需两次 Aspire 重启)
- 完整功能的多智能体实现可能耗时数小时,且仓库未提供基准数据或独立评测证明其产出质量
- 技术栈较为强制(C# 14/React 19/ShadCN),偏离该栈的团队需承担大幅改造成本
如何安装或部署这个 Agent?
前置条件:.NET 10 SDK、Docker、Node.js(版本需匹配 .node-version,推荐 fnm),以及用于 CI/CD 的 GitHub CLI 和 Azure CLI。步骤:
- git clone https://github.com/platformplatform/PlatformPlatform.git
- (可选)安装开发者 CLI:cd developer-cli && dotnet run install,之后可全局使用 pp 命令
- 启动本地环境:pp run(或 cd application/AppHost && dotnet run),Aspire 会拉起 PostgreSQL、Blob 存储模拟器和开发邮件服务器的 Docker 容器
- 可选:安装 Aspire CLI(irm https://aspire.dev/install.ps1 | iex 或 curl -sSL https://aspire.dev/install.sh | bash)以启用 Aspire MCP 服务器;npm install -g typescript-language-server typescript 和 dotnet tool install -g csharp-ls 以增强 Claude Code
- 多智能体工作流需要安装 Claude Code 本身(仓库未给出安装命令)
如何使用这个 Agent?
- git checkout -b feature-name 创建功能分支
- 在 AGENTS.md 中设置 PRODUCT_MANAGEMENT_TOOL(可选 Linear、AzureDevOps、Jira、Markdown),并按 .claude/reference/product-management/ 下对应文件配置 MCP 服务器
- 运行 pp claude-agent team-lead 启动团队负责人,用 /create-prd 技能通过访谈生成功能规格与任务
- 告诉团队负责人要实现的功能标题或 ID,它会自动派生 guardian、architect、regression-tester 及各任务组的工程师/评审者智能体,并行实现、逐行评审、最终由 Guardian 提交
- 小任务可用 pp claude-agent pair-programmer 启动结对编程智能体,无需完整团队
- CI/CD 设置:cd developer-cli && dotnet run deploy,需拥有 GitHub 仓库与 Azure 订阅的所有权及创建服务主体的权限;Google OAuth 和 Stripe 凭证用 pp github-config 存入 GitHub secrets 与 Azure Key Vault
这个 Agent 与同类方案有什么区别?
README 将自身定位为'现成的蓝图,而非一堆需要组装的零件',与传统 SaaS 启动套件/模板(需自行拼接各部件)形成对比;在架构上采用自包含系统(SCS)而非主流的 Backend-for-Frontend(BFF)模式,允许各系统独立开发与部署。仓库未提及具体竞品名称。