当前位置：

社区首页

电脑数码

软件应用

服务软件

AIGC文章详情

在线IDE根本替代不了本地开发环境，只适合这几种场景

源自104位全网作者

05-26 15:44

精选参考来源

翻译：代码日趋廉价，软件依然昂贵作者：Chris Gregori 原文标题：Code Is Cheap Now. Software Isn't.原文链接：网页链接软件构建的门槛已然崩塌，但构建有价值事物的门槛却依然高不可攀。Claude Code 和 Claude Opus 4.5 的发布给这股热潮又添了一把火。虽然大语言模型（LLM）工具早已存在，但现在它们变得空前强大，吸引了更多目光。但这并非 SaaS（软件即服务）的黄金时代，我们正步入一个“个人化、用完即弃”的软件时代——在这个时代，工程重心从编写代码转向塑造系统，而这正是工程师依然无可替代的原因。现代开发的转变Claude Code 最近刷爆了我的信息流，这背后有其道理。有趣的不只是开发者们蜂拥而至，而是那些原本依赖 Lovable 或 Replit 等平台的**“构建者”（Builders）和创客**也在纷纷迁移。别误会，用来快速发布产品，原来的工具依然好用。但我们看到了一个明显转变：人们重新发现了命令行优先（CLI-first）工作流的内在美感。当你把交互转移到终端时，抽象层被削薄了。你不再是被动遵循托管界面为你铺设好的“快乐路径”，而是真正掌控全局的人。门槛的崩塌门槛的崩塌人们到底在用这些工具造什么？环顾四周，你会发现：万物皆可造。其实，我们已达饱和点。一方面，我们见证了软件创造真正的民主化。门槛实际上已经不复存在。有史以来第一次，非开发者不再仅仅是软件消费者，而是摇身一变，成了自家工具的架构师。过去，如果你有个特定问题，得花好几个小时去搜一个能解决 80% 痛点的 SaaS 产品。如今，工作流变了。人们打开命令行或语音界面，直接描述需求。我们看到了**“个人软件”**的井喷：• 针对特定预算风格定制的订阅追踪器• 解决某个极小众数据录入问题的 Chrome 扩展• 界面完全符合用户心意的健身 App这是一个巨大转变。软件正演变为一种你生成的个人效用工具，而非购买的商品。从 SaaS 到"草稿纸"从 SaaS 到草稿纸我们正进入软件开发的新纪元，在这里，目标不再总是长久存续。多年来，业界一直痴迷于构建“平台”和“生态系统”，但潮流正转向更“短命”的形态。我们正在从 SaaS 转向“草稿纸”（Scratchpads）。这类新软件大多不是为了传世而生。恰恰相反，人们越来越多地构建工具来一次性解决单一、特定的问题，然后将其抛弃。这种软件被视为一种用完即弃的效用工具，它只活在当下，不问未来。这一模式之所以可行，归功于一种特定的技术哲学：命令行优先的接口、本地数据和零上手成本。一旦消除了注册账户、配置数据库或在复杂界面中摸索的摩擦成本，创建工具的代价便几近于零。此时，“临时性”不再是缺陷，反而成了一种特性。如果花五分钟就能搞定一个针对一次性任务的定制方案，那你根本不需要它长久存在。这与传统 SaaS 模式形成了鲜明对比。SaaS 的本质就是为了优化留存、锁定用户并扩张业务。它的商业模式旨在把你圈在生态系统里，不断增加你的足迹。反观这些定制工具，它们优化的是即时性和掌控力。它们不在乎你的终身价值（LTV），只在乎搞定眼前的问题。从很多方面看，这回归了电子表格最初的用法。你打开 Excel 不是为了建一个永久的、用好多年的数据库；你把它当作草稿纸来理清问题、计算结果，然后继续下一步。在这个新格局中，Claude Code 就像是开发者的 Excel——一个用来解决眼前问题的强大、灵活的实用工具；而不是创始人的 Shopify——那种为业务建立永久基石的平台。关键在于搞定工作，然后把工具扔在一边。这也解释了为什么下一点至关重要：快速生成软件是一回事；让它在现实世界的碰撞中存活下来则是另一回事。代码日趋廉价，软件依然昂贵代码廉价，软件昂贵这就是当前"AI 原生"时代的残酷现实：代码不值钱了，但软件依然昂贵。大语言模型（LLM）有效地抹平了生成代码行的成本，但它丝毫没有降低真正理解问题的成本。我们看到无数“周末开发出的 App”泛滥成灾，但其中大多数只是对基础增删改查（CRUD）操作和第三方 API 的简单套壳（Wrapper）。它们在 Twitter 演示视频里看起来很酷，可一旦遭遇现实世界的摩擦，往往瞬间崩塌。软件真正的成本不在于初次编写，而在于后续维护、边缘情况处理、不断累积的用户体验债务，以及数据所有权的复杂性。这些“速成”方案极其脆弱。银行一改 CSV 导出格式，那个订阅追踪器就挂了；目标网站的 DOM 结构一变，那个 Chrome 扩展就废了；用户一旦需要强大的离线支持或可靠的数据同步，那个健身 App 就没法用了。最近，我在 Hacker News、Reddit 和 Twitter 上看到很多关于“软件工程末日”的悲观论调。这完全搞错了重点。我们并没有见证这个职业的终结；我们正步入它的新纪元。工程师的价值正在从语法的“怎么写”（How），转移到系统的“是什么”（What）和“为什么”（Why）。真正的工程在于抽象和架构。它关乎如何构建长久系统，理解为何需要特定限流策略，懂得管理分布式缓存，以及清楚知道环境变数绝对不能存放在何处。AI 常让人觉得强大，因为它掩盖了复杂性。但作为工程师，你的工作是管理这种复杂性，而不是无视它。工具变了，但对工程严谨性的根本要求从未如此之高。分发的假象分发的假象事情也有反面。随着门槛消失，噪音也达到了历史最高点。我的信息流现在充斥着**“AI 创业者”，声称他们用一下午做出来的 App 就能获得五位数的月经常性收入（MRR）**。很多情况下，这些说法非常可疑。当你看到一个既无现有分发渠道又无清晰**“护城河”**的创作者，声称一个周末项目能赚 10,000 美元 MRR 时，这通常是骗取关注的手段，而非真实的商业反映。有些故事或许是真的，但在大多数情况下，这些并非技术创新的蓝图，而是营销案例。这些人之所以成功，是因为他们精通在拥挤市场中博取眼球的艺术，而不只是因为他们有个 AI 副驾驶。我们已经进入了一个代码生成不再是瓶颈的时代。真正的挑战已经转移到了分发，更重要的是，如何从行业中盛行的“快速致富”姿态中，分辨出真正的实用价值。这些人并没有发现什么秘密捷径；他们只是找到了一种方法，能更快地执行既有优势（或者假如学编程对副业来说太难的话，AI 帮他们解锁了这个能力）。我们可以换个视角看待这种转变：AI 实际上消除了作为主要差异化因素的工程杠杆。当任何开发者都能用 LLM 在极短时间内构建和部署复杂功能时，写代码的能力就不再是曾经的那种竞争优势了。光做一个“构建者”已经不够了。相反，成功现在取决于那些更难被自动化的因素。品味、时机以及对受众深刻直觉的理解，比以往任何时候都重要。你可以在周末生成一个产品，但如果你造错了东西，或者把它推给了一群根本不在乎的人，那它依然一文不值。在这个新环境中，代码变成了容易的部分。困难的部分依然如旧：想办法让人们在乎你的产品。谁是赢家首先，是那些受困于枯燥、重复性问题的领域专家。其次，是构建一次性工具的内部团队——那种需要立即生效而无需完美外观的脚本和内部应用。超级用户（Power Users）也是大赢家，尤其是当他们想用更稳健的方案替代脆弱的人工工作流时。最后，这对那些重视解决方案所有权胜过表面光鲜的工程师来说，也是一场胜利。当然——像 Claude Opus 4.5、Claude Code 和 Cursor 这样的工具对工程师确实有用。它们在消除样板代码、实现功能和编写单元测试方面表现出色。最近我最喜欢的用例之一（特别是刚入职新工作时），就是生成个性化文档和功能演示，以快速熟悉代码库和各种细节——这对上手非常有帮助。但现实是：LLM 并不完美——即使代码能一次编译通过。即便有高质量的提示词（Prompt）和清晰规则，这些模型依然会犯错。作为一个天天用这些工具的人，我可以告诉你，不能无脑信任输出结果。你依然得像审查同事的 Pull Request 一样审查代码。你得阅读逻辑，检查假设，通常还得手动修改才能搞定。毕竟，你很可能要把代码发给队友审查（也许还要经过 Code Rabbit）——让队友去审查一堆你自己都没写过、甚至没费心检查过的代码，这公平吗？这些工具能帮你跑得更快，但它们无法取代批判性的眼光，也无法替代你多年的经验，更不会比你更懂整体的问题空间。炒作让人觉得我们正步入 SaaS 的黄金时代。其实不然。我们正步入的是个人软件的时代：生成工具来解决问题，然后继续前行。揣着二十美元，哪怕只有几小时闲暇，再加点耐心，几乎任何人都能发布一个功能完备的应用程序。我们正进入“个人软件”时代，从最初的灵感到做出可用产品之间的鸿沟从未如此之窄。在这个新现实中，工程专业知识依然极具价值，只是角色的本质正在转变。其重要性并未消退，相反，现在的关键在于利用这些工具在比以前更高的层面上进行构建。驾驭这些系统并提供 LLM 目前缺乏的技术监督，需要真正的专业知识。虽然 AI 写代码确实厉害，但在架构可维护、可分发和可扩展的系统方面，它依然很菜。这就是那些以为可以炒掉开发团队的非技术型领导者犯大错的地方。除非有一天人工智能发展到让整个讨论都变得毫无意义，否则相信“提示词可以取代技术专长”绝对是个战略误判。构建稳健的软件，依然需要一位理解这门手艺底层原则的人类。归根结底，虽然工具变了，但优秀工程的根基未变。门槛或许已消失，但判断力、品味和责任感，依然是这行饭碗的根本。

