Codex First Customer Finder Skill

📌 核心价值：把“找第一批客户”从凭感觉翻帖子，变成有来源、有评分、有行动计划的证据链。

只要给出创业项目网址、代码仓库或产品描述，它就会定义理想客户画像，检索近期公开需求信号，筛选潜在早期客户，并输出一份可复核的 HTML 调研报告。

项目概览

🚀 什么是 Codex First Customer Finder Skill？

Codex First Customer Finder Skill 是 Francesco Mistero 开源的一款 Codex 技能。它针对独立开发者和早期创业团队最常见的一类难题：产品已经能用，但不知道谁最可能成为第一批用户。

传统做法通常是手工搜索论坛、社交媒体、GitHub Issues、产品评论和公司动态，再把零散线索抄进表格。真正困难的并不是“找到一堆名单”，而是判断：对方是否公开表达过痛点、现在是否有购买或切换时机、产品是否真的匹配，以及这条证据是否足够可靠。

这款技能把流程拆成“产品理解—公开信号检索—证据记录—五维评分—报告生成”五个阶段。它不会把行业相符的公司直接当成客户，也不会声称候选人一定愿意购买，而是明确标注为“基于公开信号的潜在客户”。

截至 2026 年 7 月 18 日，仓库约有 790 Stars、81 Forks，采用 MIT 协议，npm 包版本为 0.1.0。

核心定位：它不是群发获客器，而是一套面向首批客户验证的研究型 Agent Skill。

✨ 核心功能一览

核心流程

1. 先定义 ICP，再开始搜索

它首先解析产品网址、代码仓库或描述，识别产品承诺的结果、主要用户、经济买方、价格或购买路径、地理限制和最强使用场景。随后给出一个主 ICP、一个相邻 ICP，并明确痛点触发器、积极信号和排除条件。

这一步很关键。没有排除条件的“客户画像”往往只是宽泛行业标签，最终会得到大量看似相关、实际没有需求时机的公司名单。

2. 用五类公开信号找真实需求

官方研究框架要求覆盖五类查询：

明确需求：公开询问“有没有这样的工具”“推荐替代方案”；
痛点表达：明确描述耗时、反复出错、流程令人沮丧；
临时替代方案：依赖表格、复制粘贴、脚本、外包或模板；
切换信号：抱怨价格、缺失功能、迁移成本或竞品限制；
时机信号：融资、招聘、上线新业务、扩张或工作流变化。

工具要求回到原始公开页面，不允许只凭搜索摘要下结论。每个主要候选都必须保留来源 URL、来源类型、可见日期和支持判断的证据。

3. 五维 100 分评分，不靠主观排序

每个候选按 0—5 分评估，再换算为 100 分：

总分 = 痛点强度/5×25
     + 产品匹配/5×25
     + 时机/5×20
     + 公开可触达性/5×15
     + 证据质量/5×15

80—100 分属于强候选；65—79 分值得快速验证；50—64 分说明仍缺少重要信号；低于 50 分不进入主名单。旧的明确需求仍可保留，但必须降低“时机”得分并标注日期。

没有可引用的痛点、需求或时机证据，就不能进入主要候选名单。

🛠️ 快速上手：5 分钟跑通示例

安装

官方提供一条 npx 命令：

npx --yes codex-first-customer-finder-skill@latest

它会安装到：

~/.codex/skills/first-customer-finder

安装后重启 Codex，让运行时重新扫描技能目录。

标准模式：找 10 个潜在首批客户

Use $first-customer-finder to find ten evidence-backed potential first customers for https://example.com and create the final HTML report.

设计伙伴模式

Use $first-customer-finder in design-partners mode for this startup: [URL]. Prioritize people publicly describing the problem and likely to give product feedback.

B2B 模式

Use $first-customer-finder in b2b mode for [URL]. Find public business triggers, qualify the relevant companies, and draft one opener per prospect without sending anything.

技能支持 quick、standard、deep、design-partners、b2b、community 六种模式。默认 standard 最多给出 10 个强候选；deep 最多研究 20 个候选，并分析重复出现的痛点模式。

注意：它只生成基于来源的开场话术和 7 天行动计划，不会自动发送消息。

