用途
See Invisibility 把《龙与地下城》中的“识破隐形”法术当作现实场景的隐喻：它不是发现被普遍忽略的信息（那是 Perception 的范畴），也不是识破一切幻象（那是 True Seeing 的范畴），而是专门针对被刻意隐藏、混淆或故意做得难以找到的内容。
典型目标包括：定价页面中的隐藏费用、埋在 EULA 中的真实条款、代码库中的混淆追踪逻辑，以及误导性 UI 背后的实际行为。该技能适合对产品、合同、代码库或页面进行审查，判断哪些信息是被“特意”藏起来的。
主要能力
依据资料，该技能会：
- 在行动前复述目标、成功条件与不可触碰的边界。
- 判断某个上下文中最可能被刻意隐藏的位置。
- 寻找“有意模糊”的迹象：对用户毫无益处的复杂性、深层嵌套、误导性标签、暗黑模式（dark patterns）等。
- 提取并呈现被隐藏的内容，同时给出隐藏机制的证据。
- 在结论中明确区分已确认的隐藏元素与可疑但未确认的模式。
交付物
- 一份被刻意隐藏或模糊的元素清单，并标注每项所使用的隐藏机制。
- 每项发现的证据：说明为何它看起来是被有意隐藏，而非单纯被忽略。
使用方式
资料给出的调用示例为：
/see-invisibility Use $see-invisibility to audit this [product/contract/codebase/page] for deliberately hidden or obscured elements. What has been made hard to find on purpose?
使用前需要具备 Hermes Agent 以及本次会话的常规工具集，除此之外没有额外的运行时依赖。
适用场景
- 怀疑存在隐藏费用、被埋没的条款、混淆代码或误导性 UI。
- 某个系统或文档看起来就是设计成让特定信息难以找到。
- 需要对产品、合同或代码库中刻意模糊的行为进行审计。
限制与注意事项
- 需把法术隐喻锚定在真实的运作机制上，避免滑向虚构设定。
- 必须区分有意隐藏与偶然复杂；并非所有难以找到的东西都是被故意藏起来的。
- 不应在缺乏证据的情况下假定恶意：技能负责呈现隐藏元素，意图判断交由用户。
- 结果需包含全部承诺的交付物，并把已确认事实、假设和推断明确分开。
验证
完成后应检查：是否覆盖了上述全部交付物；确认事实、假设与推断是否清晰分离；隐喻是否仍然对应真实的运作机制。