大家好 
，
首先，感谢 Discourse 团队构建和维护官方 AI 插件。很明显，他们在确保其稳定性和适应不同部署场景的灵活性方面花费了大量精力。
话虽如此，在集成了多个 AI 提供商（包括与 OpenAI 兼容的网关和第三方 Gemini 端点）之后，我遇到了一些用户体验上的差距，随着 AI 工具的成熟，这些差距变得越来越令人痛苦。我想询问一下是否有计划解决这些问题——或者社区是否有兴趣开发一个解决这些问题的插件。
1. 缺少来自提供商的模型发现/模型列表
目前，在添加模型时，管理员必须手动执行以下操作：
- 输入 模型 ID
- 提前知道提供商支持哪些模型
- 确保 ID 拼写完全正确
在大多数现代 AI 工具和网关（OpenAI Playground、OpenRouter、OneAPI、LM Studio 等）中，标准做法是：
- 从提供商处获取可用模型列表（例如
/v1/models） - 让用户从下拉列表中选择
- 可选地显示基本功能（上下文长度、视觉支持等）
我理解 Discourse AI 支持许多非标准或代理的后端，并且并非所有提供商都一致地实现了模型列表功能。尽管如此，即使是一个可选的“从提供商处获取模型”操作（尽力而为，OpenAI 兼容）也能极大地改善许多设置的可用性。
2. 上下文窗口不应需要手动输入（或应有一个默认值）
目前，上下文窗口字段没有默认值，必须手动输入。
从用户的角度来看，插件应该：
- 默认为模型的已知最大上下文，或者
- 如果未知，则回退到一个安全、合理的默认值，或者
- 将空值视为“使用提供商/模型默认值”
要求管理员手动研究和输入上下文大小容易出错且不必要，尤其是在大多数情况下模型名称已经暗示了这些信息时。
3. 问题：计划、模式还是社区插件？
所以，我对社区和维护者的疑问是：
- 官方 AI 插件中是否有计划改进模型发现和默认设置？
- 今天处理此问题的更符合人体工程学的方法有哪些推荐的模式？
- 有人知道（或者有人正在开发）解决这些差距的社区插件或扩展吗？
如果答案是“没有，并且核心功能不太可能包含这些”，我将认真考虑试验一个小的伴随插件，该插件专门关注：
- 模型发现
- 功能元数据
- 合理的默认值
在走那条路之前，我想确认一下其他人是否对此感兴趣，或者我是否遗漏了什么背景信息。
感谢阅读，我很想听听您的想法。