2026-10-21 · 茶语客 · 茶语客 · 产品实用课

AI员工用谁的模型?把自己的Key、代理模型和平台词元一次讲清

开始使用AI员工前,先确认模型从哪里来。实拍讲解用户添加Key、代理配置Provider与模型、平台词元计费以及用量核对,帮企业把体验的第一步走明白。

AI员工用谁的模型?把自己的Key、代理模型和平台词元一次讲清
CHAYUKE · 产品实用课 002

从一个统一入口,看懂文本、图片、视频的模型来源,也把谁付费用、怎样验收说清楚。

准备让AI员工写第一份文案时,企业经常先遇到一个很实际的问题:账号已经登录,为什么还提示没有可用模型?另一个问题则出现在开始使用以后:套餐费、模型厂商费用和平台词元,到底分别支付什么?这些事情不说清,体验容易卡住,代理商也很难把交付边界讲明白。

茶语客把相关设置集中在“大模型配置”:文本、图片、视频分开查看,模型按照自己的Key、代理商提供、平台提供的顺序取用。读完本篇,你应该能找到自己的配置入口,看懂当前能用哪一类模型,并和服务人员约定一次有依据的小任务验收。

01|先分清:工作入口、模型能力和费用来源

用一家准备制作新品介绍的企业作说明。运营需要一段产品文案、一张配图,可能还要一条短视频。它们看起来属于同一次推广,背后却分别需要文本、图片和视频能力。文本模型可以帮助整理表达,不代表同一条配置就具备生图或出片能力。先把这三种需求分开,后面的配置与验收才有明确对象。

茶语客提供组织工作和调用能力的入口,实际模型还要有可用的来源。用户可以使用自己的模型厂商Key;有上级代理商且其配置了适用模型时,也可以由代理提供;前面的来源没有能用的模型时,再看平台提供的模型。这里讲的是有条件的取用顺序,不是承诺任何时候都能找到替代模型,更不等于网络故障后必然自动恢复。

本文使用专用演示账号拍摄。拍摄时,该账号没有自己的Key,也没有上级代理商,可见平台模型的提供商处于停用状态,页面因此提示“没有可用模型”。这是一个真实的待配置起点;后文介绍的是界面支持的配置流程和验收办法,没有把空白表单包装成已经完成的生成效果。

AI概念示意:个人Key、代理服务和平台是三种模型来源;图示不代表真实系统界面或成功调用记录。
AI概念示意:个人Key、代理服务和平台是三种模型来源;图示不代表真实系统界面或成功调用记录。

02|用户第一步:到“模型”里看当前状态

登录用户端后,点击左侧“模型”,进入“大模型配置”。顶部直接写明取用顺序,下方有文本、图片、视频三个页签,以及平台词元余额。先选择与你准备做的工作对应的类别:写文案先看文本,生成海报再看图片,准备视频再检查视频。不要因为一个页签能用,就把其他两类能力也当作已经就绪。

页面会显示这一类功能现在使用的来源,或者明确指出当前用不了的原因。继续往下,可以依次看到“我的Key”“代理商提供”和“平台提供”。演示账号显示“无上级代理商”,这一档会跳过;这不能推导为所有企业用户都没有代理服务。实际使用时,应该以自己账号显示的归属与当前状态为准。

列表里有模型名称,也不等于此刻能够调用。提供商停用、凭据未准备好、收费模型所需词元不足,都可能造成不可用。排查时先读状态和原因,再决定补配置还是补余额。单纯看到“免费”二字就反复重试,或者在没有模型时先购买词元,都未必能解决真正的问题。

用户端实拍:统一模型入口与取用顺序。专用演示账号尚未配置可用模型,截图不代表全平台服务状态。
用户端实拍:统一模型入口与取用顺序。专用演示账号尚未配置可用模型,截图不代表全平台服务状态。

03|有自己的Key,怎样填才算配好

在对应页签点击“添加Key”,会打开该类别的配置表单。先选择厂商或适用的自定义方式,再核对名称、Provider、模型代码、Base URL和API Key。名称方便自己辨认;模型代码与接口地址则必须符合实际开通的服务。预设值可以帮助填写,但不能替代核对厂商账号是否开通了对应模型。

以线上版本的文本表单为例,界面会提示填写公网HTTPS地址,并提供去厂商创建Key的入口。这里的Key应由有权限的人从自己的厂商账号取得,不要把它当作普通产品资料发给客户群或放进教学截图。本文拍摄的表单没有填写任何密钥,也没有执行保存或付费调用,因此不会出现可供照抄的秘密凭据。

