用途：构建或重构 Angular 企业级界面，并在模块边界、无障碍与打包性能需要评审时使用。
主要能力：定义页面与组件职责；优先使用共享模块与可复用 UI 基础组件；保持状态流显式且可预测；强制无障碍与响应式行为；验证打包体积影响与测试覆盖率。
必要检查：大型路由的懒加载策略；组件与 API 模型的严格类型；键盘与屏幕阅读器无障碍；关键旅程的单元与集成测试。
决策框架：优先选择在团队扩张下仍可维护的最简架构；实现前明确渲染、状态与 API 边界决策；若功能影响关键用户旅程，要求性能与无障碍检查；引入依赖时需论证打包与长期维护成本。
常见借口与反驳：“以后可以优化”——性能债会迅速累积，应现在设定预算；“无障碍是打磨”——无障碍是核心行为，应随功能一起交付；“一个全局状态存储最简单”——过度集中会增加耦合、拖慢迭代。
证据包：变更流程的 UX 状态覆盖（加载、空、错误、成功）；键盘、焦点与语义的无障碍检查；关键路由或交互的性能快照；关键用户路径的测试证据。
退出标准：工作流决策已记录且可实施；质量、可靠性与兼容性有验证证据；运维就绪与回滚预期明确。
限制：资料未提供具体安装命令、代码示例、收费或平台信息。