메뉴
思维框架，帮助跳出局部修补的循环。两种触发模式。 模式一（用户主动）：当用户说"rethink"、"重新思考"、 "跳出来看"、"全局视角"、"这个问题我们是不是想错了"时加载， 直接进入完整分析。 模式二（AI 提议）：当你检测到以下信号时， 在回复末尾加一句提议 "我觉得我们可能在局部修补，要不要退一步重新看？"： 你对同一个文件做了 3 次以上修改仍未解决， 或用户连续 2 次否定你的方案， 或你发现方案里 workaround 和 edge case 越来越多。 用户同意后再执行完整分析。用户说不用则继续正常工作。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
垂直领域搜索和批量并行搜索。当通用搜索（tavily）无法满足时使用。 触发场景： 1. 金融数据——股票代码、汇率、行情（finance.us_stock / cn_stock / forex） 2. 学术检索——论文、DOI（academic.search / academic.biomedical） 3. 安全漏洞——CVE、文件哈希、IP/域名扫描（security.scan / security.cve） 4. 法律、专利、教育、健康等其他垂直领域 5. 批量并行搜索——同时查 2-5 个独立问题 6. 中国国内信息——A 股、国内资讯（需 zone=cn） 触发词："股票"、"行情"、"汇率"、"CVE"、"漏洞"、"论文"、"DOI"、 "学术"、"专利"、"批量搜索"、"A股"、"anysearch"。 不触发场景：通用 web 搜索、新闻浏览、代码搜索、网页内容提取、网站爬取—— 这些由 tavily skill 处理。
Use when starting a new Remotion video project, adding scenes to an existing video, or converting a script into a video. Handles creative direction, script review, scene planning, pronunciation pre-check, segment-based voiceover generation, subtitle-based timeline calculation, and produces a complete design spec. Required before remotion-video-development. Also handles voiceover generation and timeline alignment via remotion-tools scripts.
Use when implementing Remotion video scenes from an approved design spec. Executes scene-by-scene with flex-first layout, subtitle-based timing, multi-segment audio playback, and per-scene verification. Requires completed design from remotion-video-design. Also use when regenerating voiceover segments, fixing pronunciation, or re-aligning timeline.
本地语义代码搜索。当需要按意图定位代码、查找实现、理解代码结构时使用，优先于 grep/read 用于探索性搜索。触发词："搜代码"、"code search"、"find implementation"、"理解代码实现"、"semble"、"语义搜索"、"search code"。
通用 Web 搜索、URL 内容提取、网站爬取。这是默认的搜索工具。 当用户需要：快速查事实、搜索新闻、fact-checking、提取网页内容、 爬取网站、深度研究（advanced 模式）时使用。 触发词："搜索"、"查一下"、"搜一下"、"lookup"、"search"、"research"、 "fact-check"、"联网搜索"、"查资料"、"提取网页"、"爬取网站"、 "tavily"、"网页内容"。 不触发场景：股票/金融数据查询、学术论文检索、CVE/安全漏洞查询、 批量并行搜索——这些场景由 anysearch skill 处理。
修复源代码文件中的缩进（tab/空格）和空白字符问题，确保 edit 工具的 oldText 能精确匹配。当 edit 操作因 whitespace 不匹配而失败、用户说"whitespace问题"、"tab空格问题"、"缩进错误"、"indentation mismatch"、"edit失败"、"oldText不匹配"、"Could not find the exact text" 时使用此 skill。在执行任何多文件编辑任务前，也可以先运行此 skill 做预防性修复。支持 Python、Rust、TypeScript、JavaScript、Java、Go、C/C++、Vue、Ruby 等语言。
| name | rethink |
| description | 思维框架，帮助跳出局部修补的循环。两种触发模式。 模式一（用户主动）：当用户说"rethink"、"重新思考"、 "跳出来看"、"全局视角"、"这个问题我们是不是想错了"时加载， 直接进入完整分析。 模式二（AI 提议）：当你检测到以下信号时， 在回复末尾加一句提议 "我觉得我们可能在局部修补，要不要退一步重新看？"： 你对同一个文件做了 3 次以上修改仍未解决， 或用户连续 2 次否定你的方案， 或你发现方案里 workaround 和 edge case 越来越多。 用户同意后再执行完整分析。用户说不用则继续正常工作。 |
当局部修补反复无效时，退后一步重新审视问题本身。
反复修补却无效，往往不是执行力的问题，而是问题定义错了。 你在水面下堵漏洞，而船底的钢板需要更换。
回顾当前对话，识别最可能的问题。以下是诊断参考框架：
问题定义是否正确？
| 信号 | 可能的根因 |
|---|---|
| 修了 A，B 坏了；修了 B，A 又坏了 | 这两个问题本质是同一个，被错误拆分了 |
| 每次修都引入新问题 | 当前架构无法优雅地容纳这个需求 |
| 讨论"怎么做"多于"做什么" | 目标没定义清楚就跳进了实现 |
| 反复调整参数/阈值/边界条件 | 核心方案选错了，不是参数的问题 |
三层视角定位根因：
问题本身是否值得解决？
完成诊断后，输出以下内容：
盲点：我们一直在解决的可能不是真正的问题。真正的问题是 [你的判断]。
路径：基于盲点所在层级，选择一条替代路径：
| 路径 | 适用场景 | 代价 |
|---|---|---|
| 架构重构 | 根因是模块边界或数据模型选错 | 需要中间态，可能暂时退化 |
| 换方案 | 当前技术路线本身不适合这个需求 | 之前投入作废，但新方案可能更简单 |
| 简化需求 | 需求本身包含矛盾 | 砍掉非核心部分，MVP 先行 |
选择依据：盲点在结构层 → 重构；在路线层 → 换方案；在需求层 → 简化。只推荐一条，不要列三个让用户选。
下一步：一个具体、可立即执行、可观察结果的实验。不是"再调研一下"或"重新评估"。
以下情况直接告知用户，不要硬分析：
执行过程中自检：
| 陷阱 | 自检问题 |
|---|---|
| 沉没成本 | 如果从零开始，我会选当前方案吗？ |
| 细节沉迷 | 这个问题在全局视角下重要吗？ |
| 虚假进度 | 我是在"做了事"还是"解决了问题"？ |
| 问题膨胀 | 我是不是在试图一次性解决所有相关问题？ |