「Github一周热点100期」爆火的AI编程工具却被Claude封禁？

全部
来源

内容由AI生成

1. 翻译：代码日趋廉价，软件依然昂贵作者：Chris Gregori 原文标题：Code Is Cheap Now. Software Isn't.原文链接：网页链接软件构建的门槛已然崩塌，但构建有价值事物的门槛却依然高不可攀。Claude Code 和 Claude Opus 4.5 的发布给这股热潮又添了一把火。虽然大语言模型（LLM）工具早已存在，但现在它们变得空前强大，吸引了更多目光。但这并非 SaaS（软件即服务）的黄金时代，我们正步入一个“个人化、用完即弃”的软件时代——在这个时代，工程重心从编写代码转向塑造系统，而这正是工程师依然无可替代的原因。现代开发的转变Claude Code 最近刷爆了我的信息流，这背后有其道理。有趣的不只是开发者们蜂拥而至，而是那些原本依赖 Lovable 或 Replit 等平台的**“构建者”（Builders）和创客**也在纷纷迁移。别误会，用来快速发布产品，原来的工具依然好用。但我们看到了一个明显转变：人们重新发现了命令行优先（CLI-first）工作流的内在美感。当你把交互转移到终端时，抽象层被削薄了。你不再是被动遵循托管界面为你铺设好的“快乐路径”，而是真正掌控全局的人。门槛的崩塌门槛的崩塌人们到底在用这些工具造什么？环顾四周，你会发现：万物皆可造。其实，我们已达饱和点。一方面，我们见证了软件创造真正的民主化。门槛实际上已经不复存在。有史以来第一次，非开发者不再仅仅是软件消费者，而是摇身一变，成了自家工具的架构师。过去，如果你有个特定问题，得花好几个小时去搜一个能解决 80% 痛点的 SaaS 产品。如今，工作流变了。人们打开命令行或语音界面，直接描述需求。我们看到了**“个人软件”**的井喷：• 针对特定预算风格定制的订阅追踪器• 解决某个极小众数据录入问题的 Chrome 扩展• 界面完全符合用户心意的健身 App这是一个巨大转变。软件正演变为一种你生成的个人效用工具，而非购买的商品。从 SaaS 到"草稿纸"从 SaaS 到草稿纸我们正进入软件开发的新纪元，在这里，目标不再总是长久存续。多年来，业界一直痴迷于构建“平台”和“生态系统”，但潮流正转向更“短命”的形态。我们正在从 SaaS 转向“草稿纸”（Scratchpads）。这类新软件大多不是为了传世而生。恰恰相反，人们越来越多地构建工具来一次性解决单一、特定的问题，然后将其抛弃。这种软件被视为一种用完即弃的效用工具，它只活在当下，不问未来。这一模式之所以可行，归功于一种特定的技术哲学：命令行优先的接口、本地数据和零上手成本。一旦消除了注册账户、配置数据库或在复杂界面中摸索的摩擦成本，创建工具的代价便几近于零。此时，“临时性”不再是缺陷，反而成了一种特性。如果花五分钟就能搞定一个针对一次性任务的定制方案，那你根本不需要它长久存在。这与传统 SaaS 模式形成了鲜明对比。SaaS 的本质就是为了优化留存、锁定用户并扩张业务。它的商业模式旨在把你圈在生态系统里，不断增加你的足迹。反观这些定制工具，它们优化的是即时性和掌控力。它们不在乎你的终身价值（LTV），只在乎搞定眼前的问题。从很多方面看，这回归了电子表格最初的用法。你打开 Excel 不是为了建一个永久的、用好多年的数据库；你把它当作草稿纸来理清问题、计算结果，然后继续下一步。在这个新格局中，Claude Code 就像是开发者的 Excel——一个用来解决眼前问题的强大、灵活的实用工具；而不是创始人的 Shopify——那种为业务建立永久基石的平台。关键在于搞定工作，然后把工具扔在一边。这也解释了为什么下一点至关重要：快速生成软件是一回事；让它在现实世界的碰撞中存活下来则是另一回事。代码日趋廉价，软件依然昂贵代码廉价，软件昂贵这就是当前"AI 原生"时代的残酷现实：代码不值钱了，但软件依然昂贵。大语言模型（LLM）有效地抹平了生成代码行的成本，但它丝毫没有降低真正理解问题的成本。我们看到无数“周末开发出的 App”泛滥成灾，但其中大多数只是对基础增删改查（CRUD）操作和第三方 API 的简单套壳（Wrapper）。它们在 Twitter 演示视频里看起来很酷，可一旦遭遇现实世界的摩擦，往往瞬间崩塌。软件真正的成本不在于初次编写，而在于后续维护、边缘情况处理、不断累积的用户体验债务，以及数据所有权的复杂性。这些“速成”方案极其脆弱。银行一改 CSV 导出格式，那个订阅追踪器就挂了；目标网站的 DOM 结构一变，那个 Chrome 扩展就废了；用户一旦需要强大的离线支持或可靠的数据同步，那个健身 App 就没法用了。最近，我在 Hacker News、Reddit 和 Twitter 上看到很多关于“软件工程末日”的悲观论调。这完全搞错了重点。我们并没有见证这个职业的终结；我们正步入它的新纪元。工程师的价值正在从语法的“怎么写”（How），转移到系统的“是什么”（What）和“为什么”（Why）。真正的工程在于抽象和架构。它关乎如何构建长久系统，理解为何需要特定限流策略，懂得管理分布式缓存，以及清楚知道环境变数绝对不能存放在何处。AI 常让人觉得强大，因为它掩盖了复杂性。但作为工程师，你的工作是管理这种复杂性，而不是无视它。工具变了，但对工程严谨性的根本要求从未如此之高。分发的假象分发的假象事情也有反面。随着门槛消失，噪音也达到了历史最高点。我的信息流现在充斥着**“AI 创业者”，声称他们用一下午做出来的 App 就能获得五位数的月经常性收入（MRR）**。很多情况下，这些说法非常可疑。当你看到一个既无现有分发渠道又无清晰**“护城河”**的创作者，声称一个周末项目能赚 10,000 美元 MRR 时，这通常是骗取关注的手段，而非真实的商业反映。有些故事或许是真的，但在大多数情况下，这些并非技术创新的蓝图，而是营销案例。这些人之所以成功，是因为他们精通在拥挤市场中博取眼球的艺术，而不只是因为他们有个 AI 副驾驶。我们已经进入了一个代码生成不再是瓶颈的时代。真正的挑战已经转移到了分发，更重要的是，如何从行业中盛行的“快速致富”姿态中，分辨出真正的实用价值。这些人并没有发现什么秘密捷径；他们只是找到了一种方法，能更快地执行既有优势（或者假如学编程对副业来说太难的话，AI 帮他们解锁了这个能力）。我们可以换个视角看待这种转变：AI 实际上消除了作为主要差异化因素的工程杠杆。当任何开发者都能用 LLM 在极短时间内构建和部署复杂功能时，写代码的能力就不再是曾经的那种竞争优势了。光做一个“构建者”已经不够了。相反，成功现在取决于那些更难被自动化的因素。品味、时机以及对受众深刻直觉的理解，比以往任何时候都重要。你可以在周末生成一个产品，但如果你造错了东西，或者把它推给了一群根本不在乎的人，那它依然一文不值。在这个新环境中，代码变成了容易的部分。困难的部分依然如旧：想办法让人们在乎你的产品。谁是赢家首先，是那些受困于枯燥、重复性问题的领域专家。其次，是构建一次性工具的内部团队——那种需要立即生效而无需完美外观的脚本和内部应用。超级用户（Power Users）也是大赢家，尤其是当他们想用更稳健的方案替代脆弱的人工工作流时。最后，这对那些重视解决方案所有权胜过表面光鲜的工程师来说，也是一场胜利。当然——像 Claude Opus 4.5、Claude Code 和 Cursor 这样的工具对工程师确实有用。它们在消除样板代码、实现功能和编写单元测试方面表现出色。最近我最喜欢的用例之一（特别是刚入职新工作时），就是生成个性化文档和功能演示，以快速熟悉代码库和各种细节——这对上手非常有帮助。但现实是：LLM 并不完美——即使代码能一次编译通过。即便有高质量的提示词（Prompt）和清晰规则，这些模型依然会犯错。作为一个天天用这些工具的人，我可以告诉你，不能无脑信任输出结果。你依然得像审查同事的 Pull Request 一样审查代码。你得阅读逻辑，检查假设，通常还得手动修改才能搞定。毕竟，你很可能要把代码发给队友审查（也许还要经过 Code Rabbit）——让队友去审查一堆你自己都没写过、甚至没费心检查过的代码，这公平吗？这些工具能帮你跑得更快，但它们无法取代批判性的眼光，也无法替代你多年的经验，更不会比你更懂整体的问题空间。炒作让人觉得我们正步入 SaaS 的黄金时代。其实不然。我们正步入的是个人软件的时代：生成工具来解决问题，然后继续前行。揣着二十美元，哪怕只有几小时闲暇，再加点耐心，几乎任何人都能发布一个功能完备的应用程序。我们正进入“个人软件”时代，从最初的灵感到做出可用产品之间的鸿沟从未如此之窄。在这个新现实中，工程专业知识依然极具价值，只是角色的本质正在转变。其重要性并未消退，相反，现在的关键在于利用这些工具在比以前更高的层面上进行构建。驾驭这些系统并提供 LLM 目前缺乏的技术监督，需要真正的专业知识。虽然 AI 写代码确实厉害，但在架构可维护、可分发和可扩展的系统方面，它依然很菜。这就是那些以为可以炒掉开发团队的非技术型领导者犯大错的地方。除非有一天人工智能发展到让整个讨论都变得毫无意义，否则相信“提示词可以取代技术专长”绝对是个战略误判。构建稳健的软件，依然需要一位理解这门手艺底层原则的人类。归根结底，虽然工具变了，但优秀工程的根基未变。门槛或许已消失，但判断力、品味和责任感，依然是这行饭碗的根本。

