现在 AI 已经很强，大家可以 Vibe Coding 出各种应用，但经常会遇到一个问题：不知道自己应该做什么。要么没有头绪，要么目标太大、不确定能不能实现，要么担心做出来的东西没有人用，还有一种更普遍的情况是：想做的东西已经有人做了。
这些情况我自己也经常遇到。我已经上线过几个产品，少数是因为觉得有意思，比如 AI 狼人杀，大多数是基于自己的实际痛点完成的。这篇文章整理了我从过往产品里总结出来的做法：灵感从自己的痛点来，需求靠调研验证。
从自己的小痛点开始做产品
先看几个我做过的产品。
第一个是我上线的第一款 AI 产品，文本检查工具 Text-Well。我以前做产品经理的时候，写的文本里经常有错别字。让 AI 检查有两种常见方式：要么只指出错误，需要手动逐个修改；要么直接改写整篇再返回。以前的 AI 能力不够强，改写后有时整句话的意思都变了，我再逐句核对的时间成本很高。
所以我做了这个工具：把文本粘贴进来，选择基础纠错，点击开始检查，它会扫描文本并列出问题。发现语法错误时，可以只针对这一处精确修改，比如把误用的句号改成逗号，点击应用就只动这一个位置，其他地方不变，心智负担很小。
这个产品的 idea 就来自我自己写文档会遇到错别字，产品形态也简单，就是一个网页。
第二个是 Selector，一个帮助选择页面元素的工具。想选中页面上的某个元素，按 Command 加 C 复制，粘贴到 Codex 里就变成了元素信息，这样可以快速在 Codex 里定位到这个元素去修改它。这也是基于我自己经常 Vibe Coding 的需求完成的。
它的形态更简单，就是一个书签，我连浏览器扩展都没有做，因为这类工具的易用性很重要。
第三个是页面顶部的小笔记栏。我大多数 idea 都记录在这里：要录什么视频、工作上有哪些内容，都直接放在上面。平时开大量话题的时候，有些很快的想法想直接记下来，它就派上用场。它没有其他功能，就是单纯记笔记。
这几个产品都不是大而全的东西。先解决自己的一个小痛点，做出来之后分享出去——既然自己有这个需求，大概率也有其他人类似的需求。
已有产品也可以做微创新
再说一个 Vibe Coding 术语网站。现在这些术语我大多数都懂了，但刚学前端的时候，很多组件的使用场景我是不清楚的，我会去看别人的组件设计文档，比如复选框什么时候该用、什么时候不该用。
这确实是一个痛点：我自己以前遇到过，相信现在也有人遇到。以前已经有组件文档在解决这个问题，但我可以做得比它更好——写得更清楚、覆盖更多术语、图解做得更好。
所以已经有现成产品不代表不能做，可以在已有形态上做一些微创新。
公开互联网之外的需求信源
每次做产品之前，我一定会做产品调研。现在有 AI，调研可以方便很多。
Codex 这类 AI Agent 都有联网调研工具，可以搜索互联网上公开的资料，比如 GitHub、Reddit。但很多好的信源不在公开互联网上——公开互联网有大量垃圾 SEO 信息，而高质量的内容在社交平台上，比如 TikTok、小红书、X，上面有很多独立开发者和博主分享产品经验。这些内容直接用联网调研工具是搜不到的。
我的做法是搭配 Museon CLI 使用。它本身是一个社媒运营平台，提供的能力包括：
- 跨平台搜索调研，覆盖领英、Reddit、X、小红书、YouTube 这些高质量信源平台；
- 爆款分析，偏运营向，这次没有用到；
- 账号指标分析和数据回收；
- 自动化发布。
这次只用到了其中跨平台调研这一环。它提供了一个 Skill，可以搭配现有的 Agent 使用。在 Museon CLI 的页面上复制安装提示词，粘贴到 Codex 里让它安装。
提示词原文是：
Set up Museon CLI for this agent by following this onboarding guide exactly: https://www.museon.ai/cli/install.md
Complete the CLI and Skill installation, guide me through browser authorization, verify the active workspace, and tell me when Museon is ready. Do not perform any social-media changes during setup.
安装过程中需要在浏览器里完成一次授权；没有账号的话，先在平台上注册。安装完成后，Codex 里可以看到 CLI 版本、Skill 安装路径和授权身份。
一次实际的需求调研
安装完成后就可以直接调研。比如我在 Codex 里发：「帮我调研一下有没有什么现成的 Vibe Coding 的术语网站。」
等待结果的时候补充一个观念：市面上大多数产品不可能是完全空白的，一定有类似的产品存在。但一个产品的 UI 不同、交互不同、小功能不同，给人的体验就完全不同。所以很多时候我们做的不是整个赛道的创新，而是某个类目上的微创新——功能做得比别人好、有自己的巧思、交互更流畅，这些就是产品的创新。只要不是完全抄袭，做产品都会先调研，然后基于已有产品的形态去优化、迭代，把自己做得更好的点做出来再去宣传。
回到调研结果。它先通过联网调研找到了一些现成的平台，并整理成对比表格。
右侧是其中一个现成的术语网站，做的就是术语解释。和我做的图解相比，它的展示不够丰富：一句话很难解释完整一个概念，有时甚至要用另一个术语来解释当前的术语，对新手不够友好。
这个工具不只是调研现在有哪些产品，更重要的是调研用户对这个产品是否有需求。Reddit 和 X 上有很多用户发现了自己的痛点，但没有人开发产品来满足他们。我也可以继续强调调研范围，比如主要看 X 和小红书。
从结果看，小红书上的需求信号很明显：相关帖子的收藏量都很高，比如《我整理了 Vibe Coding 新手词典：100 个关键词》有 351 赞、505 收藏，《你还是不懂 LLM、Agent、MCP、RAG、Skill 吗》有 5881 赞、7099 收藏。收藏量高说明需求确实存在。我自己做 Vibe Coding 术语网站之前也是这样调研的：需求量高，而且没有一个现成的产品完整满足——一篇文章的解决效果肯定不如一个完整产品。
X 上的讨论则比泛泛的 Vibe Coding 更具体，已经转向 spec、context、harness 这些词汇，说明 X 用户的认知更高一些。在国内，这个术语网站仍然有前景。
这样的调研可以一轮轮深入下去，把自己的问题全部捋清楚，写成 PRD 再开发。最终做出来的产品，一定会比不调研时更符合用户预期。