# GPT-6 Astra 破译 82 字恩尼格玛密文，但谁在主导这场密码破译？

**Summary:** 82 字 MVUEH 密文的明文与密钥已通过独立复现验证。我认可这次破译，但“完全自主”与“研究员主导”之间的分歧，正说明智能体声明需要两条独立的审计轨迹。

- Canonical: https://markhuang.ai/zh/news/gpt-6-astra-enigma-researcher-led
- Language: zh-CN
- Author: [Mark Huang](https://markhuang.ai/about)
- Published: 2026-09-22
- Section: News
- Tags: GPT-6 Astra, 恩尼格玛密码机, AI 智能体, 密码分析, 研究验证
- Source: [Crypto Cellar Research](https://www.cryptocellar.org/bgac/the-mvueh-break.html)
- License: https://creativecommons.org/licenses/by-nc/4.0/

---

![一台存档的恩尼格玛密码机置于研究员双手与分叉的计算信号之间](https://cdn.markhuang.ai/news/gpt-6-astra-enigma-researcher-led/hero.webp)

*明文可以验证，但要还原谁在引导搜索，则需要另一种证据。*

Frode Weierud 在 [Crypto Cellar 的记录](https://www.cryptocellar.org/bgac/the-mvueh-break.html) 中提到，GPT-6 Astra 协助破译了 MVUEH——这是一条 82 个字母的德国陆军恩尼格玛密文，发送于 1941 年 7 月 10 日，自 2005 年起一直未被破解。这次成果在 AI 能力故事中格外具体：公开的密钥能将存档的密文转为连贯的德语文本，密文集的维护者也认可了这一破译结果。

我也接受这次破译。但我还不接受最干净的“完全自主”版本。Crypto Cellar 称 Astra“完全靠自己”完成了工作，而解密者的详细案例却称之为“研究员主导的调查”，其中研究员设定了目标并推动了整个进程。这种分歧并未削弱破译出的明文，却改变了这件事对智能体能力的证明意义。

## 明文比工作流程更容易验证

成功的搜索借用了来自 SIPVX 的一段 14 个字母的明文猜测（crib）`ROSENOWROSENOW`，这是 Alex Shovkoplyas 在 2017 年破解的一条相关密文。所谓明文猜测，就是对明文的一段推测，用来缩小搜索范围而不是直接给出答案。在此案例中，其余 68 个字母本可能变成乱码，却意外组成了请求行军路线和立即无线电回复的指令。

解密者发表的[案例研究](https://mvueh-enigma-solved.carterl.chatgpt.site/)提供了机器设置、源字母备选方案、搜索代码和复现包。文中还指出，记录的消息报头从 26 种等效的物理设置中锁定了最终破译的设置。这些证据远比一张流畅回答的截图可靠得多。

一个[独立的验证仓库](https://github.com/swarm-ai-research/cipher-break-verification)从 Crypto Cellar 公布的密文出发，而非解密者的代码。其小型恩尼格玛实现生成了连贯的德语文本，仅在 82 个位置中有 8 处出现乱码。调整一个环位设置后，可识别的短语便消失了。验证者并未重复整个发现过程，也未证明密钥唯一性，并明确说明了这一点。

> **Info:**
>
> 密钥与明文已有模型自身叙述之外的可复现验证。而找到它们的完整路径，包括每一次人工干预，则属于另一项独立主张。

## 两份记录对“主导权”的分配不同

Weierud 写道，Carter Leffer 曾让 Astra 尝试 Crypto Cellar 上未破解的密文。按此说法，Astra 自主选择了 MVUEH，将其与 SIPVX 关联，选定了 Rosenow 明文猜测，并搭建了恩尼格玛模拟器和 Bombe 搜索的 Python 和 C++ 工具。Weierud 还提到，团队在他发布页面时仍在审查日志。

Leffer 的案例研究则划定了不同的边界。文中称，一名研究员在 GPT-6 Astra 及并行智能体的协助下主导了调查，设定了目标并推动进程。智能体负责查阅资料、编写搜索程序、运行实验并审核结果。工作集中在 2026 年 9 月 14 日至 15 日，但案例研究坦言其日志无法提供人类或模型推理小时数的完整统计。

我认为详细记录更有价值，因为它没有将协作调查简化为魔术表演。人类可以在长时间保持沉默的同时，依然定义问题、批准新方向或判定证据是否充分。“完全靠自己”抹去了这些区别，“研究员主导”则为审视留出了空间。

这并非语义之争。若我要评估一个智能体用于研究、事件响应或软件开发，我需要知道：模型是自主发现了关键联系，还是在人类建议中做选择，抑或是在研究员否决失败方案后继续推进？每种情形都意味着不同的监督级别和人员配置方案。

## 公布的工作流程仍值得关注

该案例依然扎实。搜索过程处理了模糊的手写体、相互冲突的转录版本、爬山算法的失败尝试、转子行为、接线板设置以及独立的报头信息。案例研究报告称，在其声明的假设内完成了 43,016 批次搜索，测试了约 42.9 亿种转子行为与明文猜测位置的组合。它还公开了失败的实验，而非将成功路径呈现为必然结果。

这接近 OpenAI 为 [GPT-6 Astra](https://openai.com/index/gpt-6-astra/) 宣传的多步骤工作模式：浏览、编码、科学调查和持续工具使用。但这并非 OpenAI 的官方评估，而是一名研究员主导的案例，恰好拥有异常可验证的输出。我会将其视为 Astra 能参与高要求技术搜索的证据，而非自主研究的通用基准。

公开讨论显示，这种区别很容易消失。一则 [Reddit 帖子](https://www.reddit.com/r/ZodiacKiller/comments/1wjbbm5/if_gpt6_astra_can_crack_unsolved_german_enigma/) 询问 Astra 是否能破解剩余的黄道十二宫杀手密码。有回复指出缺失的关键要素：某些短密码可能根本不包含足够信息以确定唯一答案。更多算力无法凭空制造密文从未包含的证据。MVUEH 之所以成功，是因为相关密文、替代源副本、记录报头和合理明文猜测共同约束了问题空间。

## 智能体声明需要两条审计线

对于此类公告，我需要一条审计线验证结果，另一条审计线验证“主导权”。第一条应包含输入、代码、候选输出和复现方法；第二条则需记录初始指令、人工引导、智能体分工、模型与工具版本、检查点、被否决的路径以及终止搜索的条件。

第二条审计线之所以重要，和我之前分析 [Astra 的 ARC 评分 45.1 分差距](https://markhuang.ai/news/astra-arc-score-45-1-point-harness-gap) 时谈到的 harness 问题是一个道理——模型名字不等于一个完整的工作系统。在这个案例里，并行智能体、研究员决策、源档案、模拟器和搜索预算都是结果的一部分。

如果让我来定性：这是一次经验证的恩尼格玛破译，诞生于研究员主导、GPT-6 Astra 与并行智能体参与的调查。要说“Astra 独立选择并完成了整个项目”，还需要一条能把两份公开记录对得上的轨迹。目前，我信任这次解密，但不会拿它当 Astra 独立做过一个研究项目的证据。