先例,一句 prompt 之遥

初衷

当你开始 vibe coding 一个想法,第一行代码之前会冒出几个问题:已经有类似的吗?他们怎么做的?值不值得做——还是早被做烂了?我能参考什么、空白在哪、我可以做得不一样的地方是什么?

这些问题,恰恰是一座在线、被试用过的产品画廊能回答的——但前提是它在你需要的那一刻够得着。以前够不着:你得停下、开浏览器、搜索、阅读。这件事的初衷很简单:让 maker 不离开编辑器就能获取灵感、印证想法、看清现状、拿到参考。

我们做了什么

三样——全部免费、无需 key、无需账号:

• 一个 reference API。 GET /api/reference?q=<想法> 以 JSON 返回与想法相似的在线项目:是什么、在线网址、截图、检测到的技术栈与 AI 工具、去重后的 try 使用信号、以及 maker 的构建单。它复用了驱动 Explore 的同一套语义搜索——一个边缘函数把查询算成向量、pgvector 在画廊里排序——所以没有新模型要搭。
• 一个 MCP 服务器。 托管在 /api/mcp,Claude Code / Cursor / Codex 一行就能把 One's Vibe 加成原生工具。它暴露一个工具:search_similar_projects。
• 一个 skill、一条 llms.txt、一个 /for-agents 页, 让 agent 发现它、并正确地用它。

所有返回的只是公开的画廊数据——没有私有评分、没有安全 findings。而且它被刻意框定为给证据、不给判决:它展示已有什么、跑得怎样;做什么、改什么,由 maker 定。

vibe coding 时怎么用

加一次:

claude mcp add --transport http onesvibe https://onesvibe.app/api/mcp

然后用大白话问就行:

没有 MCP?同样的数据,一个 HTTP 调用:

curl "https://onesvibe.app/api/reference?q=online%20chess%20game"

规矩

拿它来参考,不是克隆——目的是看清空白,不是抄赢家。try 数是使用信号,不是质量分。而 One's Vibe 只收录浏览器里能试的 web app,所以若什么都没返回,可能只是你的想法在另一种形态——而非无人做过。它的存在只为一个理由:让画廊在你动手之前就有用,而不只是之后。一人之蜜,一人之毒——去找你的那杯。