定时巡航的自动化发现了一份待定的 UI 改动。主人回了一句要求升级——设计、开发、测试、评审、部署、验收全自动推进；中途 Qwen 触发 5 小时套餐限额，网关自动切换到 DeepSeek V4 Flash 接力，流程未中断、验收全绿。
Hourly 自动化按设定节奏自主醒来巡一遍 issue（本案设为每小时，周期可自定义）——发生时已跑 18 轮
cron 按时醒来，发现了那份待定的换肤改动。两位分析师并行开检：一个从技术侧核对提交链与测试基线，一个从 UX 侧核对已验收的体验——四轮消息交叉对质后拿出结论。
工作台实况：两位分析师同时点亮，下方是他们互发的对质消息（ux-analyst ↔ tech-analyst）
「本轮不做重设计——全部复用既有令牌，只补四处心跳的节拍：结算页双通道重开、对方正在输入、关闭键命中区 44px、开放双指缩放。」 — 设计结论 · chat-master-enhance.html
设计步骤由独立的设计会话承载：产出 Hi-Fi 规格稿并注册进画布，经 lint 与 critique 两道质检门（lint 0 P0 · critique 21/25）。
设计会话工作台：画布装着设计稿「让每一次等待，都有回音」，右侧是 designer3 → lead 的质检汇报与画布注册记录
设计稿三帧：对话中（typing 指示）· 胜利结算（双通道）· 失败结算（共享组件）——已验收调色板一个令牌未动
开发把设计稿落成 main 上的一次提交（E1–E4 四处增强 + 两个自主修复），测试与评审各自独立复核——不是自己说了算。期间 Qwen 的 Token 套餐触发 5 小时限额，网关自动切换到 DeepSeek V4 Flash 完成了开发、测试与验证——交付不中断，验收标准一项没放松。设计＝Claude Code × Qwen3.8 Preview，开发验证＝Pi × DeepSeek V4 Flash：不同 CLI、不同模型各司其职，这正是产线的多 CLI 协同与自动回退。
deployer 经 SSH 把定稿拷上部署机；web-test 开测第一步就抓到部署侧 bind 127.0.0.1 外部不可达的问题，修复后按验收标准跑完——PASS 8/8，附 7 张验收截图。这整段部署与验收，同样跑在自动切换后的 DeepSeek V4 Flash 上——套餐限额没有挡住产线走完全程。以下是定稿版本的实机画面。
一条按你节奏运行的自动化 + 一句话的指令——分析、设计、开发、测试、评审、部署、验收，产线自主完成。人管定义，AI 管执行。