人工智能主题的每周总结

新闻和活动 论坛摘要
130

概述

本周在 #meta.discourse.org 上关于 ai 的讨论主要集中在控制和理解 AI 成本及后台使用情况、加强摘要输入方面的安全预期，以及改善 Discourse AI 功能集跨平台的用户体验（UX）和集成。

在成本/运维方面，Discourse 推出了 Discourse AI 使用的基于预估美元的配额（除了 token 限制之外），这使得跨提供商进行预算规划变得更加容易（参见 Discourse AI 的基于成本的配额 及配套指南 在 Discourse AI 中配置 LLM 使用配额）。管理员们还交流了关于周期性 AI API 调用的经验，即使在不主动使用 AI UI 功能时，由于后台任务（如嵌入和摘要回填）也可能发生这些调用（参见 Discourse 是否在后台调用 AI API 和 Falco 的确认）。

在安全方面，人们重新关注摘要提示词中具体包含的内容——特别是HTML 注释是否被包含在内，从而形成用于操纵的“隐藏通道”（参见 AI 也会摘要 HTML 注释，Falco 的回复，以及 后续担忧）。

与此同时，多个讨论串聚焦于“在现实世界中使其正常工作”：排查 AI 标题建议中的 500 错误并了解在哪里可以找到审计日志（参见 Qwen3.7-plus 支持讨论串 和关于 ai_api_audit_logs 的指南），配置内部 AI 端点 / LiteLLM 副车（sidecar）（参见 如何使用内部 AI 端点？ 和解决方案记录 在此），以及通过 Ollama 的 OpenAI 兼容 API 自托管翻译（参见 为 DiscourseAI 自托管开源 LLM，模型/tokenizer 指南，以及翻译限制讨论 在此）。

用户体验和产品打磨也受到了关注：提出了针对 AI 标题建议图标位置的修复方案（参见 AI 标题建议图标位于标题输入字段上方），“内联”AI 建议引发了关于延迟/行为的问题（参见 AI 建议的内联集成（在编辑器中） 和 延迟问题），并且用于 AI 机器人对话的固定编辑器在意外被关闭后重新启用（参见 问题 和 解决）。

有趣的话题

  • Discourse AI 的基于成本的配额（预估美元，而不仅仅是 token） 在 #Announcements ai 中：sam 宣布了一种新的方法来限制每个组的 AI 使用量，即按预估美元成本计算，以帮助跨提供商进行预算规划（公告）。该功能与现有的配额配置流程相结合（在 Discourse AI 中配置 LLM 使用配额）。

  • AI 摘要包含 HTML 注释（以及潜在的提示注入担忧） 在 #Feature ai ai-summarize 中：Ed_S 提出了 HTML 注释可能成为影响摘要的“隐藏通道”的风险（担忧）。Falco 承认了这种可能性——特别是对于较小/较旧的模型——并指出系统/用户提示词分离作为一种缓解概念（回复），而 Ed_S 对此表示反对，认为这并不是对抗越狱（jailbreak）的真正机制（后续）。

  • Qwen3.7-plus 设置：标题建议工具出现 500 错误 + 如何使用审计日志进行调试 在 Support ai 中：bird 报告称在使用 AI 标题生成时出现 500 错误，尽管其他 AI 工具正常工作（报告）。Falco 建议查询 ai_api_audit_logs 以获取更详细的诊断信息（提示），随后澄清了如何检查最新条目，并指出 500 错误来自 Discourse（而非 Qwen）（后续）。该讨论串还指向了图像生成文档，以回答关于 Discourse AI 是否支持图像生成的问题（答案 + 链接，以及 Discourse AI 中改进的图像生成支持）。

  • 针对内部端点运行 Discourse AI（LiteLLM 副车，内部主机白名单，MCP 清理） 在 Support ai 中：evantobin 描述了使用 DISCOURSE_ALLOWED_INTERNAL_HOSTS 为本地主机 LiteLLM 副车实现内部连接的过程，并提到了后续关于 Vertex AI 身份验证的工作（详情）。satonotdead 分享了一个完整的解决方案，使用 Docker 的内部网关 IP、端口映射以及清理损坏的 MCP 工具（解决方案）。

  • 功能请求 / PR：在 AI 角色系统提示词中添加 {username} 模板参数 在 #Feature ai 中：42aross 提议将 {username} 作为允许列表中的模板参数添加，以便 AI 角色可以在服务器端可靠地识别当前用户（而不是让 LLM 从主题文本/元数据中推断）（请求 + 理由）。他们还提到完成了 CLA 流程（后续）。

  • 用于 AI 机器人对话的固定编辑器：在 Meta 上被关闭，随后重新启用 在 #Announcements ai ai-bot 中：putty 询问为什么 Meta 不再显示固定编辑器 UI（问题）。keegan 回复说它是意外被关闭的，并将其重新打开，指出该变更正在移向 beta 阶段（状态更新）。nicolsdennis 跟进了一个关于限制机器人对话回复长度的产品问题（问题）。

  • 编辑器中的内联 AI 建议：一致性 + 延迟/行为问题 在 #Announcements ai ai-helper 中：chapoi 讨论了在相似的 UI 入口点之间使行为保持一致，并征求反馈（帖子）。nicolsdennis 询问了往返延迟以及建议是否仅基于主题标题（问题）。

  • UX 修复：AI 标题建议图标位置 在 ux ai 中：chapoi 发布了一个实现修复，解决标题建议图标出现在标题字段上方的问题，并请求确认副作用（修复 + PR 链接）。

  • Gemini API 密钥变更：服务账户，迁移担忧 在 #Integrations how-to ai 中：m_terenui 指出 Google 报告的关于 Gemini API 密钥的安全变更，可能需要服务账户并迁移旧密钥，并询问 Discourse 期望管理员今后配置什么（问题）。（讨论串参考：为 Discourse AI 设置 Gemini API 密钥）

  • 使用 Ollama 自托管 Discourse AI 翻译：提供商选择，tokenizer/上下文窗口，以及为什么“翻译端点”不是即插即用的 在 #Self-Hosting ai 中：mononym 询问如何通过 Ollama 尝试 Discourse AI 翻译，以及较新的管理员 UI 设置在哪里（问题）。Falco 建议通过选择 OpenAI 作为提供商来使用 Ollama 的 OpenAI 兼容 API（指南），随后提供了实用的配置建议（tokenizer 选择，上下文窗口）并警告不要使用不合适的/旧模型（详情）。该讨论串还涵盖了为什么 Discourse AI 翻译不被设计为简单的 LibreTranslate 端点替代品，以及为什么旧的 Translator 插件仍然可以“原样”使用（限制）。

活动

感谢阅读，下周再见！:slight_smile: