菜单
任务连续性观察框架。Use when 当前任务已有 next_step、current_step、task inbox 或 steering 信号，需要先判断继续推进是否仍可解释当前证据。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when Codex needs to implement, debug, refactor, or review code in a repository, especially tasks involving source files, failing tests, logs, runtime behavior, API wiring, or multi-file changes that require evidence-driven edits and verification.
通用问题解决技能。Use when 任务需要像 Codex 一样跨多轮定位问题、实现修复、处理失败、验证结果，尤其是用户纠正你误解、同类失败重复、任务涉及未知系统能力或需要先发现环境能力时。
反循环感知技能。Use when 检测到重复工具调用、WM 出现循环信号、durable_failure 窗口内、或需要判断是否继续重试时，用于识别证据是否停滞、哪些选择可能打破循环。
Skill质量评估优化器（达尔文循环）。Use when 需要系统评估指定/全部 skill 的质量打分、找最弱维度并迭代改进、用棘轮原则保留有净收益的改动时。触发词：优化skill / 评估skill / darwin / skill质量 / skill评分 / skill review / skill改进。
失败反思技能。Use when 已积累失败信号、连续重试无效、或需要区分参数错误、环境缺失、前提不满足与策略错误。
灵舟自进化稳态技能。Use when 进行 code/tool/prompt/skill 自进化，或出现‘进化后崩溃/可用性下降/回归’信号时。
| name | task-continuity |
| description | 任务连续性观察框架。Use when 当前任务已有 next_step、current_step、task inbox 或 steering 信号，需要先判断继续推进是否仍可解释当前证据。 |
| compatibility | Designed for Lingzhou task runtime with active_task / inbox steering. |
| tags | continuity, task |
| triggers | next_step, 继续推进, 当前任务 |
| state_rules | has_active_task => 0.35 has_next_step => 0.85 |
next_step 清晰、任务源未变、且无冲突 inbox：可把现有链路作为当前动作候选。inbox 或 steering 带来方向性信息：先确认是否会改变目标解释，不要默认照旧。next_step 持续执行但无新增可验证事实：重复推进可能进入空转循环。in_progress 持续很久未产出：会压低自驱回路，延迟新探索信号。| 观察-风险组合 | 你更适合的动作 |
|---|---|
证据匹配当前 next_step | task.advance(next_step=...) 或补齐下一步可验证动作 |
| inbox 明确改变方向 | task.update / task.steer 后重建决策链 |
| 新用户指令与当前目标偏离 | task.amend 调整目标后再推进 |
| 目标已达成且证据可复核 | task.complete |
| 循环无进展但尚未失效 | 触发 failure-reflection 或 task.wait 收敛证据 |
next_step，把“继续”建立在新事实而非惯性上。task.plan 管理，避免单线 next_step 失真。reflection，让下一个 tick 能沿着可读谱系继续。source=self_drive 任务若评估后确认“有发现”或“维持现状”，更清晰的结果通常是 task.complete，而不是挂起等待。task.update(next_step="低功耗监听/等待指令") 常是空转信号的惯性表达。task.complete，或在有新证据前 task.wait 进入可恢复状态。