填写完成后,使用“保存并测试连接”。页面说明,Key加密保存在服务端,保存后只展示末四位,并自动测试一次连接;测试通过才会进入可用来源。同类有多条可用Key时,默认项优先。真正验收时,要回到列表核对测试状态和当前来源,而不是只凭“保存”这一步判断完成。

如果测试返回错误,记录错误类别、发生时间和当前模型名称即可,提交给服务人员时隐去密钥及私人资料。更换厂商服务时,重新核对接口与模型代码;个人凭据需要更新,可以使用列表中的编辑或轮换入口。操作之后仍要复查测试结果,不能把原来的可用状态延续当作新配置的证明。

用户端实拍:添加文本Key的空白凭据表单。预设参数需按实际厂商服务核对;未保存、未测试、未产生模型调用。
用户端实拍:添加文本Key的空白凭据表单。预设参数需按实际厂商服务核对;未保存、未测试、未产生模型调用。

04|不用自己的Key,也要读清模型收费说明

没有自己的可用Key时,用户可以查看代理商或平台提供的模型。每个模型会分别标明免费或收费以及可用状态。免费模型不扣用户的平台词元,但仍然要满足来源配置正常等条件;收费模型按用量扣平台词元,需要先有足够余额。模型的名字里即使带着“Free”,也应以当前收费标识和扣法说明为准。

这里最容易混淆的是三个账户:平台使用套餐、个人平台词元、模型厂商账号。大模型配置页明确说明套餐费是平台使用费,不包含平台词元。使用自己的Key时,不扣平台词元,模型费用直接结给厂商;使用代理或平台的收费模型,则依据页面列出的规则扣自己的平台词元。不能把“不扣词元”理解成厂商也不收费。

准备长期运行前,可以用一项范围很小的任务确认来源和用量,再估计日常工作安排。文本可能区分输入与输出的倍率,图片和视频应查看各自对应说明,不能照搬另一类模型的扣法。本文不提供固定价格或收益承诺;具体购买与使用判断,应以当时页面显示的模型、规则和实际记录为依据。

05|代理端:先准备Provider,再绑定具体模型

代理商进入后台的“模型配置”,看到的是“代理模型管理”。这和用户给自己添加Key承担的职责不同:代理在这里准备供旗下客户使用的模型来源。演示账号当前没有Provider和模型,因此截图展示的是配置入口,而非已经开通的供应能力。服务前先约定由谁承担厂商费用,再开始录入。

第一步,在“添加/编辑Provider”中填写名称、唯一编码、Base URL和代理自己的厂商API Key。可以使用页面提供的厂商预设辅助填写,但仍要核对实际接口。保存后在Provider列表查看状态并测试连接。测试未通过时,应先排查地址、权限或厂商服务,不要为了让客户看到选项就提前宣称模型已经可用。

第二步,在“添加模型”中明确选择所属Provider,再填写模型类型、模型编码和客户看到的显示名,设置启用状态与收费方式。文本、图片、视频要按实际能力分别配置。Provider负责连接来源,模型记录负责具体调用哪项能力;只完成其中一半,都不应作为完整的客户交付。

客户看见的显示名可以便于理解,实际模型编码则要与上游支持的值一致。给模型改一个友好的名字,并不会增加它的能力。代理演示时可以把这两个字段分别解释给客户:一个帮助识别服务,一个决定实际接入对象,避免把相似名称当作同一种能力。

代理端实拍:Provider与模型分开配置。演示账号为零配置状态,没有新增供应商、密钥或收费模型。
代理端实拍:Provider与模型分开配置。演示账号为零配置状态,没有新增供应商、密钥或收费模型。

06|代理服务要讲透:免费、倍率与厂商成本

代理模型可以逐个设为免费或收费。免费是面向客户的平台词元规则,模型厂商费用由代理承担;收费模型按设置的规则扣客户的平台词元。服务说明至少要说清是哪一类模型、谁承担上游费用、客户在哪里看扣法,以及配置调整后由谁通知和复核。不要用一句“统一包好”盖过这些差别。

当前文本模型表单同时出现输入倍率、输出倍率和厂商成本参考。页面说明,文本按输入词元与输出词元各自乘倍率后计算,向上取整扣平台词元;厂商成本参考用于用量台账,并不直接决定扣客户多少。这意味着成本参考不能当作客户报价,倍率也不应随意照抄示例,需要结合真实服务和说明确认。

客户的个人Key只有本人能使用,不能把老板保存了一条Key理解成团队所有成员自动共用。代理提供模型同样有客户归属范围,不是任意账号都可以调用。交付时应让实际使用人员在自己的账号里检查来源;如果没有归属或没有可用模型,就如实说明缺项,再通过正常开通和配置流程解决。

