工具概览
architecture-validator 依据以策略即代码形式表达的 12 条通用原则（P-01..P-12），校验项目的需求和设计。它会与监管知识库交叉核对，并自动补入缺失的非功能需求，使项目无法在不合规的状态下启动。它被描述为系统规则 R6 所指向的系统，即其他系统所依从的执行者。
它还自带仓库内的驻留和 IaC 扫描器，因此一道关卡即可同时覆盖设计和云端状况。给定 Terraform plan JSON、一个 .tf 文件目录或实时 GCP 范围，扫描器会针对区域和驻留违规给出 PASS/FAIL 的 ResidencyScan。基于文件的扫描纯粹使用标准库，FAIL 时以非零状态退出，因此可用作 CI 门禁。
该系统基于 Gemini Enterprise Agent Platform 以端口与适配器架构构建，区域固定在 asia-southeast1 以满足数据驻留。领域核心纯粹使用标准库，无需安装 Google Cloud SDK 即可离线运行完整的校验流水线。校验会产出三种产物：ValidationReport、PrincipleFinding[] 和 InjectedRequirement[]；驻留扫描则产出第四种：ResidencyScan。
定价
价格与限制可能变化，请以官网为准，并确认币种、付款周期、最低席位数和用量上限。
应用场景
- 团队用 architecture-validator 在项目立项时依据 12 条通用原则校验项目的需求和设计。
- 团队用 architecture-validator 自动补入缺失的非功能需求，使项目无法在不合规的状态下启动。
- 团队用 architecture-validator 扫描 Terraform plan JSON、.tf 文件或实时 GCP 范围，查找驻留违规。
- 团队用 architecture-validator 作为 CI 门禁，因为基于文件的扫描纯粹使用标准库，FAIL 时以非零状态退出。
- 团队用 architecture-validator 在未安装 Google Cloud SDK 的情况下离线运行完整的校验流水线。
- 团队用 architecture-validator 生成包含逐条原则发现项和已补入需求的 ValidationReport。
- 团队用 architecture-validator 检查区域和驻留违规，例如不允许的区域、全局或多区域端点、缺少区域级 CMEK、公网出口，或没有 VPC-SC 边界。
功能特性
AI 助手
自然语言界面
工作流自动化
用户评论
还没有评论，来分享你的使用体验吧