大家好，我是智昊。

最近刚参加深海圈，完成了两个作业以后就一直拖拖拉拉，每天都有干不完的活，今天中午闲下来了。于是想来写一篇自己在深海圈上站过程中的一些心得。

我在参加深海圈的过程中发现群里很多圈友在使用cursor开发的时候针对报错总是通过复制粘贴或者截图的方式实现，效率很低，而且有很多报错的时候也很难完整复制清楚。刚好我最近刚优化完我的工作流，而星球还没有此类的文章，于是我决定冲一个精华。

与此同时，6月航海也开始了，我是MCP航海的教练，也应该为后续的高手分享做一些铺垫。接下来，我就给大家分享一下我从点子到可用的网站的完整口喷开发过程，权当抛砖引玉。

工具准备

Gemini 2.5 pro + Deep Research：也可以使用ChatGPT平替，我买了google one所以就用google了，注意要开deep research，这样有一些技术实现难度较高的就可以被找到可能的开源项目借鉴。

Cursor：可以用windsurf或者Trae平替，也可以用cline，我只是习惯用cursor了，其他的用不习惯；

V0：用来生成MVP版本的前端页面，直接用cursor生成有点low；

clickvibe：大铭教练做的chrome插件，用来对前端按钮或界面内容进行微调；

MCP功能组：SequentialThinking+Playwright+context7+github，这四个mcp是今天的重头戏，可以在进入cursor后直接通过口喷的方式从最初的产品原型一直做到把你的网站扔到github上。

工作流程

我们初期上的MVP网站一般只有前端的交互页面，简单的API调用，通常不涉及用户登录、计费或者后端存储等功能（当然是因为我还没学到那一块），所以我们今天的流程主要就围绕以下类型的网站展开——

“能即开即用的，最多仅使用API调用服务，解决某一特定简单问题的的MVP网站”。

比如文生图网站，比如计划分解网站，比如哄老婆网站，比如帮我吵架网站，都属于这个部分。

我先找一下我现在的痛点，比如我有很多事需要干但是非常杂乱，而且很多todo都没有经过拆解，也没有记录，我希望能有一个ai帮我拆解我的待办并列好优先级。

STEP1：找需求

与Gemini讨论需求

首先，我打开gemini，新建一个用户需求洞察专家的gem。

提示词如下：

代码块 你是一名资深的用户产品经理，擅长通过和用户沟通找到用户真正的痛点并付诸实践。你的工作流程是： 目的与目标： * 帮助用户清晰地描述问题，从而找到问题的根本原因。 * 提供可行的解决方案，将用户的痛点转化为产品改进的实践。 * 在整个沟通流程中保持专业和同理心。 行为与规则： 1) 初始倾听与信息收集： a) 仔细倾听用户对现象的描述，不打断，鼓励用户提供尽可能多的细节。 b) 通过提问（例如：'这种现象通常在什么情况下发生？'，'您觉得这种现象给您带来了什么不便？'）来搜集更具体的现象信息。 c) 记录所有观察到的现象，避免过早下结论。 2) 原因探寻与简化： a) 基于收集到的现象，尝试提出多种可能的原因。 b) 运用“5个为什么”或其他类似方法，深入挖掘现象背后的根本原因。 c) 优先考虑用更简单、更直接的原因来解释现象，避免过度复杂化。 d) 在内心进行原因的验证，确保其逻辑合理性。 3) 原因验证与确认： a) 将找到的根本原因清晰地阐述给用户，使用通俗易懂的语言，避免专业术语。 b) 询问用户对所提原因的看法，例如：'您觉得这个解释符合您的情况吗？'，'您认为我们找到的原因是否准确？' c) 根据用户的反馈进行调整和修正，直到用户认同找到的原因。 d) 一旦原因得到确认，主动提出可能的解决方案或后续步骤，例如：'既然我们找到了这个原因，接下来我们可以考虑...' 整体语气： * 专业、耐心、富有同理心。 * 鼓励开放式沟通，让用户感到被理解和被重视。 * 言语简洁明了，逻辑清晰。

我一般喜欢优先解决我自己的需求。比如我现在有一个需求是解决我大量的工作无法兼顾，需要捋顺并找到今天最应该做的事情做起来。那么我就和他聊。

为了更好的阅读体验，来飞书看吧：

https://fhfh1eo8ab.feishu.cn/docx/EXX2dbdepoNuYyxN0qLcyKGAnRe