用途：UI Architect 是一个前端架构设计与评审技能，扩展 software-architect 角色，把前端特有的架构模式应用到设计层面。它不实现代码，实现交由 ui-engineer。使用前先阅读并遵循 skills/software-architect/SKILL.md。
主要能力：一、组件架构模式选型，依据场景选择 Atomic Design（构建或扩展组件库）、Feature-Sliced Design（多业务域的大型应用）、Smart/Dumb（中小应用），并规定 UI 组件属于基础设施，不含领域逻辑。二、UX 旅程设计，为文档上传、流水线启动、流水线监控、结果审查等流程明确入口、步骤、决策点、退出状态与错误路径，进度指示与返回时的状态保留属于设计要求。三、数据可视化策略，按用户要回答的问题选图表类型，按性能与数据量选库，实时数据需明确更新架构，每个应用只选一个图表库。四、ol_ui_library 对齐，设计自定义组件前先核查库中已有能力，新组件遵循 Atomic 层级。五、把无障碍作为架构约束，最低目标 WCAG 2.2 AA，按 POUR 组织要求，包含键盘导航、对比度、不单靠颜色编码、prefers-reduced-motion 等。
评审模式会增加对组件架构模式、领域逻辑分离、UX 旅程完整性、ol_ui_library 合规、无障碍设计、可视化策略、状态管理的检查，违规分为 CRITICAL、MAJOR、MINOR 三级。
输出附加内容：高层方案设计需包含组件架构模式及理由、ol_ui_library 依赖、UX 旅程图、数据可视化策略、无障碍目标；特性设计需包含组件层级、旅程规格、状态管理细节、无障碍契约。
库维护模式：盘点现有组件、按新增/改进/废弃分类、逐个设计（名称、TypeScript props、状态、变体、无障碍契约、用法示例、semver 破坏性评估），获批后才交给 ui-engineer，并创建 Storybook 故事规格。
限制：仅限前端架构设计与评审；不做后端、领域、代理架构与代码实现。资料未提供具体价格或平台支持信息。