2. 「Github一周热点100期」爆火的AI编程工具却被Claude封禁？

3. 我现在一大半的coding任务已经从付费api切入到本地编程上了。使用全开源产品线vscode+qwen3.6能完成很多标准任务了，比如 CRUD、标准业务逻辑、正则、脚本、配置文件、部署自动化、Devops、简单算法、前端页面、调试排错，单元和接口测试，以及所有的文档生成任务。实在有不行的地方我古法编程顶上。编程的刚需场景能被本地模型吃下70%左右，剩下我自己顶一部分，追求效率时用claude 4.7再顶一小部分。你贵咱们就不用你，没有张屠户还吃带毛猪不成？想赚我的token钱，那有点难度。token的利润，其实大多来自于外行的挥霍。

4. 最近一个月在Wegent项目里写了13万行代码（去掉package.lock之类的文件至少也有10万行左右)，算上周末，这个月平均每天接近4000行，AI代码占比超过99%。除了开发这个项目之外，我还负责另外三个方向的业务的管理工作，每天的工作还包括对接需求、推进项目、写汇报材料、管理团队、被拉去开各种莫名其妙的会和一个技术中层可能需要做的一切。没有AI的情况下根本不可能做到完成管理工作的同时还能如此密集的进行开发。来说说我的日常编码工作方式：开会、带娃、走路或者任何突然有灵感的时候用把需求提到Wegent上，电脑或者手机都用，一般每天会提十几个想法，最终落地7到8个。 Wegent会在云端环境完成开发，任务完成后会自动提pr。等我在电脑前的时候打开pr列表，在本地环境进行功能验收测试。 AI提了的pr已经做了单元测试、集成测试和e2e测试，一般不会出现严重的改飞了的情况。测试有大问题或者方向性错误就在Wegent的任务里接着修复，小问题用本地的claude code或者ai ide修复。修复的时候切到下一个pr继续测试，本地一般会开三个worktree，每个空间开一个ai ide和一个cc，最多六个ai一起修改（再多的话任务上下文切换带来的精神压力太大了）。功能验收没太大问题就会合并pr，后续调整会重新从wegent发起修改任务，而不是追求一次改到完美。（非常重要！）大块的功能会先用Wegent的澄清模式捋一下需求，然后用澄清模式生成的提示词在Wegent里提个开发任务生成poc大概感受一下效果（不到1小时能搞定），然后废掉poc，重新用Wegent开发一个可用版。如果是小改动，直接用Wegent的开发模式，不做澄清。感觉问题描述不清或者估摸着特别难改的，在本地用ide的AI边分钟边改。再小的改动，也尽量从云端发起，而不是在本地开发。因为本地开发本质上还是串行的，开始改到改完需要连续的时间，而云端开发可以极致的利用碎片化时间，30秒钟提个想法就可以做别的了。即使在agents.md里要求ai随时进行重构，还是会需要单独做一些重构任务，一般会在ide修改的过程中用ai完成。并行开发的过程中出现代码冲突的话让ai自行解决，效率完爆人类。高强度的AI开发给我的几个感觉：像我这种什么都懂一点的人收益非常大（我兼职了这个项目的UI/交互/产品/前端/后端/运维和项目、团队管理），因为只要你在哪个方向上能做一点，AI就能在那个方向上帮你多做一点。 AI开发提效的质变点在于人什么时候“退出”开发流程，只做三件事：最开始决定做什么，最后面验收成品是不是我要的，和中间纠正哪里做错了。一旦人退出了开发流程，用同样的精力就可以管理很多个“AI开发流水线”，效率会是几何级的上升。有了AI之后，“要做成什么样子”变成了人和人之间最重要的、决定性的区别，其次是“为什么做不成那个样子”。回答不了这两个问题的人，过不了多久就会被AI淘汰掉。

