AI 代码编辑器最近有点热闹了，很明显LLM 在生产力工具层面的落地已经跨过了插件层面，进入原生整合开发阶段。
毕竟插件能解决的问题太浅了，行级或者单个页面的总结报错，下一步一定是切入完整的生产流程改造提效，这方面 Cursor 和 Windsurf、PearAI 都选择了基于流行的开源 VS code二开，对开发者来说几乎 0 成本切换，而且兼容海量的插件生态。
Marscode 选择插件方式 /本地客户端开发/ 以及基于浏览器的云 IDE，云端的体验过于糙 基本只能用于 demo 小项目，体验太差了，而且几乎不可能在短期内当前人力成本下解决，这是一条弯路，希望能早点切 VS Code 二开。
各家在产品迭代上有所不同，Cursor 目前看体验最完整而且支持性较好，bug 不断但是迭代也很密集；Windsurf 在命令行上面做了很多优化，对小白更友好； PearAI走开源方式
整合了Perplexity*等工具，有出彩的地方。
接下来就看各家的野心和执行力了，短期内能看到的bug 和tokens 成本都不是问题，只要方向对了，很快都能解决。
https://www.cursor.com/
https://codeium.com/windsurf
https://trypear.ai/
https://www.marscode.cn/
毕竟插件能解决的问题太浅了，行级或者单个页面的总结报错，下一步一定是切入完整的生产流程改造提效，这方面 Cursor 和 Windsurf、PearAI 都选择了基于流行的开源 VS code二开，对开发者来说几乎 0 成本切换，而且兼容海量的插件生态。
Marscode 选择插件方式 /本地客户端开发/ 以及基于浏览器的云 IDE，云端的体验过于糙 基本只能用于 demo 小项目，体验太差了，而且几乎不可能在短期内当前人力成本下解决，这是一条弯路，希望能早点切 VS Code 二开。
各家在产品迭代上有所不同，Cursor 目前看体验最完整而且支持性较好，bug 不断但是迭代也很密集；Windsurf 在命令行上面做了很多优化，对小白更友好； PearAI走开源方式
整合了Perplexity*等工具，有出彩的地方。
接下来就看各家的野心和执行力了，短期内能看到的bug 和tokens 成本都不是问题，只要方向对了，很快都能解决。
https://www.cursor.com/
https://codeium.com/windsurf
https://trypear.ai/
https://www.marscode.cn/
觉得自己本性不喜欢销售，但是很喜欢安利别人。
想了想，销售和安利某种程度上是共通的？安利算不算更微妙地销售。
其实我感觉好的销售与其抓着不适合的人硬推，不如多花点时间去筛选客群（自己的产品对他们来说确实是“好产品”的）然后就水到渠成地安利，可能这个就是因为我自己有产品背景，提到销售也会觉得，人家不需要你的东西就是不需要，别勉强。
想了想，销售和安利某种程度上是共通的？安利算不算更微妙地销售。
其实我感觉好的销售与其抓着不适合的人硬推，不如多花点时间去筛选客群（自己的产品对他们来说确实是“好产品”的）然后就水到渠成地安利，可能这个就是因为我自己有产品背景，提到销售也会觉得，人家不需要你的东西就是不需要，别勉强。
最近我的 AI工作流中新增了原型绘制，让AI给我产出原型图。
当然这不足为奇，使用Cursor可以让一个人完成一个产品的制作。
但作为一个打工的PM，我的工作交付物就是原型图和需求文档，我不能忽视团队中的其他成员。在这个前提下，我总结以下还不够标准化的流程：
一、启动原型图创造作的方式
1. 画草图并发送AI
2. 发送搜索竞品图片
3. 发送需求文档，交互说明
4. 现有产品图+截图工具修改
二、优化获取的原型图
1.如果是单个页面，就制作成SVG代码，导入到Figma里，可直接用设计工具修改
2. 如果是多个页面带交互，则可以截图到设计软件里，贴贴补补修改。想要精准修改，也可以导入cursor 里改代码
这个流程不需要我在Axure里操作，节省了很多时间，如果团队协作足够敏捷，可以省略UI和前端开发工作。
新的设计工具会出现，主流的协作方式将会被改变。
进一步思考，未来的产品是不是都不需要产品开发介入，根据用户提的需求描述，投票来自定义某个页面，在需求产出之时，就完成了需求的设计和开发。
当然这不足为奇，使用Cursor可以让一个人完成一个产品的制作。
但作为一个打工的PM，我的工作交付物就是原型图和需求文档，我不能忽视团队中的其他成员。在这个前提下，我总结以下还不够标准化的流程：
一、启动原型图创造作的方式
1. 画草图并发送AI
2. 发送搜索竞品图片
3. 发送需求文档，交互说明
4. 现有产品图+截图工具修改
二、优化获取的原型图
1.如果是单个页面，就制作成SVG代码，导入到Figma里，可直接用设计工具修改
2. 如果是多个页面带交互，则可以截图到设计软件里，贴贴补补修改。想要精准修改，也可以导入cursor 里改代码
这个流程不需要我在Axure里操作，节省了很多时间，如果团队协作足够敏捷，可以省略UI和前端开发工作。
新的设计工具会出现，主流的协作方式将会被改变。
进一步思考，未来的产品是不是都不需要产品开发介入，根据用户提的需求描述，投票来自定义某个页面，在需求产出之时，就完成了需求的设计和开发。
This media is not supported in your browser
VIEW IN TELEGRAM
天老爷，刚刚用Windsurf建立了一个Next.js+Tailwind CSS的项目，项目成功部署到本地了，我拿AITDK检查了一下，完全符合响应式，符合SSR，符合各项SEO指标，并且长得还蛮好看，
对一个Coding新手来说，这是唯一一个只点"Accept"，就帮我解决了一大堆恶心的依赖，且成功部署了项目的IDLE；
对一个Coding新手来说，这是唯一一个只点"Accept"，就帮我解决了一大堆恶心的依赖，且成功部署了项目的IDLE；
这个原型项目是一个作业控制台系统，旨在提高物流和供应链管理的效率。以下是对该项目的简洁介绍：
原型介绍：
这是一个为物流和供应链行业设计的作业控制台原型，用于管理加工作业和发货流程。
原型文档包含内容：
加工作业UI：包含10个页面，涉及协定方备货、加工信息、其他信息、备货列表等。
作业控制台：作为系统的主要界面，提供快速导航和操作。
Axure目录：提供了原型页面的概览和导航功能。
所属行业：
物流和供应链管理行业。
解决了什么痛点或目标：
提高备货和发货的效率，减少手动操作错误。
优化库存管理，确保信息的实时更新和准确性。
增强作业流程的透明度，便于监控和调整。
核心功能模块介绍：
协定方备货：管理与供应商的备货协议，包括加工信息和其他相关信息。
批量发货：处理大规模发货任务，包括发货列表和单个发货操作。
作业仓库：管理仓库中的库存和作业流程。
作业控制台：作为系统的操作中心，提供页面导航和快速访问功能。
该系统通过集成这些核心功能，旨在为物流和供应链行业提供一个高效、准确的作业管理平台。加工作业UI
合计10个页面
协定方备货、协定方备货-加工信息、协定方备货-其他信息、协定方备货列表、协定方备货、批量发货、批量发货列表、批量发货、作业仓库、作业控制台
https://axurehub.com/25418.html
原型介绍：
这是一个为物流和供应链行业设计的作业控制台原型，用于管理加工作业和发货流程。
原型文档包含内容：
加工作业UI：包含10个页面，涉及协定方备货、加工信息、其他信息、备货列表等。
作业控制台：作为系统的主要界面，提供快速导航和操作。
Axure目录：提供了原型页面的概览和导航功能。
所属行业：
物流和供应链管理行业。
解决了什么痛点或目标：
提高备货和发货的效率，减少手动操作错误。
优化库存管理，确保信息的实时更新和准确性。
增强作业流程的透明度，便于监控和调整。
核心功能模块介绍：
协定方备货：管理与供应商的备货协议，包括加工信息和其他相关信息。
批量发货：处理大规模发货任务，包括发货列表和单个发货操作。
作业仓库：管理仓库中的库存和作业流程。
作业控制台：作为系统的操作中心，提供页面导航和快速访问功能。
该系统通过集成这些核心功能，旨在为物流和供应链行业提供一个高效、准确的作业管理平台。加工作业UI
合计10个页面
协定方备货、协定方备货-加工信息、协定方备货-其他信息、协定方备货列表、协定方备货、批量发货、批量发货列表、批量发货、作业仓库、作业控制台
https://axurehub.com/25418.html