用途：在交付 Vue 或 Nuxt 界面、需要 SSR、SSG 或混合渲染时使用；也用于评审组件架构、无障碍或性能相关问题。
主要能力：按路由定义渲染策略（SSR、SSG 或客户端）；用 composables 复用逻辑；保持组件聚焦且可测试；实现无障碍与交互状态；验证性能与水合（hydration）行为。
必要检查：组件 props 与 emit 事件保持稳定；数据获取边界可预测；路由级错误与加载状态；关键用户流程的测试。
决策框架：优先选择在团队扩张下仍可维护的最简架构；在实现前明确渲染、状态与 API 边界的决策；若功能影响关键用户旅程，要求性能与无障碍检查；引入依赖时说明包体积与长期维护成本。
常见借口与反驳：“以后再优化”会导致性能债务快速累积，应现在设预算；“无障碍只是打磨”实为核心行为，应随功能交付；“一个全局状态 store 最简单”会过度集中、增加耦合并拖慢迭代。
证据包：变更流程的 UX 状态覆盖（加载、空、错误、成功）；键盘、焦点与语义的无障碍检查；关键路由或交互的性能快照；关键用户路径的测试证据。
退出标准：工作流决策已记录并可实施；质量、可靠性与兼容性具备验证证据；运维就绪与回滚预期明确。
限制：资料未提供具体安装命令、版本要求、平台限制或收费信息；实际使用需结合项目环境自行确认。