知识工作者在与 ChatGPT、Claude 对话时,需要把最新网页或研究资料作为上下文喂给模型,以完成带时效性的问答或写作任务。
公开材料未描述任何现有替代方式,只能推测为手动复制粘贴搜索结果或使用浏览器插件,属推断而非事实。
公开材料只给出产品定位一句话,没有说明用户具体卡在哪一步、现有做法多麻烦、不解决会失去什么,痛点无法从证据还原。
AI 应用的生意判断
Click 为 ChatGPT 和 Claude 提供实时研究上下文,用户可在对话中获取最新信息。具体流程和交付物仍待核验。
01
从用户的一天开始 · 公开事实 + 可观察行为 · 2026-09-16
知识工作者在与 ChatGPT、Claude 对话时,需要把最新网页或研究资料作为上下文喂给模型,以完成带时效性的问答或写作任务。
公开材料未描述任何现有替代方式,只能推测为手动复制粘贴搜索结果或使用浏览器插件,属推断而非事实。
公开材料只给出产品定位一句话,没有说明用户具体卡在哪一步、现有做法多麻烦、不解决会失去什么,痛点无法从证据还原。
趋势是 AI 助手需要实时信息支持。切入可从专业领域(如金融、法律)的实时数据集成入手,提供可验证的上下文。
缺少可核对的输入—动作—交付闭环与采用证据,无法解释用户为何在什么情况下选择它而非旧做法。
① 连接器数量和品类三个月后是否在扩张(现在只有研究类)——单一场景撑不起订阅; ② 是否公开定价与付费用户数——没有收入模型的产品停留在这个阶段没有意义; ③ 领英线索这类连接器是否有第三方评测或大客户公开采用
值得拆解。缺少可核对的输入—动作—交付闭环与采用证据,无法解释用户为何在什么情况下选择它而非旧做法。
给 AI 产品补"当下上下文"时,先找"内置搜索够不到、又需要登录态"的那条缝(如领英、交易数据、票务),比做通用搜索增值更讨巧——通用的部分大厂会做,缝隙才轮得到你。
未披露。 没有定价页,没有公开套餐,只有 ProductHunt / YC 发布页。 ① 连接器数量和品类三个月后是否在扩张(现在只有研究类)——单一场景撑不起订阅; ② 是否公开定价与付费用户数——没有收入模型的产品停留在这个阶段没有意义; ③ 领英线索这类连接器是否有第三方评测或大客户公开采用
Click 为 ChatGPT 和 Claude 提供实时研究上下文,用户可在对话中获取最新信息。具体流程和交付物仍待核验。
缺少可核对的输入—动作—交付闭环与采用证据,无法解释用户为何在什么情况下选择它而非旧做法。
追踪该产品官网或 Chrome/Claude 插件市场的产品页,获取其输入—动作—交付说明与定价或安装量等公开采用数据。
产品主张帮助用户完成:“Click 为 ChatGPT 和 Claude 提供实时研究上下文,用户可在对话中获取最新信息。具体流程和交付物仍待核验”。具体痛点强度与不采用代价尚未由用户证据核验。
价值闸门未通过,共识闸门未进入。
价值闸门未通过,模式闸门未进入。
价值闸门未通过,求真闸门未进入。
02
市场对照 · 跨国机会
本地供给:早期出现
需求证据:尚未核验
已覆盖的英文生态公开项目发布与开发者讨论。 · 2026-09-08
本地供给:在已覆盖来源中未发现
需求证据:尚未核验
中文生态相关行业与具体工作的公开资料覆盖;检索日期 2026-09-08。未发现仅限该覆盖范围。 · 2026-09-08
03
先给出判断与下一步,再保留完整证据和反例。
一个装在 ChatGPT / Claude / Codex 里的 MCP 连接层:把内置联网搜索够不到的数据 (领英上的销售线索、竞品广告投放、社媒情绪、实时机票)以连接器的形式直接喂给 agent, 不用再跳出聊天窗口去浏览器里手动查。
发布者是 Aditya(ProductHunt 号 adiasg,YC Launch 页面自述"此前参与构建以太坊")。
官网与定价未公开,通过 ProductHunt 和 YC Launches 渠道发布。
需要注明:pool 里记录的 builder 是 Garry Tan,但产品页和发布材料上的作者均为 Aditya, 无任何材料显示与 Garry Tan 有关,此处按产品页实况修正。
判断:一个以太坊出身的人来做 AI 聊天界面的数据连接器,思路是一致的——他押注"聊天界面是下一个应用平台",先做平台缺的那层基础设施。这个出身意味着他对"做协议/做连接层"有耐心,但也意味着早期商业验证不是他的舒适区。
它明确不做:不做浏览器自动化、不碰你的登录态浏览器会话(作者明确对"agent 借登录会话操作浏览器"不安),只走服务方 API。
以前用 agent 做外部调研有两种尴尬:一是内置联网搜索太浅,拿不到领英、专业平台、市场这类需要登录或结构化的数据,agent 会答非所问或编;二是 agent 提出"借你登录好的浏览器去查",用户要么把登录态交给 agent(安全上不舒服),要么自己去浏览器查完再贴回来——最重的一步还是人在做。
Click 替代的是"为了一段上下文而离开聊天窗口"这个动作:领英查线索、比价、看竞品投放,以前是人出 chat 去干活,现在是 agent 在 chat 里直连数据源完成。
未披露。 没有定价页,没有公开套餐,只有 ProductHunt / YC 发布页。
判断:MCP 连接器很难自己单独收钱——安装是免费的,数据源是按次计费,真正的商业模式大概率是"连接器免费、增值数据服务订阅"。作者说"一次做一个可信服务",这条路线要走通,必须先有一个连接器做到离不开。目前一个都还没验证。
| 维度 | 结论 |
|---|---|
| 创始人-产品匹配度 | 本人是 Codex/Claude 重度用户,痛点(内置搜索够不到登录墙后的数据)描述具体可信 |
| 产品洞察力 | 看准了"内置 web search 和真实网络之间的夹缝",且选对了交付形式(MCP 而非新客户端) |
| 技术实现质量 | MCP 1 分钟安装,形式轻;但连接器数量有限,没公开可验证的实现细节 |
| 市场时机 | MCP 生态刚成标准,正是连接器创业窗口;但同类玩家多(Perplexity、Exa 等也在卖上下文) |
方向正确,但这是"卖上下文"赛道里的早期小玩家,现在下结论为时过早。
它的洞察是真实的:通用模型的短板不是能力,是当下的上下文,而内置搜索既浅又够不到登录墙。 "给 agent 加连接器"是比"造模型"轻得多、也更容易起步的生意。
但两个问题没解决。一是护城河:连接器本身没有壁垒,任何一个数据商都能自己发 MCP; 二是付费点:研究场景是低频刚需,用户未必为"聊天里查领英"单独付费。 作者赌的"可信服务"路线要想成立,得先有一个连接器强到用户离不开——现在还没有证据。
① 连接器数量和品类三个月后是否在扩张(现在只有研究类)——单一场景撑不起订阅 ② 是否公开定价与付费用户数——没有收入模型的产品停留在这个阶段没有意义 ③ 领英线索这类连接器是否有第三方评测或大客户公开采用
产品逻辑:给 AI 产品补"当下上下文"时,先找"内置搜索够不到、又需要登录态"的那条缝(如领英、交易数据、票务),比做通用搜索增值更讨巧——通用的部分大厂会做,缝隙才轮得到你。
定价结构:无,未披露。
有待观察。 洞察真实、方向轻巧、作者有来头,但零数据、零定价、单点功能,商业模式未验证。 把它当"MCP 连接器赛道的一个样本"记下,等它出定价和付费数据再说。
04
证据链
05
产品官网缺失或当前链接只是线索时,从这些检索入口继续核验。