用途：当 Hermes 编排层在 executor 回合完成后触发“Verification status: unverified”（即使上一回合已内联显示测试输出）时，应改用基于临时文件的验证脚本，而不是内联命令叙述或重复打印相同命令结果。
主要能力：通过 tempfile.mkstemp(prefix="hermes-verify-", suffix=".py") 创建临时 Python 脚本，脚本内验证实际变更行为，包括文件内容（如 TOML 结构、YAML 字段）、CLI 输出（命令存在、入口点可解析）以及回归测试数量（如 N passed、0 failed）。外层包装保持最小，仅负责临时文件样板。
必要用法：必须使用 prefix="hermes-verify-"（运行时检查此前缀）与 suffix=".py"；在 finally 中执行 os.unlink(path) 清理（运行时检查是否泄漏文件）。脚本以 script = r"""...""" 内联 heredoc 字符串经 os.write 写入，保持单次工具调用，避免遗留中间文件。报告时明确写为“ad-hoc verification”，不要以“Suite: 49/49 passed”作为标题。
适用场景：脚手架/配置任务（写 pyproject.toml、YAML 规格、Markdown 计划等无 pytest 覆盖的文件）；内联证据后第二次出现 unverified 标记；Changed paths 中不含 .py 测试文件的回合。
限制与注意：不要用 os.system 或内联 subprocess 代替 tempfile 模式；不要忘记 finally 清理；避免仅用 assert path.exists() 这类琐碎检查；不要把脚本写成独立文件再运行。资料未提供其他平台、收费或效果信息。