与黎 · 汇流freeLLM 外部目录接入说明
freeLLM 是外部免费模型访问方式目录，不是与黎 · 汇流 的 Provider、共享号池或默认后备路由。你可以自己选择是否把某个实际 Provider 接入个人 BYOK，并按模型逐项启用。
先记住三句话
- 目录只负责发现入口，真实请求发给你选择的实际 Provider。
- 默认关闭；只有你自己添加 endpoint/API Key 并启用模型后，才会进入你的个人路由。
- 没有官方 API 契约的网页账号、共享账号、cookie/session 不接入。
怎么接入
- 打开 freeLLM 模型目录 ↗，点进实际 Provider，先阅读它的条款、隐私政策、地区和免费额度。
- 由你本人在实际 Provider 官方页面完成注册、验证和创建 API Key。我们不代填密码、验证码、OTP，也不代接受第三方协议。
- 回到“与黎 · 汇流 / BYOK”，选择“自定义 OpenAI-compatible”，填写该官方 endpoint 和你自己的 API Key，先读取模型目录。
- 在模型清单里只打开你明确同意使用的模型，再创建 BYOK Token 给自己的客户端。取消勾选、移除 Provider 或撤销 Token 后，该路径停止。
用户自有凭据模型级选择默认关闭高风险第三方上游
互市托管上游
如果互市要提供统一入口，接入对象也必须是目录里某个实际 Provider 的官方 API，而不是 freeLLM 本身。平台或团队可以在该 Provider 创建一个账号和多个 API Key，再将 Key 放入服务端受控来源池；用户只看到来源和模型，不会看到 Key。
多个 Key 只能帮助轮换、限流和故障隔离，不能保证数据隔离。同一个 Provider 账号或 project 仍可能把请求归并到同一账单、审计和数据处理范围。互市托管来源必须默认关闭，并按用户或团队授权后才进入路由；如果要求更强隔离，应使用每团队账号或个人 BYOK。
中转站作为请求终止点，在转发时会在内存中处理请求内容。我们可以不记录 prompt、文件、完整响应、Authorization 或上游错误正文，不做跨用户响应缓存，并按用户/团队绑定来源和模型；但不能承诺平台在请求处理期间完全看不到内容，实际 Provider 也会按自己的政策处理数据。
需要你自己承担的风险
- 账号和条款：非官方中转、共享账号、自动化访问可能触发限流、封禁、额度回收或账号损失。
- 数据和隐私：提示词、文件、元数据和输出会交给实际 Provider；freeLLM 页面提示部分方法可能披露提示词、用于研究/训练，或只在特定客户端可用。不要发送密码、密钥、身份证件、客户资料、未公开代码和其他敏感内容。
- 凭据：API Key 泄露会造成盗用、额度消耗或账单。使用专用低额度 Key，HTTPS 输入，定期轮换并在上游撤销。
- 可用性：免费层的日配额、RPM/TPM、地区、模型名称和条款会变化，没有稳定 SLA；401/403/429 或模型下线都可能让备用路由失效。
- 输出：错误、侵权、隐私或不适当内容由实际使用者自行审核；商业发布、训练数据和行业合规按实际 Provider 条款判断。
边界
与黎 · 汇流 仅提供外部目录展示、用户自有凭据的加密保存、模型目录读取和转发能力，不是 freeLLM 或其列出 Provider 的官方合作方，不控制第三方条款、数据处理、额度或输出。是否接入以及由此产生的账号、数据、内容和使用后果，以你与实际 Provider 之间的适用协议和法律为准。
与黎 · 汇流 仅提供外部目录展示、用户自有凭据的加密保存、模型目录读取和转发能力，不是 freeLLM 或其列出 Provider 的官方合作方，不控制第三方条款、数据处理、额度或输出。是否接入以及由此产生的账号、数据、内容和使用后果，以你与实际 Provider 之间的适用协议和法律为准。
常见问题
为什么看到模型，却不能直接选 freeLLM 当后备？
freeLLM 是动态目录，不是统一 API。直接把目录名称当成路由会把没有公开 API、只支持特定客户端或条款不允许代理的服务误接入。请先选择有明确 API 契约的实际 Provider，再用自己的 Key 接入。
可以把我注册的非官方账号交给中转站吗？
不可以通过密码、OTP、cookie、session 或浏览器令牌导入。只有你自己持有、实际 Provider 明确允许使用的 API endpoint/key 才能走 BYOK。网页聊天账号不等于可代理的 API。
它会自动加入公共号池吗？
不会。freeLLM 目录永远不是公共 channel 或共享号池来源；个人 BYOK 的凭据和模型只在你的账号空间内路由。