5. 看看作者如何将氛围编程的成本将到0。I optimised my vibe coding tech stack cost to 0自从 Vibe Coding 出现以来，我一直在大量尝试构建各种产品。有些是面向消费者的产品，有些则是……用来替代昂贵商业软件的内部工具。但从一开始我就非常清楚一件事：Vibe 技术栈真的很贵。最初我尝试了很多工具，比如 Bolt、v0、Replit、Lovable 等等。其中 Replit 给我的效果最好（是的，这里可能有点主观，和我做的应用类型有关）。但即便如此，我每个月在这些工具上的花费通常也在 25 到 200 美元之间。再加上 API、模型等其他成本，每月账单轻松超过 300 美元。和雇一个开发者相比，这样的成本是否划算？是的。但它真的“物有所值”吗？不是。于是，在接下来的几个月里，我不断对整个技术栈进行优化：要么完全免费（或几乎零成本）用于内部项目，要么在面向消费者的产品中保持极度精简的成本结构。现在，我的完整技术栈是这样的。1，IDE（开发环境）使用的是 Google 的 AntiGravity，完全免费。如果你有学生邮箱，还能获得更高的使用权限。2，AI 文档使用 SuperDocs，100% 免费且开源。3，数据库使用 Supabase，Nano 计划是免费的，对基础需求来说已经足够。4，认证系统使用 Stack Auth，支持最多 1 万用户免费。5，大模型（LLM）测试阶段使用 OpenRouter 或 Gemini（通过 AI Studio）。生产环境使用的是通过 Unsloth AI 微调的自定义模型。你可以直接在 Google Colab Notebook 里用 Unsloth 对模型进行微调。6，版本管理与分发使用 GitHub 或 GitLab，二者都完全免费且开源。7，快速部署使用 Vercel，免费档对个人和业余项目已经足够。8，数据分析使用 PostHog、Microsoft Clarity 和 Google Analytics。这三个工具都是免费的，而且各自关注点不同。我个人建议三个一起用。访问：www.reddit.com/r/vibecoding/comments/1q1j9i8/i_optimised_my_vibe_coding_tech_stack_cost_to_0/#HOW I AI# #程序员#

6. AI编程大战正式开打！ Claude vs GPT同一天放大招，不是比谁代码写得好，而是AI开始自己组队当项目经理了。#大咖观察 #红衣聊AI #编程 #ChatGPT

7. LLM训练方向、智算中心，万卡集群，以及免费流量和ai编程驱动的AI基建生态，我认是基本到顶了，想象空间已经没了。coding plan的大砍是不可避免的。anthropic是AI大基建最后一个救命稻草，但这个故事也就能再撑个一半年。下半场是离线本地AI，AI边缘计算，工作站AI，消费AI的扩散逻辑。

8. 高中生，想成为鸿蒙开发者

9. 一个视频带你快速盘点2025年GitHub热点项目

10. 抖音前沿科技30X30｜采访AI超级个体 Gemini 3发布后，这5个开发者给自己的人生装上了外挂。 27年程序员老兵：用AI写出多部长篇小说，一边敲代码一边圆武侠梦；硬核奶爸：手搓本地AI操作系统，把私教装进孩子口袋； AI安全研究员：把AI变成科研副驾，打破思维墙；有效加速主义者：打造AI全自动分身，让AI替自己看新闻处理琐事；全栈讲师：降低新手学习门槛，把技术文档自动变成PPT；本期视频，产品君连线5位GDE谷歌开发者专家，带你拆解AI时代的超级个体，听听他们给普通人的真诚建议。 #前沿科技趋势发布月 #抖音知识年终大赏 #AI新星计划 #AI #Google

11. 虽然我自己已经完全切换到Claude Code，但是了解一下为啥还会有那么多人Cursor也能有更全面的观点，评论区说说你都怎么用的？Reddit上有个帖子：r/vibecoding社区问"为什么有人还在用Cursor而不是Claude Code？"去年Claude Code发布后，社区普遍认为它会压倒Cursor。但现实是，Cursor仍然有大量用户。从评论区大家的回答可以看出Cursor的强项：1）开箱即用 — 安装后不需要额外配置，能立即开始编码2）IDE集成最好 — 所有传统IDE功能都有，快捷键熟悉3）上手快 — 工程师5分钟内就能适应，没有学习曲线4）成本低 — 月费$10，功能够日常用5）代码补全 — 行级补全做得很好，快速迭代时很顺手而Claude Code的强项：1）推理深度 — 能理解整个项目的逻辑，不只是当前文件2）自主修复 — 出错时能自动分析和修复，不需要人工干预3）全局追踪 — 跨文件改动时能保持一致性4）测试生成 — 能自动生成高质量的单元测试5）学习成本 — 需要学会用Prompt和Agent思维Reddit的共识是：根据场景不同，选择不同。Cursor适合：✅ 日常编码和快速迭代（原型开发、功能添加）✅ 简单的脚本和工具（几百行代码）✅ 新手或想快速上手的工程师✅ 团队需要"开箱即用"的工具Claude Code适合：✅ 大型遗留代码重构（1000行+，逻辑复杂）✅ 跨文件的系统性改动✅ 自动化测试补全✅ 需要"深度思考"的复杂问题「Cursor像是IDE的助手，Claude Code像是一个高级的工程师助手。前者帮你更快地打字，后者帮你思考怎么改架构。」原文讨论：www.reddit.com/r/vibecoding/comments/1pu1g9b/people_still_using_cursor_over_claude_code_can/#HOW I AI##程序员#

12. 抽点时间写写Wegent这个项目的开发过程（一）其实回顾很多项目的生命周期都是蛮有意义的一件事，之前在做一些项目的时候就有记录和总结一下项目里一些重大决策或者转折的冲动，但是大部分都是公司内的项目没法写出来，难得遇到个能写的开源项目，恰好这个项目又汇集了AI Agent架构和开发范式转变这两个比较有意思的话题，干脆开个新坑系列。大概是夏天的时候我决定要开发一个新的Agent系统，最初项目的定位是做一个claude code的套壳工具。当时Cursor、Windsurf这类Agent开发工具开始成为主流，我当时也还在Roo Code社区里比较活跃（如果你不了解RooCode，也不用介意，它是一个开源AI编码插件，后面描述的重点不是产品本身，而是它的开发方式）。Claude Code那时候刚发布没多久，虽然脱离IDE就能开发这个特性有点意思，但是单靠CC还不足以让开发者从类似Cursor的IDE工具迁移过来：对于大多数开发者的日常工作流来说，CC能做的事情，IDE或者IDE+Agent插件也能做，CC只是个阉割掉了IDE功能的Agent。但是当时Roo Code社区已经做了一个很有意思的探索：他们做了一个叫roomote的机器人，所有提交到RooCode项目的Issue，roomote都会尝试排查或者修复问题，然后提交PR或者直接给出回答。社区里经常有不明真相的群众表示，为什么会有一个叫roomote的人能够一天24小时工作，并且回答所有人的问题，他是你们的外包团队吗？最后RooCode团队表示，roomote只是个用了opus模型的RooCode插件。作为Roo Code社区开发者之一（RooCode的代码编辑器、消息解析器、Todo和一些乱七八糟的功能都是我做的），我认为RooCode项目本身没有太多值的研究的（代码非常烂），但是我对他们这种开发模式非常感兴趣。社区的核心开发者就一两个，但是每天能够开发5-10个小功能，每周能发个大功能，并且还能在某种程度上避免项目失控（虽然Bug也不少），放在过去这种效率是不可想象的。RooCode社区的开发方式总结下来就几点：1 能让AI做的事情就让AI做2 人配合AI快速迭代，密集发布新版本，追求迭代效率，降低质量要求3 不停的通过提示词、测试和重构避免项目复杂度失控我开始意识到：未来开发者写代码的方式会变，这不是简单的工作自动化，而是“AI驱动式开发”，这种模式应该未来会成为某种新的软件开发范式。因此本来我的目标是把RooCode本身移植成为命令行工具（我们开源的另一个项目RunVSAgent其实是这个目标的副产品），而Claude Code的诞生让我省了不少事。（待续，下一篇准备讲讲Wegent项目原型开发时遇到的问题）

13. 【被AI判死刑的SaaS名单：谁在慌，谁装没事】快速阅读：一位科技圈观察者列出了一份被AI"判死刑"的SaaS公司名单，从Grammarly到Calendly，从Notion到Cursor。这不是"AI会写代码所以大家自己开发工具"那种老调，而是一个更底层的判断：当每个人都有了相当于全职私人助理的AI agent，现有的工具类产品的存在意义将被根本性地重塑。 --- Tenobrus在社交媒体上扔出了一份分级名单，把当前热门的SaaS产品按"死得多惨"排了个序。最惨那档（gigafucked）：Grammarly、Calendly、Miro、Retool、Webflow、LangChain、Writer、Harvey、Glean、Expedia、Monday。次惨那档（fucked）：Accenture、Intuit、Notion、Jasper、Canva、Postman、Airtable、Zapier、Replit…… 然后是"可能死"的：Cursor、Pilot、Clay、Mercor。最后还有一个特殊分类，大意是"看起来要死但团队足够聪明所以在现场边跑边想"——目前只有Linear一家。这份名单的底层逻辑只有两条：coding agent越来越强，软件开发成本趋近于零；personal agent真正普及之后，每个人手边等于有了一个全职私人助理。 Calendly为什么在最惨那档？有人反驳说Calendly明明有免费替代品都没死，凭什么AI来了就死？原作者的回答很干脆：有全职私人助理的人，根本不会用Calendly这类工具安排日程。这不是"会被更便宜的同类产品替代"，是这类需求的处理方式被整体废掉了。 Expedia在这份名单里，理由同理：旅行规划和预订，是personal agent最容易接管的场景之一。有网友提到，企业级工具的替换周期被严重低估了——中大型公司换一套工具链涉及组织采购、培训、兼容性，哪怕更好的东西出来了也要拖好几年。这个观察没错。原作者并没有说"明天就死"，时间窗口的判断本来就是这类预测最难的部分。 Notion和Intuit能不能靠"UI足够好、错误容忍度低"活下去？原作者的判断是：UI的重要性会线性下降，幻觉问题会被解决，智能会持续提升。这是一个信仰，也是一个赌注。 Cursor的处境最有意思。有人认为它应该进最惨那档：一个不训练前沿模型的IDE层产品，怎么可能持续盈利？原作者的回答是：它现在有大量资本，有一批够硬的工程师，Cursor Bugbot已经相当能打。他们没有躺在IDE这个形态上等死，还在动。所以归入"可能死"而不是"必死"。 Linear是这份名单里最受好评的异类。有网友说Linear是goated，甚至提出他们应该直接整合git、绕过中间层。原作者回应说这正是他们在做的事，"有点让人叫好"。一家本来"看起来要死"的项目管理工具，靠着持续的产品品味和执行力，在这张死亡名单上混到了一个模糊的位置。产品力和团队质量能不能对抗结构性的市场变化？或者说，这只是让死得慢一点？ --- 简评： Linear被单独拎出来不是因为产品好，是因为它展示了这个时代唯一的生存姿势：别跑得比AI快，跑得比自己的旧认知快就行。名单上最惨的那些公司，死因高度一致——把“解决问题的方式”当成了“问题本身”。Expedia以为自己做的是旅行预订，其实做的是信息差套利；Miro以为自己做的是协作白板，其实做的是人类大脑的外接硬盘。当AI成为每个人的大脑外挂，外接硬盘就是电子垃圾。唯一的活路是像Linear那样——不问“我的产品怎么还能卖”，问“需求在往哪里变形，我怎么先到那里等着”。 --- x.com/tenobrus/status/2025648199898407345

14. 【10天干翻微软多年心血：Claude Cowork给科技巨头上了一课】Gavin Baker发了一条让人深思的推文：Claude Cowork才是Copilot本该成为的样子。更扎心的是，这个产品是用Claude Code在10天内构建出来的，而微软在Copilot上已经投入了好几年。这条推文引发了一场关于大公司创新困境的讨论。Replit创始人Amjad Masad给微软说了句公道话：整个行业才刚刚意识到，代码智能体本质上就是通用智能体。这其实是“苦涩教训”的延伸——编写和执行代码，很可能会超越多年精心打造的垂直领域专家系统。程序合成本身就是一种可扩展的搜索方式。但更多人把矛头指向了大公司的组织病。有人一针见血地指出：微软在Copilot上有5000名开发者，但他们在“按组织架构出货”。这10天的冲刺证明，瓶颈从来不是技术，而是决策延迟。当雷德蒙德还在开会讨论安全对齐的时候，有人已经用“氛围编程”做出了更好的产品。两年路线图的时代死了。拥有杠杆的小团队将吞噬一切。这话听起来夸张，但细想有其道理。小团队能赢，是因为构建者每天都在使用自己的产品，反馈循环极短，优先考虑的是延迟、上下文管理和真实工作流，而不是委员会和官僚主义。微软则要在政治、遗留系统集成和无数利益相关者之间周旋。Anthropic只需要做一件事：把产品做好。有人调侃：微软做出了Teams和SharePoint，你还能指望什么？也有人说得更直接：Copilot太烂了，我都忘了它的存在。当然，也有冷静的声音。有人提醒：没有Claude Opus 4.5就不会有Cowork，Anthropic现在只是发布了一个Mac测试版。大公司没法发布这么有限的东西，但六个月后再看看他们能拿出什么。这场讨论的本质，是关于创新的组织形态之争。即便萨提亚变成超级产品经理、天天和一线工程师对话，把AI进展“降维”给领导层解释本身就是一种税——而Anthropic交的税比微软少得多。最好的产品不是委员会造出来的，而是真正使用它们的人造出来的。这句话值得每个大公司的管理者反复咀嚼。x.com/GavinSBaker/status/2011421526722023889

15. //@王巍://@宝玉xp:回复@高飞:就像有了 Claude Code，程序员们就很少用 IDE，但不是说 IDE 就死了，只是用得少了，价值就低了//@高飞:主要Figma一年之后，大概率还是Figma，但是Claude Design，不一定还是现在的Claude Design……

16. 从自动写代码到智能影音刮削：实测 OpenCode，这台“赛博管家”真的能干苦力活

17. 夸克x千问，AI浏览器还能这么玩？

18. Vibe Coding 是一个基于 AI 结对编程理念打造的终极开发工作站，旨在帮助开发者高效、系统地将创意转化为可维护代码。它融合了作者多年开发经验与丰富的提示词库，形成一套严谨且灵活的流程体系，强调规划驱动与模块化设计，避免 AI 失控造成项目混乱。核心理念在于“规划就是一切”，通过定义生成器（α-提示词）与优化器（Ω-提示词）两大母体提示词，构建递归自我优化的 AI 系统，使提示词及技能持续进化，最终实现无限逼近预期目标的自我超越。Vibe Coding 提供完整的开发流程指南：从网络环境配置、开发环境搭建、IDE 设置，到项目设计文档撰写、技术栈推荐、实施计划生成，再到代码实现、测试与迭代，每一步均配合 AI 进行，确保开发高效且可控。特别强调先结构后代码，避免技术债务积累。工具链方面，推荐使用 Visual Studio Code、Neovim 等强大编辑器，配合 Claude Opus 4.5、gpt-5.1-codex 等顶级 AI 模型，实现代码生成、测试、调试、文档管理等一体化工作流。还集成了丰富的辅助工具如 Augment (上下文引擎)、Zread (代码阅读)、tmux（终端复用）、DBeaver（数据库管理）等，极大提升开发体验。项目配套了详尽的提示词库，涵盖系统提示词、编程提示词、用户提示词及辅助提示词，支持快速构建高质量的 AI 交互策略。通过严格的规则和上下文管理，确保 AI 生成代码的质量与一致性。此外，Vibe Coding 还提供丰富的实用技巧和常见问题解答，帮助开发者快速上手并解决开发中遇到的各种挑战。其开源 MIT 许可让社区能自由贡献与扩展。Vibe Coding 通过“规划驱动 + 上下文固定 + AI 结对执行”，让「从想法到可维护代码」成为一条清晰且可审计的流水线，极大提升了开发效率与代码质量。项目开源地址：github.com/tukuaiai/vibe-coding-cn无论是新手入门还是资深开发者，Vibe Coding 都能帮助你驾驭 AI 助力的开发新时代。

19. 本地AI哪家强？统一内存大横评！

20. AI圈昨晚炸了！Claude Code内部不慎操作，导致源码泄露，整整51万行代码、1900多个文件，全部意外公开，而这件事背后更重要的是：让所有人第一次看清楚，下一代AI软件到底长什么样。#大有学问 #红衣聊AI #代码 #网络安全 #Claudecode

21. “一人公司”喊得响，核心系统不敢动，AI编程的错位在哪？#华为云码道 #龙虾 #AI智能体 #openclaw #AI

22. OpenClaw 新能力：最强浏览器自动化方案，免登录自动操作小红书、X、公众号等｜Chrome DevTools MCP

