Menu
反循环感知技能。Use when 检测到重复工具调用、WM 出现循环信号、durable_failure 窗口内、或需要判断是否继续重试时，用于识别证据是否停滞、哪些选择可能打破循环。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional 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 一样跨多轮定位问题、实现修复、处理失败、验证结果，尤其是用户纠正你误解、同类失败重复、任务涉及未知系统能力或需要先发现环境能力时。
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 轮无进展还继续一定错 | 极少数情况下可继续，但需提出清楚的新证据预期 |