Claude (MCP) vs. KOLens Web UI——什么时候用哪个(以及各自要花多少钱)

困惑从哪里来

我们发布 MCP 插件之后,反复出现的一类用户反馈是: 「我试了 Claude 加 KOLens MCP,但 Claude 本身在 KOLens credits 之外还会按 AI tokens 收费。这种组合什么时候比直接用 UI 划算? 我对这个成本模型有点搞不清楚。」

这是个合理的问题,老实的回答有两半。KOLens 这边的账单不会因为 换界面而改变——一次搜索就是一次搜索。Claude 那边的账单是另一笔, 取决于你用的是哪种 Claude 套餐。我们不想在营销文案里再含糊其辞了, 干脆把真实的决策矩阵写下来。

两种界面,直白解释

KOLens 通过两个界面暴露同一套核心数据和动作。它们共用一个底层账户、 一份 credits 余额、一个工作区、以及同一套鉴权。

1. KOLens 网页版

打开 kolens.ai, 登录后就能拿到完整产品:关键词搜索、Discovery Plans(循环自动抓取)、 Watchlist(带增长和退场信号的监测)、KOL Lists(外联管道)、 find_similar_creators 横向扩展工具、Excel 和 CSV 导出、以及 AI 起草的外联文案。 所有功能都是点击式的,有结构化表单、可排序的表格、 以及随时可见的 credits 余额。

2. Claude 里的 KOLens MCP 插件

通过 /plugin 一次性安装 (或者去 /connect 连接托管版 MCP)。 Claude 会多出两个技能:

• kol-search——针对已经积累的 KOLens 数据库做 快速、对话式的查询。除了一次正常搜索本来就要付的费用,没有额外消耗。
• kol-research——更深度的一次运行,针对查询抓取 最多 200 位达人。每次运行消耗 1 个 KOLens credit。

两个技能都在对话里运行,所以你可以把它们和 Claude 正在做的其他事情串起来—— 读取一份品牌语调文件、查询 Notion、发到 Slack、起草一封邮件。

真实的成本拆解

两笔账,绝不混算。每一侧实际收的钱是这样的。

KOLens 侧(两种界面下一样)

• Starter $29 / 50 次搜索—— 折算下来每次搜索 $0.58。适合摸索工作流的轻量用户。
• Growth $79 / 200 次搜索——每次搜索 $0.40。 适合稳定的周度使用。
• Pro $149 / 500 次搜索——每次搜索 $0.30。 适合代运营和需要管理多个品牌账户的运营团队。

Credits 永不过期。一次搜索就是一次搜索, 不管它来自一句对话还是 UI 上一个按钮——你的 KOLens 账单上的明细行完全一样。 完整套餐表见 /pricing。

Claude 侧(只在你用 MCP 插件时才有)

• Claude Pro,$20/月——一个固定订阅, 带相当慷慨的公平使用额度。只要你已经在付这个月费, 每次 KOLens 对话在 Claude 侧的边际成本基本上是零。 如果你每天都跟 Claude 对话,几乎肯定选这一档。
• Claude API,按 token 计费——大约 $3-15 每百万 input tokens,$15-75 每百万 output tokens, 具体看模型(确切费率会调整,以 Anthropic 定价页当下数字为准)。 一次涉及多次工具调用、持续六分钟的对话,通常落在 $0.20 到 $0.60 之间。 这一档更适合工程团队搭自动化,而不是日常交互。

一次搜索的真实成本

什么时候 Claude(MCP)胜出

这个界面给你三件 UI 给不了的事:把对话本身当作输入界面、 让一个 LLM 在做筛选和排序、以及与你接入的所有其他 MCP server 自由组合。

对话进行中的临时查询

你正在和一个品牌合作伙伴通电话,对方提到 @somehandle。 你想知道粉丝量、最近发布节奏、有没有联系邮箱—— 但不想切到别的标签页去查。直接把问题打进 Claude,kol-search 触发,在同一个窗口里你拿到答案, 对话继续。UI 要点五次鼠标;Claude 只要一句话。

AI 驱动的筛选和排序

