先说结论，我不信 🤭
理由如下：拥有大量资本的投资者通常不会考虑 AI 训练是否会带来长远的人类生存问题，我最开始看了 OpenAI 的股权结构和官方使命宣言就简单相信了，直到他们内部产生意见分歧，追求与人类价值对齐/安全第一的科学家被迫离开，股权结构也开始慢慢调整 🤔
所以如果 Grok-3 真的强大到足以给这一轮 AI 泡沫增加干货，投资者和企业 CEO 们不可能放弃这个机会，一定会设法发布出来，看看 Google 内部的 Dragonfly 项目争议就知道，底层员工无法左右公司决策层乃至董事会的意见，他们只能选择退出公司另起炉灶 🤷🏻
尽管如此，我仍然会耐心等待 Grok-3 被释放出来，无论公司内部怎么解释，如果 AI 大模型行业本身没有过度泡沫化，或者说大模型算法还有显著优化空间，根本犯不着在公开的网络上透露这些，自己决定怎么做有利于保持行业竞争优势就好。(其实，我更希望被现实打脸，因为智能机器的智力乃至决策力超越人类本来是一件很了不起的科学成就，只有掌握大量资源控制权的人才会担心因舆论争议而失去控制，我担心不着这个) 🤔
◈ 备注: 这里有 OpenAI 股权变更相关新闻 https://mp.weixin.qq.com/s/gTynpfqXeHhY98yIleJgqg ，我感觉这与他们官网宣传的 Open 使命并不契合，当然也可能是我的理解不专业 🤭
理由如下：拥有大量资本的投资者通常不会考虑 AI 训练是否会带来长远的人类生存问题，我最开始看了 OpenAI 的股权结构和官方使命宣言就简单相信了，直到他们内部产生意见分歧，追求与人类价值对齐/安全第一的科学家被迫离开，股权结构也开始慢慢调整 🤔
所以如果 Grok-3 真的强大到足以给这一轮 AI 泡沫增加干货，投资者和企业 CEO 们不可能放弃这个机会，一定会设法发布出来，看看 Google 内部的 Dragonfly 项目争议就知道，底层员工无法左右公司决策层乃至董事会的意见，他们只能选择退出公司另起炉灶 🤷🏻
尽管如此，我仍然会耐心等待 Grok-3 被释放出来，无论公司内部怎么解释，如果 AI 大模型行业本身没有过度泡沫化，或者说大模型算法还有显著优化空间，根本犯不着在公开的网络上透露这些，自己决定怎么做有利于保持行业竞争优势就好。(其实，我更希望被现实打脸，因为智能机器的智力乃至决策力超越人类本来是一件很了不起的科学成就，只有掌握大量资源控制权的人才会担心因舆论争议而失去控制，我担心不着这个) 🤔
◈ 备注: 这里有 OpenAI 股权变更相关新闻 https://mp.weixin.qq.com/s/gTynpfqXeHhY98yIleJgqg ，我感觉这与他们官网宣传的 Open 使命并不契合，当然也可能是我的理解不专业 🤭
FttsU3t-NZnkWBLYzqpnC86PUYe5v3.jpg
399.5 KB
人人都会有SB时刻，但能不能变NB就不知道了
https://mp.weixin.qq.com/s/wyon3AIH6ALk3pLVa--yeA
https://mp.weixin.qq.com/s/wyon3AIH6ALk3pLVa--yeA
从套利的角度理解上站：
把 AI 厂商推广成本（试用期无限续杯）转化为自己的杠杆资产（网站、App、文案皆是杠杆资产，一次产出，无限复用）。
一个 10 年 .top .fun .online 域名 188 元。
Pro 账号提供 500 fast requests quota，官方价格 $20（144 人民币）/month 。
上一个站优化到位大概要消耗 1.5 个试用账号，大概要用掉 750 fast requests quota，大概消耗 216 元推广成本。
上站相当于一直在负成本做一件持续给自己带来正收益的事情，何乐不为。
把 AI 厂商推广成本（试用期无限续杯）转化为自己的杠杆资产（网站、App、文案皆是杠杆资产，一次产出，无限复用）。
一个 10 年 .top .fun .online 域名 188 元。
Pro 账号提供 500 fast requests quota，官方价格 $20（144 人民币）/month 。
上一个站优化到位大概要消耗 1.5 个试用账号，大概要用掉 750 fast requests quota，大概消耗 216 元推广成本。
上站相当于一直在负成本做一件持续给自己带来正收益的事情，何乐不为。
👍1
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和前端开发工作。
新的设计工具会出现，主流的协作方式将会被改变。
进一步思考，未来的产品是不是都不需要产品开发介入，根据用户提的需求描述，投票来自定义某个页面，在需求产出之时，就完成了需求的设计和开发。