用途：把已确认的界面方向落实到应用代码中，产出精致、可访问、响应式的 React/Web 界面。它要求保留项目既有的框架、组件系统、令牌和约定，使用可访问的基础原语，而不是重造成熟交互行为。
主要能力与规则：编码前先检查真实项目、清单、组件约定、配置与当前工具链，使用项目自身的包管理器或包装器及现行文档，而非缓存或通用命令。若缺少视觉方向，使用 amoye-ui-ux；若沿用已确认的 Amọ̀ye 方向，需保留确切方向、控制性证据与关键可供性处置，便于审阅渲染结果。缺少规范令牌或规格发生实质变化时使用 eto-apere。项目或用户未定组件库时，先读组件库决定，不静默引入竞争库；若引入或切换库会实质改变系统级来源归属、运行时/打包架构、兼容迁移或长期集成边界，先用 architect 做技术决策再实现。
可访问性、组件 API、主题、工具/框架配置和版本相关行为，以所选库/框架的现行官方文档加项目约定为准，用户可访问性基线按现行 WCAG，复杂自定义控件交互语义按现行 WAI-ARIA APG，优先使用已满足该模式的库或原生原语。
实现要求：对话框、菜单、表单、标签页、弹出层、组合框、表格等有状态交互优先用已确认的库或原生原语；使用语义化项目令牌与既有工具约定，不散落新的原始颜色/间距默认值；响应式按内容层级与项目断点构建，不新增仓库自有断点体系；为适用控件提供悬停/聚焦/按下/禁用/加载/错误态和可访问名称；保留键盘操作、合理焦点顺序、触控可用性、减少动效行为和媒体空间预留；用既有图标库或确认的品牌图标语言，不用 emoji 作结构性 UI 图标；图表保留标签/单位/图例/提示，并为关键系列或状态提供非颜色区分。
平台配置：使用活动项目的原生配置/工具与版本专属文档，支持时预览或检查工具驱动的变更，遵循项目真实配置模型，不臆造默认值或竞争配置面。
验证与设计收敛：先运行项目适用的原生验证，再检查已接受界面/状态的渲染 UI，仅验证受支持的平台、视口与状态，包括键盘/焦点、对比度、溢出、加载/空/错误行为和减少动效。当已接受的 amoye-ui-ux 方向实质主导结果且视觉/交互保真度重要或不确定时，把当前渲染/证据、已接受方向和关键可供性预期交回 Amọ̀ye 审阅，不要让 Amọ̀ye 从源码推断。按实现正常验证路径应用已接受的实质修正，重新渲染受影响界面/状态，只重跑被修正影响的验证。仅当改动渲染可能实质改变先前结论或填补证据缺口时才再发起设计评审；对已接受方向不再存在实质设计缺陷时停止，不为主观润色无限循环。实现负责人保留代码、框架、原生验证与候选身份，Amọ̀ye 保留设计判断，双方不互相吸收对方生命周期或结果。
限制：具体收费、价格、安装命令与平台支持范围在资料中暂未提供。