【入门】 Ai-Coding电脑必装软件清单

昨晚我又看见那种很熟悉的场景。

电脑桌面很干净，心里却很乱。教程收藏了一堆，课程买了，账号注册了，甚至连“我要开始做自己的产品”这句话都已经在脑子里说了很多遍。

可真等到打开电脑，第一步就卡住：编辑器装哪个？浏览器用哪个？Git 是什么？Node.js 又为什么非装不可？

我太懂这种感觉了。因为我也不是一开始就会的。最早那会儿，我以为做项目最重要的是“学代码”，结果折腾了半天，代码没写两行，软件装崩了三次，环境报错五次，终端一开像在看天书。

（当时连“把应用拖进 Applications”这事我都怕搞错）

那种挫败感很隐秘，它不像考试不及格那么响亮，但它会一点点把人劝退。

说真的，很多人不是败在不会编程，而是败在还没进入“可持续开发状态”。

你以为自己缺的是能力，其实我们缺的是一套能稳定开工的工具系统。而这，才是这份“必备软件清单”真正要解决的问题。

A. 不是装软件, 是搭“工作台”

刚开始学 AI 编程的人，最容易掉进一个误区：把软件下载，当成任务本身。

Cursor、Chrome、GitHub Desktop、Git、Node.js、Figma、Raycast、VS Code……看起来像是一串零散的应用名，像购物清单，像“别人都在用，所以我也要装”的仪式感配置。

不止于此，它们其实共同组成了一张完整的开发工作流。软件，不是图标。软件，是分工。

Cursor 和 VS Code，解决的是“写”的问题；Chrome，解决的是“看”和“调”的问题；

Git 和 GitHub Desktop，解决的是“版本”和“协作”的问题；

Node.js，解决的是“运行”的问题；

Figma，解决的是“设计表达”的问题；

Raycast、Bob、iTerm2，则解决的是“效率摩擦”的问题。

工具决定起跑姿势。

一个人能不能进入开发状态，取决于他是否拥有最基础的“输入、处理、输出、调试、同步、管理”这六个环节。缺一个，流程就断。说人话就是：你不是没努力，是你的工作链路根本没闭环。

当然了，理想很丰满，现实就是——我们每少装对一个关键工具，后面就多踩十个坑。

B. 以为在学软件其实是在学“数字生产关系”

为什么有些人学得很顺，有些人一上来就崩？

底层原理其实很简单：一个新手进入开发世界，不是进入一个“知识世界”，而是进入一个“系统世界”。

这个系统有自己的语言、规则和基础设施。你不用它，它也不会迁就你。

比如：

• 浏览器不是拿来刷网页的，而是前端的调试器

• Git 不是高级玩家才用的，而是每个人的后悔药

• Node.js 不是“程序员专属”，而是现代前端项目的发动机

• Homebrew 不是炫技命令行，而是 Mac 上的软件分发系统

• Raycast 不是效率玩家的玩具，而是减少操作损耗的入口层

这就是为什么文档里不仅列了软件，还专门写了安装方式：App Store、DMG、PKG、ZIP、Homebrew。

因为安装本身也是认知的一部分。你不理解它们的区别，后面遇到“身份不明开发者”“已损坏无法打开”“磁盘空间不足”时，就会被一个看似小问题拦在门外。

（很多人不是被技术打败的，是被弹窗打败的。最扎心的是，弹窗甚至没骂你，它只是平静地说一句“无法打开”。）

a. 先别急着学高级

先把“能装、能开、能跑、能改、能存”这五件事打通。

因为开发从来不是灵感行业，它首先是基础设施行业。提升自身的执行能力，第一步不是逼自己更自律，而是先让电脑别跟你作对。说人话就是：先把铲子磨利，再谈挖金矿。

当然了，再热血的梦想，最后也得落到一个个能正常打开的软件上。真正厉害的人，不是软件装得多；而是知道怎么用最小工具，撬动最大产出。

所以这份清单，最重要的不是“推荐了哪些软件”，而是它背后隐含的一套解决模型。解决一个大问题：如何从“想学开发的人”，变成“真的能做项目的人”？

b. 解决模型的五个模块

b1. 核心生产模块：先装能让我们开工的

• 安装 Cursor 或 VS Code，确定一个主编辑器

• 安装 Chrome，确保有可用开发者工具

• 安装 Git 和 GitHub Desktop，建立版本管理习惯

• 安装 Node.js，保证项目能运行

这四类，是开发的骨架。没有它们，看到的只是教程；有了它们，才有资格进入实操。

先跑起来。当然了，别一上来就想把全世界的软件都装全，先把“能写代码”这件事跑通。

b2. 理解辅助模块：让我们不再卡在信息获取上

• 安装 Bob，解决英文文档阅读与截图 OCR

