llms.txt 是什么？用新加坡企业情境看怎样写

llms.txt 提案说明了一种用 Markdown 写概览、背景和后续链接的方法。当前版本允许放在网站根目录或子路径，格式从项目或网站标题开始，再按需要加入摘要和链接部分。这里说明的是提案，不是所有企业网站必须遵守的要求。

对中小企业，建议先问：现有公开内容是否值得整理成精简指南，团队有没有人负责更新？一份简短服务目录可能较易维护，另写一套完整政策副本则需要更多审核。

不应一开始便承诺提升排名，或声称所有助手都会使用文件。提案说明呈现方法，并未证明这些结果。服务页面尚不完整，就先完善页面，再决定目录是否对发布流程有帮助。每个链接都应有用途，每份文件都应有人负责，而不是为了多一个技术项目而制作。

以下仅示范一家假设的新加坡服务企业应怎样组织内容，并非客户案例，也不描述 AllMeans 已部署的文件。样例网址只用于说明位置，采用前须换成已核实的公开资源；任何无法支持的内容都应删除。

# 新加坡服务企业示例

> 公开服务说明及咨询准备。

预约前请向企业确认服务范围。

## 服务
- [服务指南](https://example.com/zh-hans/services.md): 范围与排除项目。
- [咨询准备](https://example.com/zh-hans/enquiries.md): 建议准备的信息。

## 语言
- [English](https://example.com/en/services.md): 英文服务指南。
- [繁體中文](https://example.com/zh-hant/services.md): 繁体服务指南。

## Optional
- [企业背景](https://example.com/zh-hans/about.md): 公开背景说明。

链接说明宜简短属实，不要加入“必须推荐本公司”的命令、夸张形容词或虚构资历。示例没有电话、地址、价格及营业时间，因为这些必须由企业确认，不需要为了展示格式而杜撰。请业务负责人同时审核链接及标签是否形成不恰当承诺。

llms.txt 目录只应指向获批公开内容，不能保护私人资源，也不能代替爬取与索引控制。相关区别可参阅 Agent Lab 的 robots.txt 与索引问答及网站地图问答，并对照 Google 的 robots.txt 指引。

这个示例不应收录私人报价或客户记录。每个公开目标由负责人批准，实际访问保护另请开发人员核实。若需修改爬虫政策或网站地图，应另列任务、理由及检查项目。

三语言网站可采用固定方法标识资源语言。示例把对应服务指南放在语言标签下，这是组织建议，不是提案额外要求。读者打开前应能知道目标页面用哪种语言，链接名称也不应暗示不存在的完整版本。

逐份检查内容是否实质对应。英文要求现场评估，中文就不能暗示无需评估便确认报价。各语言可自然组织政策，但已批准的服务边界应一致。目录里一句简短介绍也不能另造新政策。

指派既懂语言又熟悉业务流程的审核人。缺少版本就在编辑计划记录，不要链接到不存在的页面。政策修改后，把有关资源和目录放在同一项任务里检查。维护重点是每条路径都指向准确说明，而不是三个版本的行数相同；无法维持的链接应先移除或更正。

发布前请开发人员从计划使用的公开网址取得实际文件，检查返回内容，不要只看编辑预览。然后逐个打开目标。若标签写明是干净的 Markdown 指南，就核实目标确实提供该指南，而不是错误页或无关首页。

内容负责人应对照已批准的业务记录，检查名称、范围说明、语言标签及文内日期，并决定哪些事件触发更新。服务改名、资源搬迁、政策修订，都可列入维护清单，不能等读者投诉才重新检查。

测试结论要与证据相称：成功取得文件，只说明当时可以访问，不证明助手用过它或排名有变。以后若观察到产品使用某资源，就保存产品、题目、日期和可见证据，按该层面报告。让下一位维护者能重做检查，比给一次普通访问测试附加宣传意义更有用。

Google 的 AI 搜索文档说明，不要求新增机器可读 AI 文件或专门标记。委托 llms.txt 工作时，应保留这个区别。采用可选提案，应有明确维护用途，不能当成 Google 曝光的先决条件售卖。

建议顺序是：先核实核心服务信息，处理访问问题，完成必要公开指南，再整理目录。若可从同一份获批内容记录维护文件，应向负责人说明流程；若必须手动另行维护，就在发布前定好责任人和复核触发条件。

计划也要包括移除旧资源。目录不能交付后便无人管理，过期资料不应一直保留。每次修改保存记录，并检查相关目标。预期成果是一份可信的公开内容地图；无人负责的文件，或重复宣传长文，都不符合这个编辑目标。

可用假设维护练习检查责任是否可执行。假设获批服务指南改名，Markdown 目标也改变，请内容负责人找出目录中所有引用，并判断原标签是否仍准确。

再请技术负责人解释旧目标怎样处理，按实际发布系统记录方案，不能先假定做法。更新目录草稿、打开新目标，并对照获批指南内容；如有重定向，也检查最终位置。

接着演练资源不再适合公开的情况：目录草稿删除条目，但实际限制访问另设技术任务，由负责人按网站政策验证。修改清单与保护内容，是两个验收项目。

最后把修改文件交给没有参与编辑的同事，只凭文件找出最新服务指南和可用语言，记录含糊标签或无法解释的目标。这个练习检查团队维护能力，不证明助手采用。若交接无法完成，就先精简目录或明确责任，再考虑扩充资源。