> 导语 本周AI领域技术革新与应用落地齐头并进。从更懂旅行的AI助手到一键生成PPT、原型的效率工具，AI正深度重塑工作与生活。同时，模型开源、企业并购与市场策略调整也预示着行业格局的持续演变。

---

## 马蜂窝AI旅行助手再进化，出境游更轻松

马蜂窝近日全面开放了其“AI路书”功能，并对“AI小蚂”旅行助手进行了升级。新功能包括代订日本餐厅、菜单翻译和多语种实时翻译，旨在解决用户在境外自由行中遇到的规划难、沟通难的核心痛点，让旅行体验更加智能化和便捷。

![image.png](https://static.downly.cn/images/d495cff6bbcea46bc270db8e22ee3dd6.png)

## 腾讯发布混元A13B模型API，主打高性价比与长文处理

腾讯云正式推出了混元Hunyuan-A13B模型的API服务。作为业界首款13B级别的MoE开源混合推理模型，它在实现与顶尖开源模型相当性能的同时，拥有更快的推理速度和更高的性价比。该模型在处理长文本（支持256K上下文）和作为智能体（Agent）调用工具方面表现卓越，并已在腾讯内部超过400个业务中得到应用。

![image.png](https://static.downly.cn/images/efac2268917100a811e8956725322567.png)

## 谷歌开源GenAI Processors，简化实时AI工作流构建

谷歌DeepMind团队开源了一个名为GenAI Processors的轻量级Python库。该工具专为简化和加速生成式AI工作流的构建而设计，尤其擅长利用Gemini API处理多模态实时数据。通过其模块化和并发优化的特性，开发者可以更快速地构建智能客服、实时翻译等复杂应用，显著降低开发难度和延迟。

![image.png](https://static.downly.cn/images/cb9a77f5701942a986d6b72d9c01ef73.png)

## 通用AI智能体Manus调整中国市场策略

通用AI智能体公司Manus近期对其中国区业务进行了调整，部分核心技术人员已迁往新加坡总部。其官网对中国大陆用户显示“服务不可用”，官方微博和小红书账号内容也已清空。公司回应称，此举是为集中资源发展核心业务，提升整体运营效率。

![image.png](https://static.downly.cn/images/ac7f74140513f6ee1f7ff259950169bf.png)

## 墨刀AI惊艳亮相，30秒将想法变为高保真原型

产品设计协作平台墨刀推出了重磅AI功能，能够根据用户输入的文字想法或上传的草图，在30秒内生成高保真且可供编辑的交互原型。该功能支持多轮对话修改，适配多种设备，并能自动生成相关文档，极大地提升了产品经理和设计师的工作效率。

![image.png](https://static.downly.cn/images/e070d5641c4e73b1436f292b2b681f22.png)

## Mistral AI发布Devstral2507，专为代码而生

Mistral AI与All Hands AI合作，推出了专为软件开发设计的Devstral2507系列大语言模型。该系列包括开源版和企业版，专注于代码推理、程序合成和结构化任务执行，旨在为开发者提供性能更强、成本更优的代码自动化解决方案。

![image.png](https://static.downly.cn/images/4405edfb40d61349c49db897ff9b74ec.png)

## 智谱AI推出智能Slides，5分钟搞定专业级PPT

智谱AI在其“智谱清言”平台上线了AI Slides智能PPT生成工具。用户只需输入一个主题或上传一份文档，该工具便能快速生成一份结构清晰、设计美观的PPT。这项基于GLM-Experimental模型的功能目前已免费开放体验，预示着未来办公方式的巨大变革。

![image.png](https://static.downly.cn/images/fa1d6b2a99b01817bc1ab7da6b7ec074.png)

## 谷歌与风帆冲浪传闻澄清

风帆冲浪CEO加入谷歌,OpenAI收购告吹谷,歌方面澄清并未投资风帆冲浪（Windsurf）公司，也无权干预其公司运营。

![image.png](https://static.downly.cn/images/b28c95a60ddfd231abb1cf730ebf6fd0.png)

## AI领导力发展平台Praxis Labs被Torch收购

专注于领导力与辅导服务的企业Torch宣布，已正式收购AI领导力发展平台Praxis Labs。此次收购的具体金额未对外披露，旨在整合双方优势，为企业提供更全面的学习与发展解决方案。

![image.png](https://static.downly.cn/images/c0a1f041724e54047ef3516e06781b42.png)


每日AI资讯0712：新工具赋能创作，大模型驱动行业变革

> 近日，有报道指出，**OpenAI 与其最大投资者微软之间的合作关系正出现裂痕**。 曾经紧密无间的AI联盟，如今却面临着潜在的摩擦，这可能源于双方在**产品方向、商业化策略、AI发展理念以及关键收购案的知识产权归属**上的分歧。 这一消息无疑为快速发展的AI领域增添了新的不确定性，也引发了外界对这两大巨头未来走向的广泛猜测。



在人工智能领域，OpenAI 和微软的合作曾被誉为“天作之合”，一方拥有顶尖的AI技术和模型，另一方则提供强大的计算资源、资金支持以及全球分发渠道。 微软对 OpenAI 的巨额投资，也使其成为AI竞赛中最具影响力的联盟之一。 然而，近期有迹象表明，这对曾经的“蜜月搭档”关系正出现裂痕。
![Gemini_Generated_Image_r58u37r58u37r58u.png](https://static.downly.cn/images/a6e42eeb9834d380996c8c52d649f69d.png)
据最新报道，OpenAI 与其主要支持者微软之间的合作关系，正在经历一段**愈发紧张的时期**，双方在多个层面的分歧日益显现，这可能预示着未来合作模式的调整，甚至关系的重大变化。



### 摩擦点浮现 合作深层矛盾

曾经的紧密无间，如今为何会生出嫌隙？ 报道指出，裂痕的加剧可能源于以下几个核心冲突点

#### 1. 产品方向与优先级分歧

有消息称，OpenAI 和微软在**各自产品路线图的优先级**上存在差异。 微软希望更快地将 OpenAI 的技术集成到其现有产品（如 Azure、Office 365 和 Windows）中，以巩固其在企业级市场的优势。 而 OpenAI 可能更倾向于独立发展其核心模型和终端产品（如 ChatGPT），并探索更广泛的商业模式，这使得双方在产品发布节奏和集成深度上难以完全同步。

#### 2. 关键收购案的知识产权争夺

一个尤其引人关注的矛盾焦点是，**OpenAI 以 30 亿美元收购 AI 编程初创公司 Windsurf 的问题上陷入僵局**。 据报道，OpenAI 不希望微软获得 Windsurf 的知识产权。 这对微软而言至关重要，因为 Windsurf 的技术和知识产权将**直接有助于增强微软自身的 AI 编程工具 GitHub Copilot**，进一步巩固其在开发者工具领域的领先地位。 OpenAI 对知识产权的这种“保留”态度，显示出其维护自身核心资产独立性和未来发展空间的强烈意愿，也凸显了双方在战略利益上的冲突。

#### 3. 商业化策略与利益分配

随着 OpenAI 的产品（特别是 ChatGPT）用户规模迅速扩大，以及其企业级服务的推出，**商业化利益分配**成为敏感点。 微软作为大股东，自然希望其投资获得最大回报。 而 OpenAI 作为一家独立运营的公司，也需要为其自身的持续研发和增长寻求最佳的商业路径。 这种“父子”与“合作伙伴”的双重关系，可能导致在收益分成、独占性协议等方面的博弈。

#### 4. AI发展理念与控制权考量

深层次的矛盾可能还涉及**AI发展的理念和对未来的控制权**。 OpenAI 曾以“通用人工智能（AGI）”为长期愿景，并强调AI安全和伦理。 而微软作为一家商业巨头，其关注点更在于市场份额和快速部署。 这种理念上的潜在差异，加上对核心AI技术控制权的争夺，可能导致双方在关键决策上出现分歧。

![Gemini_Generated_Image_qf5pxjqf5pxjqf5p.png](https://static.downly.cn/images/4b443be13fd7005b3f8f5734d951a7f5.png)


### 外部因素加剧紧张

除了内部矛盾，外部环境的变化也可能加剧了OpenAI与微软之间的紧张关系

#### 1. 谷歌等竞争对手的崛起

谷歌、Anthropic 等其他AI巨头也在大力投资和推出自己的大模型产品，加剧了市场竞争。 这使得微软在推动OpenAI技术落地方面面临更大压力，同时也促使OpenAI寻求更多元的合作和发展路径，以保持其领先地位。

#### 2. 核心人才的流动

高科技公司的竞争往往体现在人才上。 核心人才的流失或内部团队的变动，也可能影响到双方合作的稳定性。

#### 3. 监管与伦理压力

全球对AI的监管日益趋严，AI伦理和安全问题也备受关注。 这可能导致双方在某些技术或产品策略上产生分歧，因为它们可能对企业的声誉和合规性产生不同程度的影响。

### 潜在影响 行业格局变数

如果 OpenAI 与微软之间的裂痕进一步加剧，将对整个AI行业产生深远影响

*   **AI竞争格局变化** 可能催生新的AI联盟或加速现有竞争对手的崛起。
*   **产品策略调整** 双方可能会在各自的产品集成和发布策略上做出调整，影响到用户和开发者。
*   **投资与合作模式演变** 这也可能引发对AI领域投资和合作模式的重新思考。

OpenAI 与微软的合作关系，不仅仅是两家公司的内部事务，更是观察全球AI发展风向的重要窗口。 它们未来的走向，无疑将是业界关注的焦点。



 OpenAI与微软关系据称正在加剧裂痕

今年的AI编程领域可谓是神仙打架异常热闹，近期的几则重磅公告引发持续震荡：上个月微软宣布计划开源其**GitHub Copilot Chat**，而OpenAI则宣布了**斥资30亿美元收购WindSurf的意向**。这两项均未最终落地的动作，看似独立，实则勾勒出一幅巨头重塑行业格局的战略蓝图。

紧接着Anthropic 反应激烈：宣布单方面封杀WindSurf 不再提供Claude模型 ，原因是OpenAI收购WindSurf 可能会触碰到Anthropic红线。

随后OpenAI上演迷之操作，在收购悬而未决之际，高调力推自家 **Codex API 平台**，不经看呆了无数吃瓜群众。

那么，剥开表象，显露的便是资本对AI编程领域战场最为真实的精密引导与控制。

## Github Copilot Chat 开源 - 引战AI编程

2025年5月19日，微软宣布将GitHub Copilot Chat扩展在MIT协议下开源，并计划将其核心AI交互组件重构入VS Code。这一“开放”姿态极具策略性：

1. **“壳”的开放， “芯”的固化**：开源的是**客户端交互层**——用户与AI对话的界面与流程。而真正驱动体验价值、蕴含核心竞争力的**大型语言模型(LLM)与后端推理服务**，则明确保持闭源，深植于Azure云生态。此举将“创新”的象征意义赋予社区（可定制UI/UX），却将商业价值与核心控制的命脉（模型能力、数据管道）牢牢握在手中。
2. **社区成为“创新试验田”**：开放前端接口，实质是邀请全球开发者探索新型AI交互范式。任何社区涌现的优秀设计或功能创意，都可能被低成本、高效率地整合进微软的闭源商业产品中（Copilot整体服务）。开源社区的活力，被定向转化为巩固Copilot优势的养料。
3. **定义“AI编辑器”标准**：通过将Copilot Chat功能“重构入核”VS Code，微软在定义未来“AI原生编辑器”的基础设施标准。开源Copilot Chat扩展，是推动整个生态围绕VS Code及其定义的AI交互范式构建。这无形中将WindSurf等原生AI编辑器的“范式创新”优势，挤压至需要在VS Code生态内进行“插件式创新”的境地，削弱其颠覆性。
4. **透明度之名，生态之实**：回应数据收集担忧是动机之一，但更深层的是通过开放部分前端代码，增加开发者对微软AI生态的信任与依赖，进一步绑定VS Code/GitHub/Azure的开发者工作流。

![](https://static.downly.cn/images/f5d76a9446afcf3e26ba914e7ee49aa4.png)


## OpenAI 欲30亿$收购WindSurf - 未落之锤的战略威慑

OpenAI宣布的30亿美元收购WindSurf意向，在交易完成前已释放出强大的战略信号：

1. **对创新价值的公开背书与定价**：30亿美金的天价意向，是对WindSurf技术、团队及其代表的AI原生编辑范式的极高认可。这同时也为整个AI编程赛道设定了一个估值锚点，影响后续融资与竞争格局。
2. **潜在的“消除威胁”**：无论最终收购成功与否，此意向公告本身就对WindSurf及其潜在竞争对手构成巨大心理压力。它向市场宣告：OpenAI（及其紧密盟友微软）视WindSurf为关键资产/威胁，并拥有将其纳入麾下或（若收购失败）视为劲敌的财力与决心。这极大增加了其他投资者或收购方介入的难度和风险。
3. **与Copilot战略的潜在协同**：若收购完成，WindSurf的创新将被整合，可能直接增强Copilot（尤其是其Chat体验）或服务于OpenAI自身的Codex平台。即使未完成，WindSurf在竞争中也需权衡：是继续独立对抗微软-OpenAI联盟的全面压力（Copilot免费+开源Chat + Codex推广 + 潜在供应链风险），还是寻求被收购是更优出路？此意向巧妙地影响了WindSurf的战略选择空间。
4. **供应链阴影下的议价能力**：WindSurf被曝其核心模型供应商Anthropic限制访问最新Claude模型的报道，此时的收购意向公告，无疑在WindSurf面临供应链不确定性时，进一步影响了其独立发展的信心和议价能力。

![](https://static.downly.cn/images/8605a79c28d6ab69670f7f77dfe437c2.png)

## Anthropic 线上单杀WindSurf ，剑指“OpenAI”

在OpenAI收购意向的阴影下，Anthropic对WindSurf的致命一击，将供应链的脆弱性与战略武器属性暴露无遗。此举不仅是对WindSurf的“线上单杀”，更是直接“剑指”OpenAI的战略示威。

近期，Anthropic联合创始人兼首席科学官贾里德·卡普兰在接受TechCrunch采访时，揭示了封杀Windsurf访问Claude AI模型的核心原因：

1. **潜在收购威胁** - OpenAI传言将以30亿美元收购Windsurf
2. **合作不确定性** - 担心Windsurf未来可能成为竞争对手
3. **资源保护策略** - 计算资源紧张，需优先服务长期合作伙伴

基于这些考虑，Anthropic已切断Windsurf对Claude 3.5 Sonnet和Claude 3.7 Sonnet的访问权限，实质上是一种**战略性封杀**，目的是防止潜在竞争对手利用自家技术。

据WindSurf披露，Anthropic以雷霆手段，在不足一周的极短通知期内，几乎完全切断了其对Claude 3系列核心模型（包括Haiku, 3.5 Sonnet, Opus）的访问权限。如此操作，WindSurf直接当场懵逼，被迫带上了痛苦面具。

这一行为的战略意图清晰而冷酷：

1. **精准的“外科手术式”打击**：此举直接命中了WindSurf的技术命脉，导致其核心产品功能瞬间瘫痪。对于一个完全依赖第三方大模型的AI原生应用而言，这无异于釜底抽薪。它完美诠释了在AI时代，上游模型供应商如何通过控制“API阀门”来决定下游创新企业的生死。
2. **对OpenAI的“隔山打牛”**：Anthropic此举被普遍视为对OpenAI收购意图的直接反击。通过“处决”收购标的的核心价值（即基于Claude模型构建的独特体验），Anthropic不仅极大地削弱了这笔30亿美金交易的吸引力，更是向OpenAI（及其背后的微软）发出了明确的警告：任何试图整合其关键客户的举动，都将面临其釜底抽薪式的反制。
3. **加速用户流失，验证打击效果**：最直接的后果是，大量依赖Claude模型性能的WindSurf用户迅速取消订阅，用脚投票，证实了这一供应链打击的毁灭性效果。WindSurf在短时间内几乎无计可施，陷入了生存危机，其作为独立竞争者的议价能力和战略空间被瞬间清零。



![](https://static.downly.cn/images/52183bc15fd29a9a9f48fafef5e1a323.png)

## Codex - 平台层的静默进逼

OpenAI同时大力推广其**Codex API平台**，提供构建企业级自有AI编程能力的引擎。这看似与应用层（Copilot, WindSurf）无关，实则是关键的战略纵深：

- **抢占未来“水源地”**：Codex目标在于成为所有需要深度集成AI编程能力的企业应用或平台背后的标准引擎。这直接竞争的是未来B端市场的底层能力供应。
- **压缩独立厂商空间**：对于WindSurf等公司而言，向B端提供类似平台服务或寻求深度技术合作的路径，被强大的Codex平台及其OpenAI品牌背书严重挤压。这堵死了重要的多元化或转型通道。

![](https://static.downly.cn/images/20250519030421.166438418.png)

## 未竟棋局 - 权力重构的逻辑

Github Copilot Chat的**计划开源**与WindSurf的**意向收购**，虽悬而未决，却清晰展示了巨头主导下的游戏规则：

1. **“开放”服务于控制**：开源特定非核心层（如交互界面），是吸引生态参与、设定标准、收割创新并最终强化核心闭源资产（模型、服务、数据）控制力的高效手段。开放不等于放弃主导权。
2. **资本是终极威慑与整合器**：天价收购意向本身就是一种强大的市场力量，可用于定价创新、威慑对手、影响竞争格局，甚至在交易完成前就重塑创业公司的战略选项。
3. **竞争是全方位生态战争**：胜负不只在终端应用（Copilot vs WindSurf）。平台能力（Codex）、开发工具生态（VS Code/GitHub）、云基础设施（Azure）、甚至供应链（模型访问），都构成多维度的战场。巨头利用其全线布局，对创新者形成立体挤压。
4. **供应链成为战略武器**：WindSurf与Anthropic的事件警示，在模型即能力的时代，对上游核心模型资源的访问权，已成为攸关生死的战略要素，也可能成为博弈的筹码。



## 结语 - 悬而未决的终章

GitHub Copilot Chat的开源代码库尚未上线，OpenAI对WindSurf的收购亦未最终敲定。然而，这两项宣布本身，已是巨头在AI编程棋盘上落下的关键两子。它们传递的信号清晰无比：微软-OpenAI联盟正运用开源、资本、平台、生态等综合手段，系统性地引导行业走向一个由它们定义标准、控制核心、并主导整合的未来。无论WindSurf最终是成为联盟的一部分，还是作为独立者继续抗争，其命运都已成为这场宏大权力重构进程中最具象征意义的注脚。对于整个AI编程生态而言，创新的活力与巨头的秩序之间，正在寻找新的平衡点，而这个过程，远比单一产品或公司的成败更值得深思。

2025 AI编程神仙打架 - 从Copilot开源、WindSurf收购到Anthropic 封杀的三重奏

> 近日，Anthropic 联合创始人兼首席科学官贾里德·卡普兰（Jared Kaplan）证实，公司已切断了 Windsurf 对其旗舰 AI 模型 Claude 的直接访问权限。此举的深层原因在于，**有传言和报道称其最大竞争对手 OpenAI 正在收购 AI编程工具，而卡普兰直言：“我认为将 Claude 出售给 OpenAI 对我们来说很奇怪。”** 这番表态直接点明了 Anthropic 维护自身核心技术、避免“资敌”的坚定立场，凸显了当前 AI 市场竞争的激烈程度与战略考量。



人工智能领域风云变幻，公司间的竞争与合作关系错综复杂。 针对 Anthropic 停止向名为 Windsurf 的公司提供其核心 AI 模型 Claude 访问权限的消息，**Anthropic 联合创始人兼首席科学官贾里德·卡普兰（Jared Kaplan）** 作出了明确回应，其直言不讳的措辞折射出当前 AI 大模型市场微妙的竞争格局。

![image.png](https://static.downly.cn/images/69f954f36654176b2613ac492060656c.png)



### 避免核心技术外流 竞争态势下的必然选择

**贾里德·卡普兰的声明，直接点明了切断 Windsurf 访问权限的核心考量——防止自家的核心 AI 模型 Claude 被竞争对手间接利用或“购买”**。

*   **传言与竞争焦虑** 卡普兰特别提及了相关传言，这无疑加剧了 Anthropic 对核心技术外流的担忧。 考虑到 Claude 在编码和逻辑推理方面的强大能力，如果其通过 Windsurf 被 OpenAI 间接利用，无疑会削弱 Anthropic 在这一领域的相对优势。
*   **技术护城河** 对于 Anthropic 而言，Claude 是其多年投入研发的核心资产和主要竞争力。 任何可能导致其技术优势被削弱，甚至被竞争对手学习或利用的途径，都是公司需要严防死守的。 卡普兰的表态，直接揭示了 Anthropic 视 Claude 为战略核心资产，不愿以任何形式被竞争对手间接获取的立场。
*   **竞争对手的间接获取** 即使 Windsurf 并非直接的 AI 模型开发者，但其AI编程工具若被 OpenAI 等竞争对手用于训练或微调其自身模型，并以 Claude 的计算资源或性能为参考，那无异于 Anthropic 在变相“出售”自己的技术给竞争对手，这显然与公司的战略利益相悖。
*   **知识产权与战略安全** 在 AI 领域，模型的架构、训练数据、推理能力等都是公司的核心知识产权。 确保这些不被竞争对手以任何形式间接获取或分析，是维护公司长期竞争力的关键。

此番操作，并非针对 Windsurf 本身，而是为了维护 Anthropic 在激烈市场竞争中的战略主动权和技术护城河。

### AI 市场合作与竞争的微妙平衡

Anthropic 的这一决策，也再次凸显了当前 AI 大模型市场**合作与竞争的微妙平衡**。

![image.png](https://static.downly.cn/images/8c5dc2d467ed9a95ed0ea85f63a61824.png)

*   **开放与封闭的边界** 尽管许多 AI 公司倡导开放生态，但涉及到核心模型和商业利益时，其开放的边界会变得异常清晰。 尤其当潜在用户是直接竞争对手时，保护自身核心技术变得更加重要。 **卡普兰的坦率言论，明确划清了 Anthropic 在此问题上的界限。**
*   **第三方平台的角色** Windsurf 这样的AI编程工具或服务平台，在 AI 生态系统中扮演着连接者和赋能者的角色。 然而，当其客户结构与 AI 模型开发商的竞争格局产生冲突时，这些平台也可能成为“兵家必争之地”。
*   **行业整合与战略联盟** 此次事件也反映出，未来 AI 领域的竞争可能不仅仅是模型性能的竞争，更是围绕着数据、算力、人才以及战略合作与联盟的全面竞争。 公司将更加审慎地选择合作伙伴，确保自身的战略利益不被侵蚀。

### 市场竞争加剧的缩影

Anthropic 切断 Windsurf 访问权限的决定，是当前 AI 大模型市场竞争日益加剧的一个缩影。 随着各家公司投入巨资研发更强大、更通用的 AI 模型，保护核心技术、防止“资敌”行为变得越来越重要。

*   **保护自身优势** 在一个快速发展、技术迭代极快的行业，谁能保持技术领先，谁就能占据市场主导地位。 因此，即使是间接的“技术泄露”，也可能对公司造成长期影响。
*   **构建独立生态** 长期来看，Anthropic 或许也在寻求构建更加独立和安全的生态系统，减少对可能服务于竞争对手的第三方平台的依赖。
*   **对 AI 行业的影响** 这一事件也给整个 AI 行业带来了警示：在追求技术突破的同时，公司必须时刻警惕潜在的竞争风险，并采取必要措施保护自身的战略资产。

## 竞争白热化下的 AI 战略抉择

**Anthropic 联合创始人兼首席科学官贾里德·卡普兰的直接表态**，清晰地描绘了当前 AI 市场中，顶级玩家在竞争白热化背景下的战略抉择。 在核心技术被视为生命线的时代，任何可能导致“资敌”的途径都将被严格管控。 这一决策不仅是 Anthropic 维护自身竞争力的体现，也预示着未来 AI 领域，开放与封闭、合作与竞争之间的界限将变得更加复杂和模糊。 随着 AI 技术的不断演进，如何在保护自身核心优势的同时推动行业发展，将是所有 AI 公司面临的共同挑战。




Anthropic 联合创始人揭秘：为何切断 Windsurf 对 Claude 的访问权限

> 编码初创公司 Windsurf 透露，Anthropic 正在限制其对关键 Claude 3.7 Sonnet 和 3.5 Sonnet AI 模型的直接访问，且未获得 Claude 4 的权限，此举对 AI 开发者生态敲响警钟。



在人工智能技术日益深入各行各业的背景下，AI 基础模型的开放性和可访问性对于下游应用开发者，尤其是新兴的编码初创公司而言，是其生存和发展的命脉。 近日，专注于 AI 辅助编码的初创公司 Windsurf 在其官方博客上发布重磅声明，披露 AI 巨头 Anthropic 正在对其直接访问其强大的 Claude 系列 AI 模型施加限制。 这一消息立即引起了行业广泛关注，也让人们开始重新审视 AI 基础模型提供商与应用开发者之间的微妙关系。

![image.png](https://static.downly.cn/images/52183bc15fd29a9a9f48fafef5e1a323.png)

Windsurf 在声明中明确指出，Anthropic 的限制具体指向其 **Claude 3.7 Sonnet 和 Claude 3.5 Sonnet AI 模型** 的直接访问权限。 这两款模型在 AI 编码辅助、逻辑推理和文本生成方面表现出色，是 Windsurf 核心业务所依赖的关键技术。 此外，Windsurf 还透露，他们未能收到 Anthropic 在其平台上运行 **Claude 4** 的直接访问权限，这无疑是对其未来产品升级和技术路线图的进一步打击。

Windsurf 强调，作为一家深度依赖这些先进 AI 模型为用户提供创新编码解决方案的公司，这种突如其来的访问限制直接对其业务运营、产品迭代和用户服务造成了巨大的不确定性。 这一事件也引发了关于 AI 生态系统中，模型提供商与应用开发者之间权力平衡的讨论，以及小型初创公司在面对巨头策略调整时的脆弱性。

## 访问限制之谜 商业策略、资源分配与行业影响

Anthropic 作为 Claude AI 模型的开发者，其对模型访问权限的调整，可能基于多方面考量。

![image.png](https://static.downly.cn/images/ab65792dd6c217026928428167f56e31.png)

可能的限制原因包括

*   **资源优化与成本控制** 运行先进的 AI 模型需要消耗巨额计算资源，Anthropic 可能正在优化资源分配，优先满足战略性合作伙伴或更高级别的企业客户需求，或为即将到来的 Claude 4 大规模部署做准备。
*   **商业策略调整** Anthropic 可能正在调整其针对不同类型客户的商业模式，例如更倾向于与大型企业建立直接合作关系，或通过云服务提供商（如 AWS）来分发其模型访问权限，从而实现营收最大化或更稳定的客户管理。
*   **模型安全性与合规性** 确保模型不被滥用或用于不合规目的，尤其是在高风险应用领域，维护模型的声誉和安全性。
*   **新模型推广策略** 对于 Claude 4，Anthropic 可能采取更谨慎的分发策略，优先向特定合作伙伴或经过严格筛选的客户开放，以确保模型的稳定性和口碑。

然而，无论原因如何，此类限制对整个 AI 生态系统都可能产生深远影响

*   **开发者不确定性与风险** 像 Windsurf 这样的初创公司，将面临更高的运营风险，可能被迫投入大量资源寻找替代方案，甚至调整核心业务模式。
*   **创新受阻** 基础模型的访问限制可能阻碍新颖 AI 应用的诞生和发展，尤其对依赖特定模型能力的细分领域（如 AI 辅助编码）而言。
*   **市场集中化风险** 如果少数大型模型提供商过度集中资源和权限，可能导致 AI 市场向头部公司倾斜，不利于公平竞争和多样化创新。

此次事件再次凸显了 AI 基础模型作为“数字基础设施”的重要性，以及其开放性对整个 AI 产业生态健康发展的关键作用。

## 呼吁开放与合作 共建繁荣 AI 生态

Windsurf 的遭遇，无疑为 AI 行业，特别是依赖基础模型运行的初创公司敲响了警钟。

![image.png](https://static.downly.cn/images/8e5522cd95c3cd4c553e88bcbaa40975.png)

为了维护 AI 生态的健康与活力，行业各方应共同努力

*   **模型提供商** 在保障模型安全和商业利益的同时，应尽可能保持透明度，与开发者进行有效沟通，预告可能的策略调整，给予充足的适应期。
*   **应用开发者** 积极探索多模型集成策略，降低对单一模型提供商的依赖，并参与到开源 AI 社区的建设中，共同构建更具韧性的技术栈。
*   **行业组织与监管机构** 关注 AI 模型的公平访问问题，探讨制定相关行业规范，促进健康有序的竞争，避免“寡头垄断”对创新的扼杀。

Windsurf 事件是一个重要的案例，提醒我们，AI 领域的创新和进步，需要一个开放、协作和包容的环境。 只有模型提供商与应用开发者携手共进，才能共同推动人工智能技术的持续繁荣和广泛应用。





AI 巨头“卡脖子”？Windsurf 曝 Anthropic 限制 Claude AI 核心模型访问

> 在现代前端开发中，设计师与开发者之间的协作一直存在挑战。设计师创建精美的原型，开发者需要将其转化为代码，这个过程往往充满摩擦和误解。Onlook的出现，为这个痛点提供了创新解决方案——一个真正的"设计师的Cursor"，让可视化编程成为现实。

Onlook是一个开源的可视化代码编辑器，专为React生态系统设计。它允许开发者和设计师通过直观的可视化界面来构建、编辑和优化React应用程序，同时保持代码的完整性和可维护性。

![Onlook界面展示](https://static.downly.cn/images/image-20250602213811159.png)

## 1. 核心特性

### 🎨 可视化编程体验
- **类Figma界面设计**：熟悉的设计工具体验
- **实时预览编辑**：所见即所得的开发模式
- **拖拽式布局**：直观的组件排列方式

### 🚀 AI驱动开发
- **自然语言编程**：通过对话生成和修改代码
- **智能代码优化**：自动提供最佳实践建议
- **多模态输入**：支持文本、图像快速创建应用

### ⚡ 无缝代码集成
- **深度框架支持**：专为Next.js + TailwindCSS优化
- **实时双向同步**：可视化编辑与代码变更同步
- **精准代码定位**：右键直接跳转到对应代码行

### 🌸 增强功能特性
Onlook的AI功能超越了简单的代码生成，提供真正的智能编程助手：

- **上下文理解**：深度分析项目结构和代码逻辑
- **智能建议**：基于最佳实践的编辑建议
- **复杂组件生成**：从描述创建完整的功能组件
- **代码结构优化**：自动重构和性能优化
- **编辑器集成**：支持VSCode、Cursor、WindSurf、Zed等主流编辑器
- **样式精确控制**：可视化查看和编辑CSS样式细节

**示例 - Onlook编辑器配置：**

![编辑器配置界面](https://static.downly.cn/images/image-20250602224311389.png)

## 2. 技术架构深度解析

### 2.1 创新架构设计

Onlook采用了独特的三层架构，巧妙解决了可视化编辑与代码同步的技术难题：

```bash
┌─────────────────┐    ┌──────────────────┐    ┌─────────────────┐
│   Web Container │────│   Editor Core    │────│   Visual UI     │
│   (Code Runner) │    │   (Code Index)   │    │   (iFrame)      │
└─────────────────┘    └──────────────────┘    └─────────────────┘
```

**核心工作流程：**

1. **代码加载**：项目代码导入Web容器环境
2. **服务启动**：容器运行并提供实时预览服务
3. **界面渲染**：编辑器通过iFrame展示应用界面
4. **结构索引**：实时解析和索引代码结构
5. **元素映射**：建立DOM元素与源码的精确对应关系
6. **双向同步**：编辑操作同时更新界面显示和源代码

### 2.2 技术栈选型

**前端技术栈：**
- **Next.js**：提供SSR和优秀的开发体验
- **TailwindCSS**：原子化CSS，便于可视化编辑
- **React**：组件化架构，便于元素映射操作

**后端服务：**
- **Supabase**：提供数据库和身份认证服务
- **Drizzle**：类型安全的现代ORM解决方案

**开发工具：**
- **Bun**：高性能JavaScript运行时和包管理器
- **Electron**：跨平台桌面应用框架

## 3. 核心功能深度体验

### 3.1 智能图层管理系统

图层系统提供了专业设计工具级别的层级管理能力：

- **清晰的组件层级结构**：树形展示页面组件关系
- **快速元素定位**：点击图层直接选中对应元素
- **组件关系可视化**：直观理解组件间的嵌套关系

![图层管理界面](https://static.downly.cn/images/image-20250602231246322.png)

选择页面中的任意元素，在右侧"样式"面板中可以查看该组件的详细样式属性：

![样式面板展示](https://static.downly.cn/images/image-20250602220920393.png)

### 3.2 响应式设计编辑

响应式编辑功能为开发者提供了强大的多端适配能力：

- **实时视口调整**：动态改变预览窗口尺寸
- **多端同步测试**：同时查看不同屏幕尺寸效果
- **可视化响应式编辑**：直观调整断点样式

**示例 - PC端与移动端同步渲染：**

![响应式编辑界面](https://static.downly.cn/images/image-20250602221044151.png)

**示例 - 可视化优化响应式布局：**

![响应式优化过程](https://static.downly.cn/images/image-20250602225534683.png)

> ⚠️ **注意**：通过拖拽方式修改元素尺寸时，生成的固定宽高代码可能会破坏原有的响应式布局设计。

### 3.3 AI自然语言编程

这是Onlook最具创新性的功能之一。选中任意页面元素后，即可通过自然语言描述来修改和优化组件：

![AI编程界面](https://static.downly.cn/images/image-20250602233315572.png)

> 💡 **体验提示**：目前AI功能的响应速度和准确性还有提升空间，建议作为辅助工具使用。

### 3.4 版本历史管理

Onlook提供了类似Cursor、WindSurf的版本回退功能：

- **对话版本控制**：每次AI对话自动生成Git提交
- **一键回退**：点击"Revert"即可撤销对话修改
- **完整历史记录**：保留所有编辑操作的历史轨迹

![版本管理界面](https://static.downly.cn/images/image-20250602231355170.png)

> ⚠️ **潜在问题**：
> 1. **提交记录污染**：会在Git历史中产生大量自动提交记录
> 2. **代码侵入性修改**：首次使用时会修改所有TSX文件，添加`data-oid`属性用于元素映射

![Git提交记录](https://static.downly.cn/images/image-20250602223840594-1748878604348-10.png)

![代码修改示例](https://static.downly.cn/images/image-20250602225832150.png)

## 4. 使用场景与建议

### 4.1 最佳适用场景

**推荐使用场景：**
- **快速原型开发**：验证设计想法和用户体验
- **UI组件库构建**：可视化创建和调试组件
- **设计系统实现**：将设计规范转化为代码
- **教学和学习**：帮助初学者理解前端开发
- **中小型项目**：非关键业务的快速开发
- **辅助编程工具**：配合Cursor、WindSurf等提高效率

### 4.2 使用注意事项

**限制与挑战：**
- **复杂业务逻辑**：仍需传统编程方式实现
- **团队协作适应**：需要调整现有工作流程
- **代码审查流程**：需要适配自动生成代码的审查机制
- **项目代码侵入**：会修改现有代码结构，建议在独立分支测试

### 4.3 最佳实践建议

1. **项目隔离**：在独立分支或测试项目中尝试
2. **渐进式采用**：从简单组件开始，逐步扩展使用范围
3. **代码审查**：对AI生成的代码进行人工审查和优化
4. **版本控制**：合理管理Git提交历史，定期清理无用提交

## 5. 技术前景与发展趋势

### 5.1 产品成熟度评估

**当前优势：**
- 创新的可视化编程理念
- 开源透明的发展模式
- 活跃的社区参与度
- 与主流技术栈的深度集成

**待改进方面：**
- AI功能的准确性和响应速度
- 代码生成质量的一致性
- 对现有项目的侵入性
- 复杂场景的支持能力

### 5.2 行业影响与意义

Onlook代表了前端开发工具演进的重要方向：

- **降低开发门槛**：让更多人参与前端开发
- **提升开发效率**：减少重复性的UI编码工作
- **促进协作**：缩短设计到开发的转化周期
- **推动创新**：探索AI与传统开发的结合方式

## 6. 结语

从实际体验来看，Onlook目前仍处于发展阶段，但其探索方向极具前瞻性。作为一个开源项目，它不仅仅是一个开发工具，更代表了前端可视化开发的重要探索。

通过将可视化设计与代码编写无缝结合，Onlook为开发者提供了全新的创作体验。随着技术的不断完善和社区的持续贡献，它有望成为前端开发生态中的重要组成部分。

设计师的Cursor - 开源Onlook可视化编程实战

> Claude 4是Anthropic公司在2025年5月22日发布的最新一代AI模型，包括两个版本：Claude Opus 4和Claude Sonnet 4。这两款模型相比前代产品带来了显著的能力提升，尤其在编码、推理和AI代理能力方面取得了突破性进展。Claude 4代表了Anthropic迈向更安全、更强大的AI系统的重要一步，提供了新的交互方式和工具集成能力。
>
> 本文旨在全面分析Claude 4的技术能力、性能表现和实际应用场景，通过与其他顶级AI模型的比较，帮助读者深入了解Claude 4的优势和局限性，为AI开发和应用提供参考依据。

### Claude 4版本特性：

- Claude 4包括Opus 4和Sonnet 4两个版本，针对不同需求和预算
- 在编码能力方面，Claude 4在SWE-bench上达到72.5%-72.7%的表现，领先行业
- 新增扩展思考(Extended Thinking)功能，可结合工具使用提升复杂问题解决能力
- 显著改进的记忆能力和持续工作能力，可连续工作长达7小时
- 在多项基准测试中超越GPT-4和Gemini 2.5 Pro

## 2. Claude 4 版本特性

![image-20250526174151379](https://static.downly.cn/images/image-20250526174151379.png)

### 核心技术进步

Claude 4模型在以下方面带来了显著的技术进步：

1. **扩展思考与工具使用(beta)：** 两个模型都能在扩展思考过程中使用工具，如网络搜索，允许Claude在推理和工具使用之间交替，以提高响应质量。
2. **新模型能力：** 两个模型都能并行使用工具，更精确地遵循指令，并且在开发人员提供本地文件访问权限时，显著提升记忆能力，能够提取和保存关键事实以维持连续性和随时间构建隐性知识。
3. **记忆增强：** Claude Opus 4在记忆能力方面大幅超越所有先前的模型。当开发人员构建提供Claude本地文件访问权限的应用程序时，Opus 4擅长创建和维护"记忆文件"以存储关键信息。
4. **减少捷径行为：** 在特别容易出现捷径和漏洞的代理任务上，两个模型都比Sonnet 3.7减少了65%的这种行为。

![Claude 4 models lead on SWE-bench Verified](https://static.downly.cn/images/F09a6d5aa47c25cb2037efff9f486da4918f77708.webp)

Claude 4模型在SWE-bench Verified测试中的领先表现，这是一个衡量真实软件工程任务性能的基准测试



## 3. 扩展思考功能(Extended Thinking)

扩展思考是Claude 4的一项重要创新功能，它使Claude能够在提供最终答案之前进行增强推理，同时提供对其逐步思考过程的不同级别的透明度。

### 工作原理

启用扩展思考后，Claude会创建"思考"内容块，其中输出其内部推理过程。Claude在制作最终响应之前会整合这些推理中的洞察。API响应将包含思考内容块，然后是文本内容块。

#### 使用扩展思考的关键点：

- **思考预算：** budget_tokens参数决定Claude允许用于内部推理过程的最大token数。较大的预算可以通过对复杂问题进行更彻底的分析来提高响应质量。
- **思考总结：** Claude 4模型返回Claude完整思考过程的摘要，提供扩展思考的全部智能优势，同时防止滥用。
- **交错思考：** Claude 4模型支持交错思考，使Claude能够在工具调用之间进行思考，并在接收到工具结果后进行更复杂的推理。

### 扩展思考与工具使用

扩展思考可以与工具使用结合，允许Claude推理工具选择和结果处理。使用工具的扩展思考支持交错思考，这使得Claude能够：

- 在决定下一步操作之前推理工具调用的结果
- 在中间有推理步骤的情况下链接多个工具调用
- 基于中间结果做出更细微的决策

> 交错思考是Claude 4的一项重大创新，允许模型在工具调用之间进行复杂推理，极大地提高了其解决多步骤问题的能力。



## 4. 性能评测与基准测试

Claude 4模型在多项权威基准测试中展现了卓越的性能，特别是在编码和复杂推理任务方面。以下是关键基准测试的结果分析：

![2025052414324231](https://static.downly.cn/images/2025052414324231.png)

### 编码能力

在软件工程基准测试中，Claude 4模型取得了令人印象深刻的成绩：

| 基准测试                | Claude Opus 4 | Claude Sonnet 4 | GPT-4.1    | Gemini 2.5 Pro |
| :---------------------- | :------------ | :-------------- | :--------- | :------------- |
| SWE-bench Verified      | 72.5%         | 72.7%           | 54.6%      | 63.8%          |
| Terminal-bench          | 43.2%         | ~42%            | 数据不可用 | 数据不可用     |
| 高计算条件下的SWE-bench | 79.4%         | 80.2%           | 数据不可用 | 数据不可用     |

### 知识与推理能力

| 基准测试                | Claude Opus 4 | Claude Sonnet 4 | GPT-4.1    | Gemini 2.5 Pro |
| :---------------------- | :------------ | :-------------- | :--------- | :------------- |
| MMLU (扩展思考)         | 87.4%+        | 85.4%+          | 80.1%      | 数据不可用     |
| GPQA Diamond (扩展思考) | 74.9%+        | 70.0%+          | 数据不可用 | 数据不可用     |
| AIME (扩展思考)         | 33.9%+        | 33.1%+          | 数据不可用 | 18.8%          |

![Claude 4 models deliver strong performance across various tasks](https://static.downly.cn/images/image-20250526174151019.png)

Claude 4模型在编码、推理、多模态能力和代理任务方面的强大表现

### 实际应用评测

根据16x Eval的实际测试，Claude 4模型在多项实际开发任务中表现卓越：

![image-20250526172615571](https://static.downly.cn/images/image-20250526172615571.png)

## 5. 与竞争对手的比较

### Claude 4 vs GPT-4.1 vs Gemini 2.5 Pro

根据最新的评测数据，这三款顶级AI模型各有优势：Claude 4在编码能力方面领先，GPT-4.1在效率和延迟方面表现最佳，而Gemini 2.5 Pro则在多模态处理尤其是视频理解方面占据优势。

### 优势领域比较

![image-20250526172642615](https://static.downly.cn/images/image-20250526172642615.png)

### 价格比较

| 模型            | 输入价格(每百万tokens) | 输出价格(每百万tokens) | 特殊考量                        |
| :-------------- | :--------------------- | :--------------------- | :------------------------------ |
| Claude Opus 4   | $15                    | $75                    | 通过提示缓存可节省最多90%成本   |
| Claude Sonnet 4 | $3                     | $15                    | 通过批处理可节省最多50%成本     |
| GPT-4.1         | $2                     | $8                     | 最实惠的高性能模型              |
| Gemini 2.5 Pro  | $2.50                  | $15                    | 超过200K tokens的提示价格会增加 |

> 真正的问题不是哪个模型"最好"，而是哪个模型最适合您的特定用例、预算和风险承受能力。

## 6. 应用场景与实际案例

Claude 4适用于各种高级AI应用场景。以下是一些关键用例和实际案例：

 ![image-20250526172728471](https://static.downly.cn/images/image-20250526172728471.png)



## 7. 新API功能与开发工具

随着Claude 4的发布，Anthropic还推出了四项新的API功能，使开发者能够构建更强大的AI代理：代码执行工具、MCP连接器、文件API和缓存提示长达一小时的功能。

![image-20250526173456911](https://static.downly.cn/images/image-20250526173456911.png)

### Claude Code

现已全面推出的Claude Code带来了Claude的强大功能，拓展到了更多的开发工作流程——在终端、您喜欢的IDE以及使用Claude Code SDK在后台运行。

#### IDE集成

Cursor 0.5版本已经支持Claude4，WindSurf需要在官网配置Claude API Key才可使用Claude4。

![image-20250526181527457](https://static.downly.cn/images/image-20250526181527457.png)

#### Claude Code SDK

Anthropic发布了可扩展的Claude Code SDK，使您能够使用与Claude Code相同的核心代理构建自己的代理和应用程序。他们还发布了SDK可能性的示例：Claude Code on GitHub，现处于测试阶段。



## 8. 使用建议

![image-20250526173642204](https://static.downly.cn/images/image-20250526173642204.png)

### 优化扩展思考功能

#### 最佳实践

- **预算优化：** 最小预算为1,024个token。建议从最小值开始，逐步增加思考预算，以找到适合您的用例的最佳范围。
- **起点：** 对于复杂任务，从较大的思考预算(16k+tokens)开始，并根据您的需求进行调整。
- **大型预算：** 对于超过32k的思考预算，建议使用批处理以避免网络问题。
- **Token使用跟踪：** 监控思考token的使用情况，以优化成本和性能。

#### 性能考虑

- **响应时间：** 准备好可能因推理过程所需的额外处理而导致的响应时间较长。
- **流式处理要求：** 当max_tokens大于21,333时，需要流式处理。



## 9. 总结与展望

Claude 4代表了Anthropic在AI能力发展方面的重大飞跃，特别是在编码、复杂推理和AI代理方面。Claude Opus 4和Claude Sonnet 4为不同需求和预算提供了选择，两者都在基准测试中表现卓越。

扩展思考功能和工具使用的结合为解决复杂问题开辟了新的可能性，而新的API功能为开发者提供了构建更强大AI应用的工具。随着AI行业的快速发展，Claude 4为人工智能的未来发展树立了新的标准。

### 未来展望

AI模型竞赛远未结束，而是在加速。Anthropic的目标是到2027年实现120亿美元的收入，而OpenAI的宏伟目标是创建一个"代理软件工程师"，能够端到端地编程整个应用程序。

随着技术的不断演进，我们可以期待在以下方面看到更多进步：

- 更长时间运行的代理能力
- 增强的工具使用和系统集成
- 更精确的推理和问题解决
- 更深入的专业领域知识
- 改进的多模态理解和生成



> AI模型正在以前所未有的速度发展，而Claude 4在这场全球性的智能竞赛中确立了自己的地位，特别是在编码和复杂推理能力方面。

无论您是押注于下一个突破的初创公司创始人，还是为AI战略选择骨干的财富500强开发者，Claude 4都代表了人工智能的当前巅峰。未来正在用代码书写，而这些AI模型正在执笔。

最强编程模型 - Anthropic Claude 4 深入分析报告

去年，在我第一次使用`Bolt.new`的时候体验到了它非常强大的"一键式开发+部署能力"，只需要简单的提示词或者一张截图就能生成漂亮的前端页面（默认支持多端自适应）。 但是缺点也非常明显，那就是在开发一个稍微大一点的项目（5-10个页面，一个页面500行左右）的时候Token非常不够用，我粗略的计算了下，只要稍微给点强度，三天之内就可以把1000w Token用完。

那个时候我还没意识到"Bolt.new"的Token究竟会跑的有多快，只是认为这一切可能都是正常的情况，毕竟它1000W Token摆在那儿，看起来已经很"良心"了。那段时间我用"Bolt.new"给我优化了多个前端页面，整体效果还是非常不错的也的确给我带来了较大的效率提升。

简单的展示一下我去年开发的一个"网络空间测绘平台"，前端使用了"Bolt.new"优化，整体效果如下：

![20250525012344.png](https://static.downly.cn/images/20250524172439.478551638.png)

还有一个花了一晚上使用`Bolt.new`开发的小破站：https://resonant-seahorse-bf278a.netlify.app/。

我在Taobao买了2次 `Bolt.new`才勉强把几个页面优化完，后来实在感觉太贵了改用WindSurf后就不再续费了。 ![20250525010749.png](https://static.downly.cn/images/20250524170902.404523006.png)

## 再次尝试 - Token消耗之谜揭晓

时隔半年，我再次登录`Bolt.new`，发现居然还是Pro（有点莫名其妙），既然如此，何不再次尝试一下呢？ 不知道是从什么时候开始，`Bolt.new`已经支持了从Github导入项目，正好我Github上有一个基于Next.js的前端项目：[downly.cn](https://www.downly.cn/)，于是我就开始了今天的"AI编程体验"。

先说结果，`Bolt.new`的操作还是比较丝滑的（相比[Lovable](https://lovable.dev/)基本没有任何优势）。但是这并不能掩盖它致命的缺陷"慢"、"疯狂消耗Token"！ 下面请看我现在的Token使用情况： 
![Description](https://static.downly.cn/covers/20250524170755.907352209.png)

是的，没错，1000W Token，它已经被我用完了。我甚至只提了一个需求（Build错误的时候自动修复了大约3次）！ ![20250525015144.png](https://static.downly.cn/images/20250524175853.187847850.png) 

这就有点离谱了，我审计了它修改的代码（Bolt.new每次修改都会提交到Github），终于明白了问题所在。 `Bolt.new`总计给我修改了4次，其中有3次都是在修改Build错误，下面是它的Github提交记录： 
![20250525020436.png](https://static.downly.cn/images/20250524180455.439267920.png)

具体修改的代码如下： 

![20250525020339.png](https://static.downly.cn/images/20250524180645.069161353.png)



## Token消耗的根本原因

是的，它只是修改了5行代码！然而，它为了修改这5行代码，它把整个页面都原封不动的重写了一遍，而我就一直盯着它一直在哪儿哗啦啦的输出，1000W Token如流水一般瞬间就没了.... 事实上，这样的问题也是可以理解的，因为Claude本身就会这么干，只不过它一般会使用偷懒的写法（只输出需要修改的部分）。但是让人无法忍受的是这不是在浪费Token吗？

对比[Lovable](https://lovable.dev/)、Cursor、WindSurf的一次对话，不管修改多少代码都只记一次Prompt credits消耗（以前WindSurf是基于ActionFolw计算的，也明显感觉每次都是积分消耗远远高于`User Prompt credits`），显然`Bolt.new`不再具有任何的优势。



## 更具性价比的替代方案

相比`Bolt.new`，更具性价比且设计的效果非常Nice的AI编程工具则更推荐[Lovable](https://lovable.dev/)和[蓝湖AI](https://lanhuapp.com/)。 例如，[Downly.cn](https://monica.im/home/chat/Monica/Downly.cn)的首页就是我基于Lovable开发的前端页面，第一次使用Lovable的时候，我只是想让它Copy一个类似小红书的网站，而它生成出来的效果非常不错（自适应、带动效）： 
![20250525022846.png](https://static.downly.cn/images/20250524182905.752626374.png)

后来，我又让Lovable帮我开发了几个AI导航页面，整体体验非常不错，效果如下： 

![20250525025852.png](https://static.downly.cn/images/20250524185916.602780614.png)

![20250525025225.png](https://static.downly.cn/images/20250524185340.769286000.png)

除此之外，我还用canva给我设计了Logo、蓝湖给我设计了App，仿佛间AI已经替我完成了非常多的开发和设计任务，在庆幸之余，更多的是"焦虑🍌🟢"。

基于canva设计的Logo：
![image.png](https://static.downly.cn/images/20250524190544.915637063.png)

基于蓝湖开发的App客户端： ![20250525024651.png](https://static.downly.cn/images/20250524185029.608222084.png) App最终效果（基于Tauri+Next.js开发）： ![20250525025115.png](https://static.downly.cn/images/20250524185124.997215875.png)



## 关于Downly.cn

[Downly.cn](https://www.downly.cn/)是我正在建设中的一个集AI文章、教程、应用、导航于一体的综合类门户网站。虽然目前还处于建设阶段，但它的开发过程恰好成为了我测试各种AI编程工具的绝佳案例。

通过这次的对比实验，我更加确信：在AI辅助开发领域，工具的选择不仅关乎效率，更直接影响项目成本。对于大多数开发者而言，像Lovable这样的工具可能是更明智的选择——它们提供了合理的计费模式，避免了不必要的资源浪费，同时保持了高质量的开发体验。

随着AI技术的不断进步，我相信会有更多优秀的工具涌现。而Downly.cn的目标之一，就是帮助开发者在这个日新月异的领域中找到最适合自己的工具和方法。欢迎关注Downly.cn的建设进展，一起探索AI赋能开发的无限可能！

搜索结果: Windsurf