「给我找 5 个手机壳赛道的 TikTok 创作者,要有邮箱、至少 5 万粉、 受众偏美国或英国,然后按发布节奏和 ICP 契合度挑出最好的三个。」 最后那一句就是 Claude 的优势所在——UI 返回的是原始筛选清单, 但 Claude 可以逐个候选地读取并在交还短名单前应用定性判断。 对于「正确的达人取决于不止数字筛选条件」的精细 brief, 这就是「拿到 30 个名字」和「拿到 3 个好名字」之间的差别。

把 KOLens 跟其他 MCP server 串起来

跨平台组合性,是 MCP 真正赚回票价的地方。 在一次 Claude 会话里同时连上 KOLens、Notion、Slack 和你的文件系统。 一个 prompt 就能:通过 kol-search 发现手机壳创作者、 和你 Notion 合作数据库去重、用 repo 里的一份品牌语调文件起草个性化外联、 把草稿写到本地 markdown 文件、再发一条总结到 Slack。 KOLens 的 UI 做不到这件事——我们不拥有 Notion、Slack 或者你的文件系统。 案例见 find-kols-with-claude-code-mcp。

对出海卖家友好的异步工作流

我们很多出海卖家是和跨时区的 TikTok 运营经理异步协作的。 一句快速的「@somehandle 值得看一眼吗?」丢进 Claude, 几秒内就能拿到有用的答案,不需要约一次同步评审。 对话记录本身就是交接文档——经理第二天早上接过来, 看到的就是 Claude 给你的那个答案,然后继续往下推。

什么时候 Web UI 胜出

UI 是为「有状态」的工作流设计的——管道、调度、列表、监测。 对话式界面在这些场景里表现很差,因为对话的 UI 本质上只是文本, 而结构化数据天生需要结构化控件。

对大量行的批量操作

把 200 行搜索结果按互动率排序,多选其中 40 个, 全部加进一个 KOL List,再统一打上一个赛道标签。 UI 里三分钟搞定;对话里则是一来一回的折磨。 当操作是「对很多行做同样的事」时,点击式界面胜出非常彻底。

Discovery Plans 配置

Discovery Plans(在你睡觉时持续抓取并扩充达人库的循环任务) 涉及一个结构化表单:关键词、调度节奏、筛选条件集、 地区定位、角色分类。UI 有专门的表单和合理的默认值。 在对话里配置一个,意味着要逐个口述每一个字段——更慢、更容易出错。 更多内容见 automated-tiktok-kol-discovery-plans。

带信号开关的 Watchlist 跟踪

Watchlist 在每一行上提供跨六种信号类型(rising_kol、trending_video、 dormant、new_sponsored、new_contact、no_outreach)的徽章, 以及 windows.{7d,30d} 增量的一眼可看摘要。这是一个视觉界面—— 对话版本得逐行把表格念出来。直接打开 Watchlist 页面; 别想着从 Claude 里去操作它。

KOL Lists 管道(外联漏斗)

KOL Lists 是「你实际联系谁」的决策界面: 按契合度排序的汇总、每行的 triage 状态、来自 CRM 的外联历史。 把一个达人从「候选」推到「已联系」、「谈判中」、「上线」, 这就是一个状态更新——UI 用一次点击加一个下拉菜单就完成。 对话等价物则是每行一次往返。

导出 Excel 和 CSV 交给团队

有时候,下一步就是「把这张表发给深圳的合作负责人」。 UI 有一键导出 .xlsx 的功能;Claude 能输出 JSON, 但生成不了一个真正格式化、列可排序的表格。 当交付物是一个文件时,UI 是正确的工具。

可预测的单次搜索成本

财务团队问得特别多的一个问题: 「我想给 KOLens 设一个每月 $300 的预算。」 从 UI 算这个数学题很简单——Pro 套餐 750 次搜索,硬封顶。 从 Claude 出发,你还得追加一份 Claude 账单, 而一次冗长的对话消耗 Claude tokens 的速度可能比你想象快。 如果可预测的单笔成本对你重要,UI 让账更干净。

决策矩阵——按使用场景挑

具体场景。挑那一行,对应你实际想做的事情。

大多数团队最终落地的混合模式

观察过客户实际使用这两个界面的方式之后,会清楚地看到一个模式。 UI 负责结构化、有状态、长时间运行的那部分。 Claude 负责对话式、临时、跨工具的那部分。 它们不是在竞争——它们覆盖的是同一个工作流的不同部分。