23. 2026 AI Coding 下半场：不拼参数，拼谁能让开发者“戒不掉”

24. themodernsoftware.dev/斯坦福大学的公开课CS146S: The Modern Software Developer 这是一门教导学生如何利用最前沿的 AI 工具来将生产力提升 10 倍的课程。不仅教授理论，更强调掌握实际的 AI 辅助开发、自动化测试、智能文档编写和安全漏洞检测等技能。课程涵盖了从基础的 Prompt 工程到复杂的 AI Agent 开发的全流程：第 1 周：LLM 编程入门 - 学习如何高效编写提示词（Prompt Engineering），理解 LLM 原理。第 2 周：代码智能体 (Coding Agents) 解构 - 学习 Agent 架构、工具调用以及 MCP (Model Context Protocol)。第 3-4 周：AI 集成开发环境 (AI IDE) 与模式 - 学习上下文管理、与 Claude Code 等工具的协作模式。第 5 周：现代终端 (Modern Terminal) - 如使用 Warp 等工具进行终端自动化。第 6-7 周：测试、安全与维护 - 利用 AI 进行代码审查 (Code Review)、漏洞检测 (SAST/DAST) 以及自动化测试。第 8 周：自动化 UI 构建 - 使用 AI 快速构建前端和原型。第 9-10 周：部署后运维与未来展望 - 涉及 AI 在 SRE中的应用以及软件开发的未来趋势。#科技先锋官#

25. 2026年，JetBrains的IDE要被Cursor一类的AI IDE革命了吗？

26. 过去十年，大家一直在说AI会改变编程。但现在看，真正被改变的，可能不是“写代码”，而是“审代码”。如果未来AI写代码、审代码都变成了常态，程序员最核心的能力到底是什么呢？#大有学问 #红衣聊AI #anthropic #人工智能 #程序员

27. 硅谷正在发生一场职场范式的无声演变：顶级AI公司开始争夺一种被称为氛围程序员（Vibe Coders）的特殊人才。Lenny Rachitsky 最近观察到一个显著趋势，许多非技术背景的人才，凭借对 Lovable、Replit、v0、Cursor 和 Claude Code 等AI工具前1%的驾驭能力，正在进入核心开发岗位。这不仅仅是工具的更迭，更是生产力逻辑的重构。在传统视角下，编程是关于语法的博弈；而在氛围程序员眼中，编程是关于意图的传达。当打字和语法成为廉价的商品，定义问题的能力便成了稀缺的溢价。这些氛围程序员被形容为微型创始人。他们不等待指令，而是直接将观察到的痛点转化为可运行的产品。有人可以在完全不懂 Kubernetes 的情况下，开发出顶尖的AI代理工具；有人可以每周交付十几个企业级原型，将原本昂贵且耗时的开发过程压缩到极致。这种效率的飞跃源于一种认知的转变：编程的重心已经从如何写（How to write）转移到了写什么（What to build）。然而，挑战依然存在。提示词能力并不等同于调试能力。当AI生成的代码在复杂边界条件下崩溃时，深层的工程底蕴依然是最后一道防线。未来的开发者将分为两类：一类是构建底层架构的深层工程师，另一类则是能够通过氛围感驱动AI快速交付价值的构建者。在这个时代，最顶尖的技能不再是记住某种语言的语法，而是能够写出清晰的规格说明与验收标准，确保AI的创造力不偏离航向。如果你依然拒绝成为一名氛围程序员，或者固守于手动敲击每一行代码，那么在效率的战场上，你可能正在成为一种负债。世界正在奖励那些能够直接解决问题的人，而不仅仅是掌握某种特定技术的人。x.com/lennysan/status/2001390458719916311

28. 折叠屏适配：鸿蒙ArkUI有话要说

29. 2026必备！这8大AI工具，没有裸泳......

30. 刚刚，OpenAI买下Python最强基建，准备垄断开发者「生产资料」

31. Vibe Vibe 是 Datawhale 推出的首个系统化 Vibe Coding 开源教程，面向零基础学习者，从「有想法」到「做产品」提供完整路径。教程践行 Andrej Karpathy 提出的 Vibe Coding 理念，通过自然语言与 AI 对话，让编程从「写代码」转变为「对话式创作」。内容分为基础篇、进阶篇、实践篇和优质文章篇四大板块，覆盖 AI 编程心法、全栈技术栈、项目实战和行业资源追踪，支持零基础、大学生、创业者等多种人群。教程已提供 Docker 一键部署方案，未来还将上线云端 IDE 与 50+ AI Skills，进一步降低学习门槛。GitHub：github.com/datawhalechina/vibe-vibe 在线地址：www.vibevibe.cn#人工智能# #VibeCoding# #AI编程#

32. 本地运行大模型推理经常需要复杂的Python环境、Ollama笨重二进制或llama.cpp编译烦恼，依赖多、启动慢、配置麻烦。Shimmy 用一个Rust单二进制搞定一切，提供完全OpenAI API兼容的本地推理服务器，GGUF + SafeTensors支持，免费永远免费。不仅自动发现Hugging Face/Ollama模型，还支持热模型切换、多GPU后端自动检测、MOE混合推理，甚至一键运行70B+大模型。GitHub：github.com/Michael-A-Kuykendall/shimmy主要功能：- 100% OpenAI API兼容，支持/v1/chat/completions等标准接口；- 单二进制~5MB，包含所有GPU后端（CUDA/Vulkan/OpenCL/MLX），无需编译；- 自动模型发现，支持Hugging Face缓存、Ollama目录、LoRA适配器；- MOE CPU/GPU混合推理，消费级硬件跑70B+模型；- 智能GPU自动检测+端口分配，无需任何配置即开即用；- 支持VSCode Copilot、Cursor、Continue.dev等开发工具无缝集成。支持 Windows、Linux、macOS 多平台，一键下载运行，30秒内启动本地AI服务，完美适合开发者本地开发和隐私推理。#AI推理##本地大模型##RustAI#

33. 车都压不坏的轻薄本，还能跑本地AI？惠普战66 2026 酷睿Ultra版新品首发评测

34. 美团 AI 浏览器被指抄袭个人开发者：开源不代表可以白嫖

35. 把手教你用上开源版Claude Code，Windows系统接入保姆级教程！

36. 学习编程传统方式往往需要看视频、记笔记、敲代码，来回切换工具，容易"学了就忘"。Easy-Vibe 把现代编程学习全流程整合到一起，提供从零到精通的vibe coding完整路线图。不仅有交互式教程、学习地图和沉浸式模拟编码，还支持AI工具实战、SaaS全栈项目、跨平台开发，甚至附赠9大知识领域80+互动专题。GitHub：github.com/datawhalechina/easy-vibe主要功能：- 交互式学习地图，从零基础到高级开发的分步引导；- 沉浸式模拟编码，虚拟鼠标指导快速掌握IDE工作流；- 全栈项目实战，包括AI文案生成网站和在线考试系统；- AI工具深度指南，支持Claude Code、MCP、Agent Teams等高级工作流；- 跨平台开发教程，覆盖Web、小程序、Android/iOS、桌面应用；- 知识库附录，动画可视化9大领域80+核心概念。支持在线阅读和本地运行（npm run dev），适合编程初学者、产品经理、学生和开发者。#vibeCoding##AI编程##Datawhale#

