开发技能

按照流程将模型或流水线集成到 diffusers，涵盖文件结构、权重转换、测试和文档，并用相同输入与权重对比原实现的计算结果；新流水线优先考虑模块化格式。

• 向 diffusers 添加模型和流水线
• 将流水线转换为模块化格式
• 转换已支持模型新版权重

在提交 diffusers 拉取请求前检查完整改动，按项目规则审阅代码、文档和脚本，追踪可能未使用的代码，并按严重程度整理必改问题和待评审事项。

• 提交前检查 diffusers 改动
• 查找改动中的未使用代码
• 复查修正并整理拉取请求说明

通过辅助脚本将 Claude Code 专用子代理的任务转交给 Codex。这个内部技能处理模型、推理强度、新建或续接运行以及写入权限选项，并原样返回脚本输出。

• 将诊断或实现任务交给 Codex
• 继续上一次 Codex 请求
• 开始新的 Codex 运行

按重要程度呈现 Codex 辅助流程的结果，保留文件路径、行号，并区分已确认事实、推测和未知信息。也说明如何报告文件变更、运行失败及配置或认证需求。

• 按重要程度查看审查发现
• 区分已确认的依据与推测
• 确认 Codex 修改了哪些文件

Manage multilingual interface text through translation keys. Follow the configured language list, reuse existing wording, update every locale, and regenerate and validate key types when adding text or translation modules.

中文简介正在准备中。当前显示英语简介。

• Adding interface text in every supported language
• Building components with translatable text
• Creating a translation module for a new feature

按职责和进程边界为 Electron 应用安排新代码、文件名和测试位置，并检查组件结构、进程间通信路径及目录组织是否符合项目约定。

• 确定新代码的存放位置
• 将组件拆分到多个文件
• 检查进程边界与目录结构

让独立的代码与架构审查流程检查指定改动，按严重程度提供带文件和行号的发现、风险及修复建议，并给出是否适合合并的最终结论。

• 合并拉取请求前进行检查
• 评估指定范围内的代码质量与安全
• 检查设计边界和隐藏依赖

通过终端会话管理器 `tmux` 协调多个智能体，用共享任务和消息分配工作、跟踪进展与阻塞、核验结果，并在任务及状态更新完成后结束团队运行。

• 把工作分给多个智能体
• 通过共享任务跟踪进度
• 记录成员之间的协调消息

在仓库中保存多目标计划，并配合Codex目标模式按顺序执行。记录进度、验证依据、评审结果和阻塞事项，再按要求完成计划。

• 将需求拆分为多个目标
• 按顺序推进计划任务
• 记录进度和验证依据

只读检查仓库中的多个文件，解释故障原因、处理流程或设计选择，并按证据强弱排列说明，标出把握程度、文件位置、推断和未确认事项。

• 查找故障的可能原因
• 追踪跨多个文件的处理流程
• 了解设计选择及其理由

规定tmux中的OMX Team工作代理如何与负责人协作：发送启动确认、领取任务、更新状态、检查并确认收件箱消息，让任务归属、完成证据和空闲状态可供团队查看。

• 开始执行OMX Team分配的任务
• 记录任务归属和完成证据
• 查看并确认团队消息

检查可运行代码中的重复、未使用部分、冗余抽象和隐藏失败的处理方式，通过定向测试确认原有行为，再分阶段整理指定文件并报告验证结果与遗留风险。

• 整理 AI 生成代码中的冗余内容
• 删除未使用代码和多余包装层
• 检查掩盖错误的备用处理

在 OMX 和 Codex 目标模式中按测量流程推进性能优化：先确定评估命令与通过标准，再做小幅、可恢复的修改，并记录结果和依据后确认完成。

• 设定 CLI 启动时间目标
• 用基准测试和回归测试迭代优化
• 记录评估结果与阻碍

查询已从OMX 0.21移除的并行执行命令如何迁移：将`$ultrawork`替换为`$team`，并了解后者管理工作窗格、共享任务状态、消息、分派及多工作者生命周期。

• 查找已删除命令的替代项
• 把旧步骤改为使用`$team`
• 确认并行工作者由谁管理

按Planner、Architect、Critic的顺序制定并评审实施计划，比较方案、整理风险与验收检查，并保存计划和评审记录，以便后续交接给`$ultragoal`。

• 实施前比较设计方案
• 规划高风险改动的测试与失败情景
• 只请代理评审计划，不进行实施

依据获批的参考图或线上网页实现、调整网页或应用界面，通过反复视觉评估和像素差异对比修正，并保存截图、验证证据及可复用的样式规则和组件。

• 依据获批的原型图实现界面
• 参照线上网页调整界面
• 整理并保存可复用样式和组件

从想法或问题出发，依次澄清需求、评审计划、实施并验证。通过可恢复的OMX工作流保存各阶段成果与进度，支持中断后继续，也可根据评审结果返回计划阶段调整。

• 从需求梳理推进到验证
• 把想法整理成经评审的计划
• 从已保存的进度恢复中断工作

把实现请求整理为包含文件依据、可验证验收条件、风险和验证步骤的工作计划。可逐个提问以明确模糊需求、直接生成计划，也可评审现有计划。

• 实现前澄清模糊需求
• 制定可验证完成条件的计划
• 评审已有工作计划

将 Git 任务交给专门的代理，整理提交、分支和项目历史。它可以按变更内容拆分提交、从仓库历史识别提交格式，并通过交互式变基调整现有提交。

• 按变更内容拆分提交
• 用交互式变基整理历史
• 管理 Git 分支

此迁移说明将用户从已移除的 `$ralph` 引导至 `$ultragoal`，并介绍后者如何延续单目标执行、进度记录、实现、验证证据和恢复工作。

• 更新旧流程中的命令
• 查找已弃用流程的替代方案
• 了解后继工具的进度记录与恢复方式

管理本地`SKILL.md`文件，可列出、搜索、新建、编辑、删除和比较技能。支持用户级与项目级技能的整理和复制，并检查文件结构及必填元数据。

• 查找并查看已安装的技能
• 将项目流程保存为技能
• 比较或复制用户级与项目级技能

规划 WxJava 升级，检查依赖、Java 要求、配置和公共 API 兼容性，并按阶段安排编译、回归测试、逐步发布及明确的回滚条件。

• 升级旧版 WxJava
• 更改依赖版本管理方式
• 调查兼容性警告

根据日志、异常、请求和响应排查 WxJava 故障，定位配置、access token、签名、支付证书、回调或网络问题，并整理最小修复方案及验证步骤。

• 排查 WxJava API 调用失败
• 调查 access token 或存储问题
• 调试支付回调或签名验证

为 Java、Spring Boot 或 Solon 项目规划 WxJava 接入，说明模块选择、依赖与配置、最小 API 调用代码，以及结合微信产品和账号设置的本地验证步骤。

• 为 Java 项目接入公众号或小程序
• 规划微信支付或企业微信集成
• 配置单个或多个账号