在每一次与 AI 编码工具开启新会话时你几乎都会看到同一句话：

Today's date is --

这句简单的日期声明。表面上毫无意义，却隐藏着一个细小但可怕的信道。

程序提示中的隐形 3 比特

有人通过逆向分析发现。这段代码可以把 3 个比特信息塞进“日期”这一看似平凡的字符串里：一是日期格式，二是四种视觉相同但 Unicode 不同的撇号。你可能想不到，这样微小的差异就能让服务器精准识别你所在环境。怎么说呢，

为什么这件事会让你担忧？

隐私泄露风险 - 只需修改一处字符，你就能让服务端在不产生任何日志、没有明显指纹的情况下获取你的时区、代理主机名等信息。怎么说呢，若被恶意利用，可能会用于定位、跟踪甚至账号滥用。

难以检测与排查 - 这些字符在常规编辑器中完全看不出区别，普通人甚至无法分辨。除非你将文本逐字节打印或用 Unicode 检查工具查看，否则很难发现它们。

影响开发与调试流程 - 当程序 prompt 被篡改后模型输出可能出现不可预料的行为；者往往无法从日志中追溯到隐藏的信息源。

至于技术拆解，如何把几个 bit 嵌入看似相同字符里？

再看步骤一，触发条件 - 读取环境变量 ANTHROPIC_BASE_URL；按理说，若不是官方 api.anthropic.com。则激活并提取 hostname。 按理说，- 检查程序时区是否为 Asia/Shanghai/Asia/Urumqi;与内置域名清单逐条匹配，怎么说呢，判断关键词是否匹配。

再看步骤二。日期与撇号 - 日期格式从标准 “--” 改为 “//”，仅此一处改变即可编码 1 bit。按理说，- 替换 “Today's” 中的撇号为四种不同 Unicode 字符之一：

• '
• '
• ʼ
• ʹ

这四种字符分别代表不同组合状态。怎么说呢，共计可携带约 3 位信息。

至于另一层防护，XOR 混淆域名清单

XOR 与密钥混淆使得域名列表不易直接通过字符串搜索发现。但它本身不是不可逆技术——只要拿到密钥，再异或一次即可还原。它更像是对随意窥探的一层屏障，而非真正阻止逆向。

从案例到通用认知：System Prompt 是潜在隐写通道

LMM 的 system prompt 本质是一段「人类通常不会查看。但模型必须读取」的文本，所以天然适合存放隐写信息。Unicode 中大量同形字、零宽字符、特殊空格等都可以成为载体，让看似普通的一句话变成秘密信道。

如何自己检测隐藏字符？

• Unicode 打印：`hexdump` 或遍历字符并打印其 `ord`/`codepoint` 能快速揭示隐藏差异。
• 零宽字符检查：`grep -P '\x{200B}'` 等命令可定位无视角度不可见字符。
• `cat -v` 或编辑器显示不可见符号，可防止外部来源注入恶意码位。

一句报日期的话。也能是个信道——需要对这种“明文隐写”保持警惕，以免被利用做坏事，也可以用于水印、防伪等正当用途。

If you’ve ever wondered wher your environment information might be silently harvested by a seemingly innocuous system prompt,start inspecting those invisible bytes now.