• 安装 Figma，提升对产品界面和交互的理解

很多人低估了“看懂”这件事。其实新手最大的隐形成本，不是写错，而是看不懂。

一个按钮不知道叫什么，一段报错不知道啥意思，一个界面画面感出不来，都会直接卡住执行。

不止于此，AI 编程时代，表达能力和理解能力正在变成新的基本功。我们越能描述，AI 越能帮我们；我们越能理解，产品越能落地。

当然了，再高阶的产品感，最后也得先从“看得懂界面、读得懂文档”开始。

b3. 效率增强模块：减少每一次微小损耗

• 安装 Raycast，替代低效搜索和启动

• 安装 iTerm2，获得更顺手的终端体验

• 安装 LocalSend，提升设备间传文件效率

新手常常只计算“大任务”的时间，却忽略“小摩擦”的累计。打开软件要找半天，传个文件要微信中转，命令窗口难用得让你不想碰——这些碎小损耗，会一点点吞掉你的耐心。

成年人哪有那么多意志力，很多时候就是嫌麻烦，然后就不做了。

所以真正的提效，不是压榨自身，而是减少阻力。

少一点阻力。当然了，效率从来不是多快，而是少浪费。

b4. 内容创作模块：让我们的作品能被看见

• 安装 CleanShot X，做好截图与表达

• 安装 Screen Studio，录出更像样的演示视频

• 安装 Zipic，压缩图片，优化交付效率

如果要做作品集、写教程、发推文、做课程，这些工具就不只是“锦上添花”，而是把结果传递出去的放大器。

做出来的东西，如果表达得乱、展示得糙，就很难形成正反馈。其实很多人不是没有成果，而是没有呈现成果的能力。

当然了，再好的作品，没人看见，也很难产生回报。

b5. 系统管理模块：让工作环境长期可持续

• 优先使用 Homebrew 安装可命令化的软件

• 保持至少 10% 磁盘空间

• 遇到安全限制，按文档的方法处理权限和xattr

• 下载软件的来源尽量选择官网、App Store 或可信渠道

这部分看起来最不起眼，实际上最关键。

因为真正拖垮一个人的，不是不会，而是系统越来越乱，最后哪都不敢动。

桌面像仓库，下载像盲盒，更新像赌博。

这也是反复强调安装方式和常见问题的原因：不是怕不会下载，是怕没建立“可维护”的系统意识。

稳定，比炫酷重要。

当然了，软件装得再多，如果安装逻辑是乱的，迟早会反噬我们。

c. 真正的行为技巧

一个最小可执行版本。

第一步，不要贪多。今天只装 5 个：Cursor、Chrome、GitHub Desktop、Git、Node.js。

第二步，统一路径。能用官网就官网，能用 Homebrew 就 Homebrew，不混乱安装来源。

第三步，边装边验证。每装一个，就打开一次，确保它真的能运行，不要攒到最后一起爆雷。

第四步，按角色理解工具。写代码的、看页面的、管版本的、跑项目的、提效率的，分清楚。

第五步，先形成工作流，再追求高级感。先做到能从“打开编辑器”走到“本地跑起一个项目”，这比你收藏 100 个工具有用得多。

C. 真正的成长是什么

所谓成长，很多时候不是突然变强，而是终于不再被那些低级摩擦反复消耗。

提升自身的认知边界，不是去追最新最贵的软件，而是知道每一个工具在我们的人生系统里，到底承担什么职责。

（你以为自己在买软件，其实是在给未来那个想认真活一次的自己，买一张入场券。）

学海无涯。可人总得先下水。如果现在正站在“想开始”却迟迟没开始的门口，希望你别再把问题全怪到自己身上。

我们不是懒，也不一定是笨。很多时候，只是没有一套顺手的工具，把我们的热情接住；没有一个稳定的系统，让我们的野心落地；没有一个足够友好的起点，帮我们从“我想试试”走到“原来我真的可以”。

而我越来越相信，一台电脑上的软件清单，从来不只是工具列表。

它其实是一张，一个普通人决定认真创造些什么时，给自己铺下的路。

我知道那种感觉：嘴上说再等等，心里却一直怕自己这辈子就停在“想做”这里。可要真往前走，往往不是先等勇气来，而是先装好第一个软件，跑通第一个流程，完成第一个微小闭环。

我们会在那些很具体、很琐碎、甚至一点都不浪漫的安装与配置里，慢慢把散掉的信心一点点捡回来。

然后有一天回头看，才发现原来真正救自己的，从来不是一句热血的话，而是终于愿意认真对待自己要走的路。

( 其实折腾这些工具、环境、系统，说到底，也不过是想让自己有一天，能靠真正喜欢的东西活下去。 )

以上

– 中