| name | continuous-work |
| description | 持续工作模式——stop hook 触发或客户提到时启用。入口动作是先做一次大抬头（按 .boss/principles/lookup-beats.md 大抬头扫描），然后按 9 条硬约束（代码质量、工程质量、渐进式披露、遇阻深挖、不确定求证、单点不停摆、先抄后造、精益求精、task 最低规划深度）和「看得更多 / 做得更多」选下一步。配套 .ai/continuous.yaml 配置和三家 CLI（Codex/Claude/OpenCode）stop hook 安装器。 |
持续工作模式
stop hook、客户或 .ai/continuous.yaml 要求"按持续工作模式执行"时，先读本文件，再决定是否停止。
持续工作模式不是一种业务工作路径，而是停止前的行为约束。
本 skill 假定 owner 主入口的姿态前提已经生效，并已读完 .boss/PROFILE.md、.boss/CONVENTIONS.md、.boss/principles/。
入口动作：先做一次大抬头
进入持续工作模式 = 先做一次大抬头（见 .boss/principles/lookup-beats.md 大抬头扫描），再走本规程。
stop hook 触发 = AI 想停了 = 它觉得做完一段了——这正是大抬头时刻。先按大抬头流程从上到下扫一遍 PROFILE → requirements → Roadmap → architecture → tasks INDEX，用主理人三视角判断现状，再进入下面的硬约束和"看得更多/做得更多"。
不要跳过大抬头直接看硬约束——抬头是上下文重建，后面的判断和动作都建立在抬头看到的现状上。
核心要做的事
核心不是单纯"不停"，而是：
- 先完成未结束的东西：active task、active Roadmap 条目、未验证、未提交、未清理工作区。
- 看得更多：扫需求、架构、代码、文档、测试、用户流程、视觉品质、竞品、竞品源码、工作区状态。
- 想得更多：判断风险、机会、质量缺口、体验缺口、视觉缺口、用户摩擦、工程债、文档偏差。
- 做得更多：选择一个安全、有价值、可验证的下一步继续推进。
硬约束
执行 AI 在每轮开始前和产生任何计划时，必须遵守以下硬约束。这些不是建议——越过任何一条直接进入"判断种子"或"看得更多"属于违规。
1. 每轮开始前必须检查代码质量
不能跳过，不能假定上一轮结束时是干净的。检查项：
- 当前工作区是否干净（
git status）。
- 如果不干净，剩余改动是否有归属、有原因、有下一步？若没有，本轮第一动作是清理或记录，不能带着脏工作区开始新计划。
- 本轮会碰到的文件是否触发了 owner-execute 工程治理里的任一换轨信号（单文件超 500 行、承担多类职责、临时产物污染根目录、复制粘贴等）。
- 本轮计划的新增是否会让已有大文件继续膨胀、让复制粘贴扩散、或让临时方案变正式。
- 本轮改过或新增的 UI 必须视觉走查一遍：间距是否一致、对齐是否准确、配色是否统一、字体层级是否清楚、交互状态（hover/active/disabled/loading/empty/error）是否都有反馈。
如果检查发现质量缺口，缺口本身优先于功能新增——要么本轮修，要么创建工程化条目并标记阻塞原因。
如果当前存在 active Roadmap，本轮必须读 owner-execute 的 和 SKILL.md 中的「阶段大抬头」段；不能只靠工程自检、忽略 Roadmap 层面的产品质量维度。
