文档基金会（TDF）近期重申，开源办公套件 LibreOffice 并未内置任何人工智能功能，且其核心开发人员不使用大语言模型（LLM）。然而，这一立场与部分社区贡献者实际使用的开发工具之间存在差异。
在 Fediverse 平台上，用户 argv[-1] 指出，LibreOffice 今年的三项承诺更新中承认使用了 LLM 编码助手。其中两项涉及样式继承逻辑的修改：设置段落样式字体大小为 100% 或 +0pt 时的继承行为，以及启用 Calc 单元格样式中的相对字体大小。
此外，9 月份新增的“复制图像按钮”至截图对话框的功能也引发了关注。该功能的 BitmapTransferable 类由 GitHub Copilot 在 VS Code 环境中生成，而 copyButtonHandler 方法则是通过 LLM/代码完成辅助手写完成的。
TDF 强调 LibreOffice “无人工智能”的定位，被外界解读为对其前开发合作伙伴 Collabora 的一种间接回应。今年 6 月，Collabora 发布的基于 LibreOffice 代码的网络版办公套件 CODE 26.04，将增加的人工智能整合列为主要特性。
自 2010 年从 Oracle 控制的 OpenOffice.org 分叉以来，TDF 一直是 LibreOffice 的主要维护者和托管方。基金会将“无内置 AI”作为卖点之一，并于 9 月发布博客文章宣称“没有 AI 现在是一项功能”。与此同时，TDF 在 10 月 21 日宣布，在不包括 Windows 更新和旧版本下载的情况下，LibreOffice 在 8 周内实现了 940 万次下载。基金会承认，增长的具体原因尚难确定。
针对 Mastodon 上的质疑，TDF 在直接回应中表示：“又一个高质量的巨讨论。没有核心开发者使用 LLM。”
TDF 进一步阐明了其政策：虽然依赖更广泛社区的贡献，且未明确列出禁止使用的工具，但要求贡献者在提交代码时披露是否使用了 LLM。基金会会对贡献进行仔细审查，以确保代码质量并验证补丁作者对代码的理解程度。对于学生而言，LLM 的使用是被禁止的。TDF 否认这是所谓的“滑坡效应”。
这种处理方式与 Debian 项目的方法类似：允许部分贡献者使用 LLM 编码助手，但前提是必须披露并接受人为审查。这符合“AI 只是一种工具”的理念，被视为一种务实的应对策略。
尽管 TDF 的解释旨在区分用户功能与开发过程，但公众感知的“无 AI”形象与实际开发情况之间的反差仍引发了一些用户的不满。阿根廷开发商 Federico Schonborn 对此评论道：“当一个面包店宣布他们不会把石棉放在蛋糕冰上时，你不能指出他们已经把石棉放在了蛋糕填充里。”
TDF 发言人 Italo Vignoli 在接受采访时指出了基金会的发展/AI 政策，并补充称，关于 LibreOffice 26.8 版本的公开声明没有任何偏离，因为这些声明是关于用户功能而非开发流程。
然而，仍有用户在社交媒体上表达了困惑。一位名为 Skjeggtroll 的用户评论说：“我觉得很奇怪的是禁止对提交消息使用 LLM，但仍然允许其用于实际代码。”