1. 1

   在 UI 里搭好长效基础设施。

   为你的核心赛道配置两三个 Discovery Plans。 把你最关注的 30-50 位达人加进 Watchlist。 为每一个进行中的 brief 创建一个 KOL List。 这一步花一个小时,但能长期跑,在后台无需再对话就能运转。
2. 2

   日常临时层用 Claude。

   当某个达人被提到,当 brief 演化, 当你想在数字筛选之上拿到一份定性的短名单—— 把问题丢进接上 KOLens MCP 的 Claude。 你在回答一个问题,不是在编辑一个数据库。
3. 3

   把 Claude 跨工作栈组合。

   把 KOLens 和 Notion、Slack、Gmail、你的文件系统、 以及 Cowork 插件一起连上。一个 prompt 现在就能横跨发现、 CRM 更新和团队通知。这是 UI 结构上做不到的工作流。
4. 4

   回到 UI 完成交付。

   对话跑完后,这些数据行落在 Notion 或 KOLens Lists 里。 打开 UI 导出到 Excel、细化 triage 状态、发一封更打磨过的外联。 对话把你带到决策点;UI 把决策交付出去。

粗略来说:大约 70% 的活跃用户两个界面都连上了。 装 MCP 插件并不意味着你必须只用一边。它只是给你一个选项。

怎么开始(随便选一个)

两个界面共用同一个账户。注册一次,Starter 试用档赠送 50 次免费搜索, 然后挑一个跟你实际需要的工作流匹配的界面。

• Web UI:/register 创建账户后, 直接进入搜索页。从那里再点一次导航,就能到 Discovery Plans 和 Watchlist。
• MCP 插件:/install 会带你完成 把 KOLens 连到 Claude(或任意 MCP 客户端)的步骤。 托管版配置在 /connect; OAuth 操作详解见 connect-kolens-to-claude-mcp-oauth。
• 直接在 UI 里发现:/find-tiktok-influencers 提供 一次免注册搜索,如果你想在付费前先看看产品长什么样,从这里开始。

两条路都能搭起达人库

会复利的工作流——Discovery Plans 周复一周地积累出一份达人库—— 是 UI 原生的,我们在 build-tiktok-creator-library-discovery-plans 里 详细写过。Claude 层叠在这份达人库之上,用自然语言去查询它。 如果你还没建起这份达人库,从 UI 开始;如果已经建好了, 再叠加 Claude 用于对话式查询。

常见问题

用 Claude 会让每次 KOLens 搜索更贵吗?

在 KOLens 这一侧不会——无论你是从 Claude 触发,还是从网页版触发, 一次搜索消耗的 credits 完全一样。额外的成本在 Claude 那一侧: 对话里的每一条消息都消耗 Claude tokens,要么由 $20/月固定的 Claude Pro 覆盖, 要么通过 Anthropic API 按 token 计费。

轻量使用下哪种界面更便宜?

如果你本来就因为别的原因订了 Claude Pro,那把 KOLens 通过 MCP 接进来, 对话侧基本上是零边际成本。如果你没有 Claude Pro、 会单纯为了访问 KOLens 而支付对话 tokens 费用, 那 Web UI 严格更便宜——你唯一付的明细就是 credits 本身。

Discovery Plans 和 Watchlist 能在 Claude 里跑吗?

你可以通过 MCP 工具列出和查看它们,但创建和编辑在对话里很别扭—— 那些是 UI 原生的工作流,需要结构化表单和视觉摘要。 大多数团队在 UI 里一次性配好,然后用 Claude 处理中间穿插的临时查询。

Cowork 那边的兼容性怎么样?

KOLens MCP 插件兼容 Cowork,所以同一套安装能在 Cowork 环境下、 和 Claude 并列使用。定价模型完全一致—— 每次搜索按 KOLens credits,加上 Cowork 或 Claude 自己收的对话侧费用。 这篇文章里的决策矩阵,对两个客户端一样适用。

怎么准确看到每次工具调用花了多少钱?

KOLens 控制台的 /account/usage 页面显示每一次搜索、 每一次 credits 消耗、以及来源(UI 还是 MCP)。Claude 那一侧, 如果你走 API,使用控制台显示每次对话的 token 消耗; Claude Pro 是固定月费,所以没有每次对话的明细行。 想要按界面归因开销,把两边对照着看一下就行。