crossthink

先列出问题自身框架已有的方案，再从其他领域借鉴有效机制，只保留清单中没有的机制。

目标

问题一旦困在单一框架中，就会不断产生同一条路径的变体。其他领域中已有的有效机制，可能会开辟出框架掩盖的路径，但只有在迁移具有可操作性时才行：源机制确实存在，目标映射说明在这里由谁或什么执行哪一步，并且“失效条件”指出它在当前情境下何时会失效。本次运行会返回新机制及其失效条件，或者如实说明映射没有找到任何机制。

映射不能取代直接生成。在尝试过的那些问题上，直接生成找到了更多可用机制，而映射仍找到了一些直接生成遗漏的机制，其中大多数用于在阻碍仍未解决时保障工作安全（对账、以替代对象进行暂存、升级处理、将发现保留为文本）。

工作流

1. 说明问题及其框架。 写明目标、硬性约束、明确提出的未知事项，以及当前限制选项的框架：每个现有选项都会经过的路径，以及它等待的步骤（如有）。保留问题中的事实；舍弃本次会话偏好的答案。
2. 先列出框架自身已有的选项。 将问题直接产生的不同机制逐条写出：每条说明它在此处如何运作，以及需要什么。这份清单是评估映射的基线，因此必须在选择任何领域之前写好。
3. 持续映射不同领域，直到接受五行。 选择与问题领域相距甚远的领域（物流、生物学、法律、金融、电影、游戏、硬件、认知科学、房地产等）。每个领域填写三个单元格：
   • 源机制：该领域中确实有效的操作或因果过程，说明实际发生的事，而不是一句口号；
   • 目标映射：由此在此处得出的具体选项，说明由谁或什么执行哪一步，以及需要什么；
   • 失效条件：在当前情境下，迁移失效的具体条件，以及可处理时如何处理。仅说“可能无效”或只列出成本，都不算条件。
4. 拒绝无法迁移的内容。 单元格为空的行、只改换措辞却没有实际操作支撑的映射，以及无法说明为有效操作的源机制（将其作为未经验证的内容拒绝；此步骤不核查来源），都要连同理由列入拒绝清单。
5. 合并并剔除。 将共享同一有效操作的行合并为一个机制；领域、供应商、工具、参数或措辞不同，不代表机制不同。将第 2 步清单中的每个机制连同理由 already direct: <its step 2 line> 移至拒绝清单。剩余内容即为结果。
6. 汇报。 开头列出新机制，并逐项说明其领域、目标映射和失效条件：先列出消除阻碍的机制，再列出阻碍仍存在时用于限制其影响的机制。指出能够确认或推翻第一项机制的最低成本观察。最后列出拒绝清单。新机制数量为零也是有效结果：明确说明这一点，并以第 2 步清单作为答案。

规则

• 先写直接选项，且映射不得取代它们；评估映射时只看它新增了什么。
• 拒绝的行连同理由一并保留，不得删除。
• 绝不捏造关于源领域的事实。根据来源核查说法属于 factchk 的职责。
• 以更大尺度、目的或时间跨度重新审视同一决策，属于纵向阅读，应交由 macrothink；此技能进行横向阅读，跨领域寻找思路。
• 只读且仅提供建议：它会提出选项，但不会更改任何内容；由主工作流负责在选项中做出选择。

验证

完成前，请确认：

1. 在映射任何领域之前，已写好框架和第 2 步列表。
2. 至少接受了五行。每行都有源机制、目标映射和具体的失效场景。
3. 没有已报告的机制出现在第 2 步列表中，并且共享同一操作的行已合并。
4. 每个被拒绝的行都已列出，并说明原因，包括已直接存在的机制。
5. 报告指出了一个后续观察项，或者说明此次映射没有新增内容。