北京
做网站不难，难的是找到那个愿意让你做网站的人。一个独立开发者把这件事拆成了三步：你说清楚自己卖什么、想帮谁、去哪里找，剩下的交给工具。
他给这个工具起名 ClientScout，口号很直接：我帮你找客户，你专心干活。这是他为 Hacktoberfest 开源 AI 挑战赛第二周「副业」主题提交的作品。
ClientScout 面向自由职业者和小型代理机构。卖网站、拍照片、做社交媒体服务、记账，都可以把自己的服务描述一遍，然后拿到一份可以逐个跟进的候选名单。
比如你想做民宿的直订网站，就可以搜 Galle 周边的民宿。每一条档案里会显示这家店、它的位置、能公开查到的联系方式，以及它为什么可能适合你的服务。
这个工具想解决的是接触客户之前那段调研。不用同时开十几个搜索标签页、再把信息一条条抄进表格，你可以把候选商家放在一起看，留下感兴趣的那几个。
点开一条档案，能看到依据、一个可能的切入点，以及还有哪些信息需要你自己去核实。相关不等于想买，这个区别在应用里一直标得很清楚。
看中的线索可以存在浏览器里，可以筛选，可以导出 CSV，也可以准备一段开场介绍。介绍内容可编辑，但不会自动发出去。
作者说，这东西可能对那种每周需要找几家相关商家聊聊的人有用。付费需求他还没验证过，但他说，那正是付费版本想解决的问题。
技术实现上，SerpApi 负责按商家类型和地点搜索谷歌地图，拿到公开的商家信息，包括名称、地址、网站，以及列出来的电话号码。
Gemini 把这些商家信息和用户的服务描述放在一起读，整理成结构化的档案。服务器再把每份档案对回原始商家记录，联系方式只从那条记录里取。
对不上的商家名会被丢掉，也不允许模型去猜缺失的联系方式。商家搜索环节不收集邮箱地址。
Gemma 4 负责评估每家商家和这项服务的匹配程度，给出一个可能的切入点，并说明哪些信息还不确定，比如这家店目前的配置、对这项服务有没有兴趣。这部分判断和事实性的联系字段是分开的。
线上版本通过谷歌的 API 调用 gemma-4-26b-a4b-it。一次实测返回了 Galle 周边三家民宿，带公开的电话号码和来源链接。
应用和它的服务端路由托管在 Render 上，API 密钥留在服务端。保存的线索存在浏览器本地，所以试用工作区不需要注册账号。
作者特意把「判断什么算有用线索」这一步做成了容易替换的部分。Gemma 是开放权重模型，它的评估是独立的一个阶段，有自己的提示词和模型设置。
这样一来，调整评估方式不会影响商家信息从哪里来。测试期间，他从 31B 模型换成了 26B 模型，原因是更大的那个端点在完整评估时失败了，而商家和联系方式的处理逻辑没有动。
开放权重也给后续自己部署或改造这个模型留了空间。当前版本用的是托管推理，所以仍然需要联网，服务描述也会发给配置好的服务商。本地推理还没做。
代码用 Next.js、React、TypeScript 和原生 CSS 写成，MIT 协议开源，仓库里有搭建说明。托管演示的搜索额度是共享的，而且跑在 Render 的免费服务上，闲置一段时间后唤醒会慢一点。
作者说，他希望那些活干得好、却卡在找客户上的人，能从这里拿到一个有用的起点。下一步是把工具放到自由职业者面前，看他们留下哪些线索、跳过哪些、省没省时间。
找下一个客户终究还是要靠一次对话。他想做的，是让走到那场对话之前的路短一点。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
