用途：当用户要求 ulw-loop、ulw、持久目标执行、以证据驱动的工作、人工 QA 或带检查点的长周期交付时使用。完整流程位于 references/full-workflow.md，技能本身刻意保持精简，按当前阶段只读所需章节并严格执行。
主要能力：通过 ulw-loop CLI 在 .omo/ulw-loop 下维护目标状态，禁止手工编辑；用 omo ulw-loop create-goals 预先登记目标，并把每个原子步骤镜像到 update_plan 清单，保持恰好一个 in_progress。每个成功标准都需要来自真实界面的可观察证据（终端/TUI、HTTP、浏览器、computer-use，或 CLI 输出、数据库差异、配置转储等辅助界面），证据绑定到捕获时的 git 树（git rev-parse --short "HEAD^{tree}"），树变化后需在当前 HEAD 重跑并重新记录。
使用方式：先阅读 Bootstrap、Execution Loop、Manual-QA 通道表和 Stop Rules，再执行任何 ULW 命令或记录证据。代码编辑、测试编写、修复与 QA 执行按流程委派给合适规模的 Codex 子代理；spawn_agent 消息以 TASK: 开头，并写明 DELIVERABLE、SCOPE、VERIFY，默认 fork_turns: "none"。用 wait_agent 接收邮箱信号而非完成证明，超时仅表示无新更新。git 相关编辑使用 git-master，按仓库既有风格原子提交。团队模式需明确决定：仅当工作单元范围重叠且并行确实更快时使用 team_create，否则默认单人执行加并行后台任务。
限制：资料未提供具体安装命令、收费、价格、平台支持或效果数据；测试本身不能证明完成，证据过期需重跑而非重新标注。