供应商接入与依赖管理

先把模型供应商配置好

追创作的大量能力都建立在“先有可用模型”之上。无论是对话、资料检索、字幕翻译还是自动化，都会依赖一个健康的 Provider 配置。

一个完整的供应商接入，通常包括：

• API Key 或其他密钥信息。
• 正确的 endpoint。
• 可用模型列表。
• 哪些模型真的被启用。
• 某些模型是否支持工具调用。

如果模型列表和启用状态没有整理好，后面很多功能表面上可见，实际上并不可用。

外部工具决定媒体与执行能力是否落地

追创作并不把所有能力都塞进应用本体里。很多核心能力依赖外部工具，例如：

• yt-dlp：负责视频下载与来源解析。
• FFmpeg：负责转码、封装与字幕烧录。
• bun：承担部分运行时与工具执行能力。
• playwright：承担网页自动化等执行能力。

所以“应用能打开”不等于“工作流已经可用”。真正需要确认的是依赖是否安装、路径是否正确、版本是否健康。

技能和工具依赖也属于运行环境的一部分

如果你启用了技能、外部工具搜索或更深的执行能力，那么它们同样属于依赖管理的一部分。某些能力不可用时，不要只看当前页面，也要回到“外部工具”和相关设置里检查整体运行环境。

更实际的做法是，把依赖管理看成控制室基础设施，而不是一次性安装动作。

本地优先到底意味着什么

在追创作里，本地优先不只是营销措辞，它意味着：

• 模型供应商配置、外部工具状态和大部分工作区信息保留在本机。
• 下载结果、字幕资产和项目文件跟着你的机器与目录结构走。
• 出现问题时，可以从本地日志、文件、任务和配置逐层排查。

这也是它更适合长期承担真实工作，而不是只做一次性在线任务的原因之一。

什么时候该回到设置页检查

如果你遇到这些情况，优先检查 Provider 和依赖：

• 对话能发送，但工具总是无法执行。
• 下载按钮可见，但任务一开始就失败。
• 字幕翻译、转码或烧录无法启动。
• 某个渠道、连接器或自动化任务突然失效。