💡 从公开信号到首批客户，具体会产出什么？

工作流信息图

最终报告不是一张只有公司名和联系方式的表格，而是一个可追溯的行动文档，通常包含：

早期客户信号是否足够清晰的结论；
主 ICP、相邻 ICP 与排除条件；
证据最强的首要候选；
候选名单、信号来源、日期、阶段与总分；
痛点强度、匹配度、时机、可触达性、证据质量的分项得分；
基于公开语境撰写的个性化开场；
多个候选反复出现的痛点模式；
低频、人工执行的 7 天验证计划；
证据缺口和需要通过真实对话确认的限制。

它会生成结构化 JSON，再调用仓库内置 generate_report.py 输出独立 HTML。这个设计便于团队复核：你可以检查来源是否有效、评分是否合理、开场话术是否越界，而不是直接相信模型给出的名单。

📊 与传统获客方式相比

客户发现方案对比

传统名单采集工具擅长批量收集企业和联系人信息，但“名单存在”不等于“对方现在有需求”。通用聊天机器人可以帮助整理思路，却往往缺少固定的证据账本、评分口径和报告结构。

First Customer Finder 的优势在于研究纪律：每条主要候选必须绑定公开信号，评分维度固定，证据与推断分开记录，触达保持人工。它更适合验证产品—市场匹配，而不是追求最大数量的销售线索。

相应的代价也很明确：它依赖公开可访问的信息。目标客户如果主要活跃在封闭社群、私有 Slack 或内部系统中，就很可能不会出现在结果里。对于监管严格或公开讨论稀少的细分行业，仍需补充其他合规调研渠道。

🎯 最适合哪些人？

独立开发者和 OPC 创业者

你已经做出 MVP，却不知道该找谁验证。它可以把“随便发帖求用户”变成一套按证据排序的研究流程，优先寻找正在抱怨现有方案、刚发生业务变化或公开寻找替代工具的人。

早期 SaaS 团队

团队需要寻找设计伙伴，而不是直接购买冷名单。design-partners 模式更看重愿意反馈、公开描述工作流摩擦的候选人，可以帮助产品团队建立更短的反馈闭环。

B2B 产品与客户研究人员

b2b 模式会优先寻找融资、招聘、扩张、技术迁移和流程变更等业务触发器，更适合判断“为什么是现在”，而不是只判断行业是否匹配。

不太适合的场景

需要自动批量发送邮件、私信或表单；
需要补全私人邮箱、电话或敏感个人信息；
目标市场几乎没有公开讨论和业务信号；
希望把候选名单直接视为已确认商机。

💰 价格、协议与成熟度

该项目完全开源，采用 MIT License，可免费使用、修改和分发。安装包当前版本为 0.1.0，仓库创建时间较短，代码结构也相对精简。

这意味着它的工作流设计已经比较完整，但大规模跨行业效果、搜索源覆盖率、长期维护稳定性仍需要更多真实案例验证。使用时应把报告视为“研究假设”，而不是销售事实；联系前还需要确认信号是否仍然有效。

最大价值不是替你发送更多消息，而是帮助你减少对错误客户的打扰。

🎯 总结

Codex First Customer Finder Skill 把创业早期最模糊的一步——“谁可能成为第一批客户”——变成可检查的证据链：先定义 ICP，再检索公开痛点和时机信号，随后用五维模型评分，最后生成候选名单、开场话术和 7 天人工验证计划。

它尤其适合独立开发者、OPC 创业者和早期 SaaS 团队。对于已有产品原型但缺少客户研究方法的人，这种“证据优先、克制触达”的设计比单纯堆积名单更有价值。

推荐指数： ⭐⭐⭐⭐☆

适合人群： 独立开发者、OPC 创业者、早期 SaaS 团队、B2B 客户研究人员

GitHub 仓库： Kappaemme-git/codex-first-customer-finder-skill

第三方介绍： Dudarik 深度解读｜ EveryDev 工具页

#AI工具 #独立开发 #客户调研 #CodexSkill #OPC创业

数据截至 2026 年 7 月 18 日，最新信息请以官方仓库为准。

配套媒体