菜单
绝境反转方法论：当任务似乎没有希望、反复摆动、准备放弃愿景时的五步突破框架。 Use when: 任务看起来无解、多次尝试失败后想放弃、输出投降修辞（"现状最优"/"没救了"/"接受现实"）、连续 3+ 轮在希望与绝望间摆动。 Not for: 未出现绝境信号的常规 debugging（用 debugging）、常规探索/调研（用 deep-research）、operator 已签字降级的目标、trivial 任务。 Output: Desperation Packet（六问证据评估）+ 新方向行动计划 / operator 升级请求。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
约定图发现方法论：进一个 repo 先识别 repo-specific conventions，再定义 domain/extractor 接 Convention Graph 引擎。Use when: 进入陌生 repo、要画约定图、要找“改 X 影响谁”的约定层关联、 F242/Convention Graph Layer 工作。Not for: 普通符号跳转/LSP、文档索引检索、记忆图谱、直接使用 codegraph/GitNexus。Output: domain 定义 + extractor 计划 + gap/freshness/provenance 报告。 GOTCHA: 沉淀的是“怎么画图”的方法，不是把 cat-cafe 的 extractor 硬搬到所有 repo。
跨 thread 协同：发现平行 session → 通知（3+2 件套）→ 争用协调 → 确认。 Use when: 平行 session 之间需要协同、收到跨线程消息、通知改动影响、共享文件争用。 Not for: 跨猫工作交接（用 cross-cat-handoff）、需要新建 thread 时（用 propose_thread / thread-orchestration）。 GOTCHA: 收到跨线程 ACTION 不等于接活；先做 thread/feat ownership gate，不属于当前 thread 就 cross-post 退回。 Boundary with F128: 发现跨 scope 问题 → 先 list_threads 查有没有已有 thread → 有 = 本 skill（cross_post）→ 没有 = propose_thread。 Output: cross-post 通知 + 争用协调完成。
Feature 立项、讨论、完成的全生命周期管理。 Use when: 开个新功能、new feature、F0xx、立项、feature 完成、验收通过、讨论新功能需求。 Not for: 代码实现、review、merge（那些有专门的 skill）。 Output: Feature 聚合文件 + BACKLOG 索引 + 真相源同步。
明星开源项目拆解：从宣传/PPT/README 进入源码，验证真实架构、明星特性、算法含量、营销水分、可学习点和不 follow 的 tradeoff。 Use when: operator要求拆解热门 GitHub 项目、竞品 agent/runtime、外部 skill/tool 框架，或问“它到底有什么真本事/我们能学什么”。 Not for: 普通资料搜索（用 deep-research）、社区 issue/PR 运营（用 opensource-ops）、只需要架构头脑风暴（用 collaborative-thinking）。 Output: feature-discussions/YYYY-MM-DD-{project}-deep-dive/ 下的代码证据报告 + 对比结论 + 候选 lesson/skill。 GOTCHA: 不许只看 README 下判断；每个明星特性必须追到代码路径、状态突变点、反馈闭环和算法输入输出。
开发完成后的自检门禁：愿景对照 + spec 合规 + 验证。 Use when: 开发完了准备提 review、声称完成了、准备交付。 Not for: 收到 review 反馈（用 receive-review）、merge（用 merge-gate）。 Output: Spec 合规报告（含愿景覆盖度）。
接球前真相核验三问：claim → resolver → verdict (sourceTier T0/T1/T2 + actionFamily)， 防止把传球者当无审视真相源（F167 Phase O 第一性原理）。 Use when: 即将调 hold_ball / register_pr_tracking / register_issue_tracking / merge / takeover / 改 owner / 任何 irreversible action / 基于 "operator signoff" 或 "你是 owner" 类 claim 行动之前。 Not for: 纯阅读 cross_post（无 actionFamily 后续）；本 thread 日常 @mention 无副作用； implementation continuation（自检通过的下一步）。 Output: claim grounding verdict (verified/mismatch/insufficient) + 接球决策 (proceed / block / push back to source thread)。
| name | vision-rescue |
| description | 绝境反转方法论：当任务似乎没有希望、反复摆动、准备放弃愿景时的五步突破框架。 Use when: 任务看起来无解、多次尝试失败后想放弃、输出投降修辞（"现状最优"/"没救了"/"接受现实"）、连续 3+ 轮在希望与绝望间摆动。 Not for: 未出现绝境信号的常规 debugging（用 debugging）、常规探索/调研（用 deep-research）、operator 已签字降级的目标、trivial 任务。 Output: Desperation Packet（六问证据评估）+ 新方向行动计划 / operator 升级请求。 |
| triggers | ["没希望","没救了","无解","死胡同","不可能","接受现实","放弃","走投无路","都试过了","现状最优","不值得继续","保守路径","实际价值变了","收口","vision rescue"] |
来源：F198 "6.15 拯救Ragdoll倒计时" spike（2026-05-13） 两只大猫花 3 小时在 WebFetch + telemetry 字段上反复摆动，一只猫用
strings binary十分钟找到真相。
你不会说"我绝望了"——修辞学暴露你：
| 信号 | 表现 | 强度 |
|---|---|---|
| 摆动 3 轮 | 在"有希望/金钥匙"和"没希望/放弃"之间反复 | 强 |
| 投降包装成理性 | "保守路径就是最优" / "实际价值变了" / "不值得继续" | 强 |
| 回声室 | 多猫用同一种方法反复尝试，没有新视角进入 | 普通 |
| 收口冲动 | 输出包含"现状最优 / 没救了 / 接受现实 / 等死" | 强 |
1 个强信号或 2 个普通信号 → 触发本方法论。
回顾最近 3 条输出，检查：
任一 yes → 承认绝境，执行 Step 2-5。
代码 > 文档 > 博客 > 推测。工具优先级（shared-rules §16b）：
strings <binary> / 反编译 — 找真实判定代码grep / 读源码 — 开源或自有代码分离事实和推断：列出所有"我观察到的"和"所以我认为的"。推断链跳跃最大的那步最可能错。
F198：
entrypoint=sdk-cli（事实）→billing=SDK 桶（推断，错的）。中间缺了连接层代码证据。
绝境常常是视野问题，不是问题无解：
F198：搜 Reddit 30 秒找到 3 个开源项目已在 production 用 tmux + interactive session。信息一直在那里。
"不同角度的一只猫 > 同角度的三只猫"
我卡在 X，试过 A/B/C，你能从 Y 角度看看吗？F198：两只猫整晚在 WebFetch + telemetry 打转。第三只猫上来直接
strings binary一刀到底。operator手动拉人才打破回声室。
"我找不到方法" ≠ "没有方法"
宣布"当前无路"前必须全部回答：
六问全答 → 提交 operator 决策。有空白 → 回去补。
| 错误 | 后果 | 修正 |
|---|---|---|
| 投降包装成"理性收口" | 愿景失败无人察觉 | Step 1 修辞自检 |
| WebFetch 当主入口 | 被二手信息误导反复摆动 | Step 2 代码优先 |
| 只跟同思路伙伴讨论 | 回声室放大绝望 | Step 4 找不同方法论的人 |
| "等有结论再喊人" | 永远不喊 | Step 4 不需要准备好 |
| 把观察当结论 | 跨层推断出错 | Step 2 事实/推断分离 |
| 摆动 5 轮才求助 | 浪费团队数小时 | 3 轮硬触发器 |
| Skill | 区分 |
|---|---|
debugging | debugging = 已知有 bug 怎么修。vision-rescue = 任务本身看起来不可能 |
deep-research | deep-research = 调研方法。vision-rescue 在绝境时可以调度 deep-research |
collaborative-thinking | Step 4 可以加载 collaborative-thinking 做多猫独立思考 |
self-evolution | vision-rescue 的案例通过 self-evolution 沉淀为 method/eval |
F198 "6.15 拯救Ragdoll倒计时"（2026-05-13）— 五步验证：
strings 十分钟找到 entrypoint 判定代码核心教训：信息一直在那里（源码 / 社区），两只猫在同一层面反复 3 小时没看到。打破绝境的不是更多时间，是不同角度。