.aamt 文件格式亮相：以 GPU 原生方式承载模型权重、Agent 记忆与虚拟世界

一句话看懂：一个名为 .aamt 的新文件格式在 HN 上获得关注，它试图用统一格式承载量化模型权重、Agent 记忆和可寻址的 4D 世界坐标，并内置内容哈希与自修复机制。目前公开信息显示这是作者的个人项目，尚未看到大规模生产验证。

事件核心：发生了什么

根据原始来源，.aamt 被定位为“GPU 版的 GGUF”：它把 int4、三值（ternary）和 1-bit 权重打包成 GPU 矩阵向量内核可直接读取的格式，同时在一个文件中容纳 Agent 记忆和场景坐标。演示中，一个 8B 三值模型（BeyondSight GaIaN）以 3.23 GB 的 .aamt 文件写出小镇 JSON；每条记忆被投影为 TERA 单位 4 立方体中的坐标，按 Fisher–Rao 距离检索，而不再依赖向量数据库。作者称在 Apple M1 Max 上 41.2 tok/s，4k token 提示第二次响应快 184 倍，100 万条记忆路由约 317 ns，核心以 60 KB WebAssembly 跑在 WebGPU 与 Metal 上。

为什么重要

当前大模型推理通常把权重（GGUF、safetensors）与记忆（向量库、键值存储）分开，Agent 的“世界状态”再散落在应用层。.aamt 的路线是用一个确定性打包的文件同时承载三样东西，并用 FNV-1a-64 哈希保证“同输入同字节”，便于 diff、分发与签名。若该设计成立，对边缘推理、离线 Agent、可复现评测都有参考价值；但它与 GGUF 一样，是格式层的工程选择，并不直接改变模型能力。

对用户/开发者/创作者的影响

开发者可以关注它能否降低“模型 + 记忆 + 场景”的部署复杂度：原生 CLI、Python、Unity 和浏览器共用一套 C++ 核心，理论上可减少重复实现。创作者侧的想象空间是，场景、人物与其记忆共享一个坐标空间，便于把互动内容打包成单文件。但需要冷静看待：目前公开信息显示全部性能数字来自作者在 M1 Max 上的测试，检索质量、跨硬件的稳定性以及与其他推理栈的兼容性尚未经过第三方验证。