使用者与服务人员核对模型的AI场景示意
AI场景示意:使用者与服务人员核对文本、图片、视频能力和费用,不代表真实客户现场。

07|用量核对:先认清统计范围,再看数字

代理后台的“客户用量”展示总词元消耗、估算成本、消耗客户数和调用次数,还提供按客户、按模型及最近消耗明细的视图。页面特别注明,这里统计的是客户使用代理自己API产生的用量,上游费用计入代理的厂商账号。它有具体的统计范围,不能拿这一页代表所有来源、所有客户的完整账单。

估算成本还依赖平台为模型配置的单价;没有配置时可能只统计词元与归属,金额显示零也不能证明厂商没有收费。代理做日常核对时,可以先确定时间与客户范围,再比对模型、调用和上游账单,发现差异时保留具体记录。估算数字、客户扣词元和厂商实际结算,是需要对应检查的不同信息。

本篇截图来自没有客户与调用记录的测试账号,页面的零值和“暂无数据”仅说明这个演示环境的起点,不是运营成绩,也不是成本效果证明。真实服务的价值,应通过客户能看懂来源、知道收费规则、找到记录来验证,不能靠一张空台账宣称降本比例。

核对记录时,最好围绕一次约定的小任务保留前后状态,而不是只截总数。检查人员需要知道哪位使用者、使用哪种来源、做了什么工作,再将相关记录与厂商账单对应。若页面没有回填足够信息,就把这部分列为待核实,不应自行补上金额或给出节省结论。

代理端实拍:客户用量的统计范围和空台账。演示零值不用于证明免费、收益或成本改善。
代理端实拍:客户用量的统计范围和空台账。演示零值不用于证明免费、收益或成本改善。

08|常见卡点,按原因处理更省返工

第一,已经保存Key,为什么还用不了?先看测试连接是否通过,再看类别、模型代码和服务开通情况;保存成功只是配置写入,不能替代可用验证。第二,文本已经可用,为什么图片仍不可用?两类模型分别配置、分别判断,回到图片页签看实际来源,不能拿文本测试结果代替图片验收。

第三,词元还有余额,为什么仍提示缺模型?余额解决的是收费模型的使用条件,不能替代提供商启用、有效密钥和正确模型绑定。第四,显示无上级代理商,该去哪里找代理模型?当前账号会跳过这一档,应按现有来源使用,或者向服务人员核对正式的开通归属,不要通过修改页面或借别人的登录绕过。

第五,配置通过以后,是否就能保证所有任务成功?不能。模型来源就绪只是一个前提,具体任务还涉及资料、工具权限、网络和输出质量。发生错误时,先保留页面给出的原因与任务范围,区分配置、余额和执行问题,再做有针对性的处理,避免连续重跑造成额外用量。

09|把第一次体验,做成一次能复核的小交付

企业用户可以从一项小任务开始,例如用已确认的产品资料整理一段介绍。先在文本页签确认来源和计费,再完成必要配置与连接测试;条件具备后才发起任务,随后检查结果是否符合事实、用量是否有据可查。如果还需要配图,就单独核对图片能力,而不是一下子安排一整套尚未准备好的工作。

代理商则可以把上手服务交付为三份清楚的信息:实际使用账号对应的模型来源、每类能力与费用承担的说明、一次约定小任务的测试及问题记录。当前账号没有可用模型时,先交付缺项和下一步安排;正常接入后再补结果。这样客户知道自己买到什么、还差什么,也更容易判断是否适合继续使用。

想了解茶语客,可以从官网进入用户端查看“模型”,也可以带着“准备做什么内容、由谁使用、希望怎样承担模型费用”这三个问题咨询服务人员。把模型来源和费用先说明白,再让AI员工接手具体工作,体验才有清晰的起点,后续推广内容、协作任务和长期运营也更容易落到实际。

对于需要多人使用的企业,第一次演示还应选实际操作人的账号进行,确认他看到的来源与约定一致。完成后由使用者复述在哪里检查模型、遇到不可用提示先看什么、哪些调用可能产生费用。能独立完成这些判断,比只看服务人员操作一遍更能帮助团队后续开展工作。

先看模型来源,再开始一项小任务

带着用途、使用人和费用安排查看模型配置;企业用户了解体验入口,代理服务人员核对接入与交付边界。

了解茶语客 →

本文依据2026年10月21日可见界面编写。截图为获授权专用测试账号实拍;场景图由AI生成。当前演示未配置可用模型,未执行付费调用;功能可用性、模型和计费规则以实际账号当时显示为准。

继续阅读:茶语客对话与运营教程

返回栏目 ↗