用途：对新建或既有软件项目开展严谨的架构评审，把企业级治理与现代、对 AI 智能体友好的开发模式结合，产出有文档、可辩护、可立即执行的决策。
主要能力：以 ADR（架构决策记录）让每个重要选择显式化；强调护栏而非审批关卡，提供黄金路径与参考架构；从第一天起就按智能体原生方式组织项目，使 AI 智能体可理解、修改和扩展；以精简方式建立企业级基础。
使用方式：新项目评审按阶段推进。阶段一战略对齐（约5分钟），先回答要解决什么问题、用户是谁与规模预期、预算/时间/团队/合规等约束、已有可集成的服务与数据存储、部署目标（云、本地、边缘、混合）。阶段二架构决策级联，按顺序产出 ADR：架构风格、模块/服务边界、API 策略、数据架构、安全态势、可观测性栈、测试策略、CI/CD 与部署、智能体工作流设置。阶段三脚手架与交付，生成项目结构。ADR 存放于 docs/adr/ 并按序编号，模板含状态、背景、决策驱动因素、备选方案、决策、后果；规则为每个 ADR 只记一个决策、接受后不可修改只能被取代、控制在两页内、链接相关 ADR 形成决策图。
评审维度：可扩展性、安全、可靠性、性能、可维护性、可观测性、可测试性、可部署性、成本效率、智能体兼容性，每项标记为已处理/已计划/不适用/风险。需标记的反模式包括大泥球、过度工程、盲目跟风模式、忽视基础设施、模块化不足或过度、文档表演、忽视业务领域。评审结论为批准、有条件批准、需要更多信息、需要重新设计。
限制：资料未提供具体收费、价格、平台支持范围与效果数据；参考材料涉及架构模式、API 与数据、安全合规、DevOps 与质量、智能体模式、项目脚手架等文档，但未给出完整内容。