免费开源的WPS AI插件 察元AI助手:getEnabledProviderIds 与默认 provider 补全

摘要界面过滤「已开启」模型时除读取配置表格外还对未出现配置的 DEFAULT_ENABLED_PROVIDERS 成员补入集合从而与 getModelConfig 的默认 enabled 行为一致。关键词Set;provider;enabled扩展阅读与维护提示本篇围绕「getEnabledProviderIds 与默认 provider 补全」组织材料。仓库内与主题最直接相关的检索词包括Set、provider、enabled。建议在阅读正文所列片段后用 IDE 全局搜索这些符号沿 import 与调用栈向上追问「谁在什么时机调用」而不是只记住单文件路径。摘要所概括的要点为界面过滤「已开启」模型时除读取配置表格外还对未出现配置的 DEFAULT_ENABLED_PROVIDERS 成员补入集合从而与 getModelConfig 的默认 enabled 行为一致。落地到排障时可把现象粗分为三类交叉验证配置是否按预期写入持久化介质WPS COM 上下文是否可用例如是否缺少 ActiveDocument以及网络与证书策略是否拦截了 fetch。本篇涉及的模块通常只覆盖其中一两类需要与相邻篇目拼成完整拼图。教程文件名「18-moxing-fuhe-id-yu-provider-chouxiang.md」仅用于导航与排序不等价于源码模块名。若正文中的行号与本地分支不一致多半因合并导致行偏移此时应以函数名、导出名为锚重新检索团队若维护了生成脚本可在变更大段源码后重新运行以保持摘录大致对齐。本文刻意避免对产品能力做营销式承诺所述行为均以当前仓库可见实现为准。若组织策略要求离线或内网模型应在网关、证书与代理层收口而不是假设加载项能绕过浏览器安全模型。若你同时阅读 docs/chayuan-llm-chain-series可先对照其中的总体链路图理解「请求从 UI 到 chatApi」的次序再回到本教程看数据结构、默认值与修改风险面两者互补不重复堆砌功能列表。正文1. 已启用集合遍历 configs 后将 enabled 的 id 小写入 Set再补默认列表。阅读源码摘录时请把它当作「定位入口」而非完整实现同一函数可能在其他分支还有早退条件或 try/catch。修改默认行为前建议用最小文档手工走一遍相关助手或对话框并观察任务清单与日志中的字段是否与预期一致再决定是否做数据迁移或配置重置。// src/utils/modelSettings.js 第57-78行 /** * 获取已开启的模型 provider id 集合用于察元AI助理下拉过滤 * returns {Setstring} */ export function getEnabledProviderIds() { const configs getAllModelConfigs() const enabled new Set() const configKeys new Set(Object.keys(configs).map(k String(k).toLowerCase())) for (const [id, cfg] of Object.entries(configs)) { if (cfg cfg.enabled) { enabled.add(String(id).toLowerCase()) } } // 无配置的 provider 使用默认开启状态 DEFAULT_ENABLED_PROVIDERS.forEach(p { const key String(p).toLowerCase() if (!configKeys.has(key)) { enabled.add(key) } }) return enabled }