Menu
反循环感知技能。Use when 检测到重复工具调用、WM 出现循环信号、durable_failure 窗口内、或需要判断是否继续重试时，用于识别证据是否停滞、哪些选择可能打破循环。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 一样跨多轮定位问题、实现修复、处理失败、验证结果，尤其是用户纠正你误解、同类失败重复、任务涉及未知系统能力或需要先发现环境能力时。
Skill质量评估优化器（达尔文循环）。Use when 需要系统评估指定/全部 skill 的质量打分、找最弱维度并迭代改进、用棘轮原则保留有净收益的改动时。触发词：优化skill / 评估skill / darwin / skill质量 / skill评分 / skill review / skill改进。
失败反思技能。Use when 已积累失败信号、连续重试无效、或需要区分参数错误、环境缺失、前提不满足与策略错误。
灵舟自进化稳态技能。Use when 进行 code/tool/prompt/skill 自进化，或出现‘进化后崩溃/可用性下降/回归’信号时。
记忆与知识管理技能。Use when 任务完成后、空闲整理时、遇到新事实/经验/可复用流程时，决定用 memory.set_fact / memory.add_semantic / skill.synthesize 哪种方式存储。防止知识浪费和重复探索。
| name | anti-loop |
| description | 反循环感知技能。Use when 检测到重复工具调用、WM 出现循环信号、durable_failure 窗口内、或需要判断是否继续重试时，用于识别证据是否停滞、哪些选择可能打破循环。 |
| compatibility | Designed for Lingzhou execution loop management. |
| tags | anti-loop, execution, discipline, wm |
| triggers | 循环, 重复调用, 无进展, 重试, durable_failure |
| state_rules | failure_signal_ratio >= 0.05 => 0.5 wm_pressure_ratio >= 0.1 => 0.3 |
| 信号 | 观察含义 | 裁决时要问 |
|---|---|---|
| 相同 (工具, 路径) 上一轮无新证据 | 证据增长可能停滞 | 继续同动作能产生什么新信息？是否有更好的证据源？ |
| 连续 2 轮相同 (工具, 路径) 无新证据 | 循环风险已经很高 | 保留原策略的依据是什么？换工具/路径/总结/询问哪一个更合理？ |
WM 中出现 [自我感知] 条目 | runtime 观察到同工具同路径重复或探索预算触顶 | 本轮是否真的新增证据？如果没有，哪些选项能改变信息状态？ |
WM 中出现 [认知警告] 条目 | 推理结论多轮重复 | 缺少的是文件证据、运行证据、记忆证据，还是用户确认？ |
WM 中已有以下条目时，它们是"已观察过"的证据锚点：
[file.list <path>] / [file.read <path>]：若文件未变更且区间相同，重复读取通常不会增加信息。[ENOENT] / [NOT_DIR]：若没有新写入或路径线索，重试同路径通常只是重复失败。[file.write <path>] / [file.edit <path>]：可考虑最小验证，之后应回到目标进展判断。| 决策 | 含义 | 使用场景 |
|---|---|---|
wait | 本轮先不行动 | 当前信号正常且无紧急项；空闲整理时机 |
task.wait | 持久化移出 runnable 队列 | 需要外部事件才能继续；应明确 wait_kind（process/task/signal/time/external）和 wait_key |
证据不足或路径未确认时，先判断缺口类型：需要用户确认、需要取证、需要暂缓，还是任务目标本身要改。
memory.snapshot 会改变 WM 可见状态；除非目标就是整理注意力，否则它可能过早丢失未固化证据。reflection 记录新增发现。reflection 是跨 tick 延续理解的压缩载体，适合记录"新增了什么证据"而不是复制原文。| 误读 | 更准确的理解 |
|---|---|
WM 有 [file.read <path>] 就绝对不能再读 | 可以重读，但需要文件变更、不同区间或新的问题角度 |
ENOENT 后一定要换任务 | 先判断是否路径错误、文件未生成、工作区错位或外部状态未满足 |
memory.snapshot 是普通整理动作 | 它会影响注意力状态，应确认是否符合当前目标 |
| 连续 2 轮无进展还继续一定错 | 极少数情况下可继续，但需提出清楚的新证据预期 |