设备、网络与账号

这一章只解决一件事：让你能开始，而不是让你配置得完美。

电脑：够用就行

长期做网页、应用或 AI 工作流，Mac 通常更顺——命令行环境和大部分教程默认是它。但不用追顶配，也不用为了换设备推迟开工。

内存比 CPU 更容易成为瓶颈：编辑器、浏览器、开发服务器、AI 工具同时开着，8GB 会一直在换页。

Windows 也能开始。 简单网页和工具类项目直接就能做；命令跑不通的时候，把报错丢给 AI 让它改成 Windows 版本；项目多了再考虑配 Linux 子系统。先别折腾系统，做出第一个东西更重要。

网络：先测，再决定要不要处理

开发时会反复访问这些服务：代码托管平台、依赖包仓库、基础工具的安装源、AI 工具和模型服务。

网络不稳的典型症状：

先测一遍再动手。终端里跑：

node --version
pnpm --version
git --version

再测能不能访问常用服务（把域名换成你实际要用的）：

curl -I https://github.com
curl -I https://registry.npmjs.org

有正常返回就继续。反复超时的话，优先解决包仓库这一项——它出现频率最高，而且换镜像源是成本最低的办法，不需要动整个网络环境。

账号：先开两个

这两个后面几乎每章都会用到。其他账号按需再开：

用邮箱别名管理多个账号

如果你的邮箱支持加号别名（Gmail 支持，多数国内邮箱不支持），注册时可以用 你的名字+服务名@域名 的形式。收到邮件时一眼就知道是哪家发的，被卖了也能追溯。

这不是所有邮箱都有的能力，用之前先自己发一封测试邮件确认能收到。

更稳的做法是用自己域名的邮箱转发到常用收件箱，见域名、DNS 与邮箱。这样即使换邮箱服务商，账号绑定的地址也不用变。

密码和密钥从第一天就分开放

早期最容易留下的隐患，是把接口密钥直接写在代码里、把密码记在备忘录里。

最小做法：

• 用一个密码管理器存账号密码和恢复码
• 项目里的密钥一律走环境变量，不进版本库
• 开启两步验证，尤其是代码托管和域名账号
• 恢复码单独存一份离线备份

域名账号被盗的后果比代码泄露更严重——域名一丢，网站、邮箱、验证渠道会一起失效。具体做法见环境变量与密钥。

AI 编程工具先选一个

不要一次订阅三个。先用一个主力工具完整做完一个项目，你才知道自己实际卡在哪，再决定要不要换或加。

选的时候看三件事：能不能直接读写你的项目文件、能不能跑命令、出错时能不能看到完整上下文。只能对话不能动文件的工具，在这个流程里效率差一个量级。

常见错误

先换电脑再开工。 现有机器大概率够用。

花一整天优化网络。 当天的功能一行没写。

Windows 用户先配一整套 Linux 环境。 简单项目直接就能做。

一次订阅三个 AI 工具。 每个都不熟。

密钥写在代码里。 一次推送就公开了。

域名账号不开两步验证。 丢了域名，网站和邮箱一起没。

注册一堆暂时用不到的账号。 增加管理负担和泄露面。

验收标准

• 本地能跑起一个项目，依赖装得上
• 版本命令都有正常输出
• 常用开发服务能访问
• 有代码托管和域名 DNS 两个账号
• 两个账号都开了两步验证，恢复码有离线备份
• 密码进了密码管理器，密钥走环境变量
• 有一个主力 AI 编程工具，且它能直接改文件
• 没有注册暂时用不到的账号

本章动作

跑一遍上面的版本检查和访问测试，把失败的那一项单独解决掉。然后给代码托管和域名账号开两步验证，把恢复码存到离线的地方。

下一步

1. 网站开发基础名词——能和 AI 讲清各部分是什么
2. 算清第一版成本——知道钱会花在哪
3. 开工准备——回到形态和路线决策