37. AI 编程真的有用吗？Cursor｜TRAE 深度实测！

38. 找到在小平板上用VSCode + Codex的方法了，不需要桌面操作系统，只需要浏览器，在浏览器上访问vscode.dev是不支持这种插件的，但GitHub Codespaces网页版可以。因此只需要创建一个Codespaces容器，安装Codex；但是Codex在Codespaces的网页版是无法登陆的，先使用本地的VSCode打开这个Codespaces容器，登陆Codex以后再打开网页版就行了。可MatePad Mini为什么没有键盘保护壳啊？难道要5G还是只能用iPad mini？

39. 别再纠结 VSCode 还是 IDEA 了：2026 年真正拉开差距的，是你会不会用 AI 编程

40. 只装一套环境，你的任何电脑上都能原生Vibe coding：我的远程 AI Server 工作流

41. 全球AI IDE排行榜

42. 云原生时代的IDE:GitHub Codespaces与Gitpod初体验

43. Jupyter Notebooks vs Google Colab：2025年云 - 哔哩哔哩

44. IDE 已死？真正变化的是开发工作的中心

45. 嵌入式 IDE 的现状与未来：为什么我劝你放弃 eclipse，拥抱 VS Code

46. IDE 已死？？Augment Intent 对“后 IDE 时代”的全新构想

47. IDE 正在消亡？

48. 2026年AI IDE 横评：7款主流产品实测，被低估的国货黑马

49. 私有化部署+离线使用，AI编程体系的企业级适配技巧

50. Replit 为多模型开发引入了新的 AI 集成

51. IDE 已死？开发者工作方式的范式转移

52. Codex 远程开发怎么选？Linux 用 SSH，Windows 别硬遥控

53. TRAE深度解析：字节跳动AI IDE的性能、全能与智能突破

54. 上线！领航者：不写一行代码做产品，AI IDE全流程开发实战！官方wiki！

55. 中美AI编程工具全景对比：IDE与插件生态的全面分析

56. AI编程工具大分化：终端派 vs IDE 派，评测标准正在重写

57. 快讯：OpenCode桌面版WorkSpace正式上线，AI编程工具开启“模型自由”与“深度整合”双轨竞争

58. 便携 + AI 革新！2025 VSCode 绿色版开发新体验

59. OpenClaw生态实测：腾讯本地部署 vs 字节云端SaaS，完整对比报告

60. 我是如何扔掉本地环境，实现“编码即上线”的云原生开发体验的？

61. 开发者体验（DX）拯救指南：别再让你的团队把时间浪费在配置环境上了。

62. Docker+Vscode搭建(本地/远程)开发环境

63. 跨越 IDE 的代码片段管理：从 VS Code 到 WebStorm，再到 AI 时代

64. 纯内网环境使用 Claude Code 的完美解决方案：通过 HTTP 代理“欺骗”验证

65. 云原生开发拯救指南：别再让你的开发者碰本地环境了

66. 实测了20+嵌入式IDE后，我们发现「全架构+AI」的真正解决方案

67. AI编程助手怎么选？CodeBuddy全形态解析：从CLI到IDE，谁才是“第一选择”？

68. 扔掉了本地开发环境，然后开发效率翻了一倍

69. 这些IDE，正在悄悄改变中国开发者的日常

70. 人人都想落地 AI，却栽在了现有的研发体系上

71. vscode 使用远程环境调试本地程序（模拟pycharm行为）

72. 在云服务器上搭建 Jupyter Lab，随时随地写 Python

73. 把本地AI塞进VSCode，断网也能飞速写代码，告别Copilot月费

74. 别再只会本地跑了！用一句话把项目扔到云上

75. 3步搞定离线AI + Claude Code的神器

76. 实现多设备多环境无缝开发-VSCode配置远程开发

77. vscode.dev：在线版 VScode 使用指南

78. 嵌入式开发在AI时代的发展变革展望

79. Codex IDE 扩展

80. JetBrains的IDE和Cursor这类AI IDE正在走向不同的方向

81. 告别 Keil 慢、卡、丑！这款 VS Code 神器，让单片机开发效率翻倍，老工程师都直呼真香！

82. 科研有话说｜今天我来说｜生物信息学工具与数据库（十七）Jupyter Notebook/Lab：可重复性科研的利器

83. 2026实测：VSCode 8款神级插件，开发效率直接翻3倍

84. 嵌入式AI开发必看：杜绝幻觉，才是工业级IDE的核心底气

85. 如何使用：VS Code + GitHub Codespaces

86. AI 编程与开源开发：软件市场颠覆性变革的核心引擎

87. 字节腾讯阿里三国杀：国内三大 AI IDE 全方位横评

88. PPEC Workbench，不止是IDE，更是嵌入式智能开发生态中枢

89. Jupyter Notebook 登陆 HOSTKEY：面向数据科学、AI 与机器学习的一站式开发环境

90. 利用codespaces使用AI工具

91. 最适合程序员的六款好用 IDE 工具，赶紧收藏吧

92. Replit 新功能：用 Gemini 3 两分钟生成精美网站

93. 嵌入式Linux远程开发终极方案：告别Samba卡顿！从SourceInsight到AI IDE实战迭代

94. 本地离线也能用Claude Code + Ollama 跑 GLM-4.7-flash私有AI编程太香

95. 写Python程序，用什么编辑器或IDE

96. Keil Studio 现已支持在 GitHub Codespaces 中运行

97. 澄迈乐学云信息：常用Python软件工具盘点，新手入门必看！ - 哔哩哔哩

98. 把AI实验室装进口袋：用Docker打造云端可移动的Jupyter笔记本

99. DeepSeek智能生成代码：首选部署国产AI IDE Trae

100. 深入浅出从零开始ZYNQ开发系列教程（嵌入式开发篇）- 开发环境准备（VSCode+Claude Code+DeepSeek）

101. 澄迈乐学云信息：Python 最常用 5 大开发环境，新手必看！ - 哔哩哔哩

102. 苹果 App Store 放行，AI 氛围编程应用 Replit 时隔 4 个月更新

103. 大模型开发云服务推荐，哪些厂商提供高性价比算力和开发平台？

104. 【强烈推荐】手把手教你使用VSCode IDE开发STM32（超爽版本）

扫一下，分享更方便，购买更轻松

0评论

当前文章无评论，是时候发表评论了

提示信息

取消

确认

评论举报

垃圾广告！低俗色情！人身攻击！疑似水军评论！其他有害！