2026 年做一个网站,到底还需要会多少代码

如果你问一个 2016 年的程序员，做一个能上线的网站需要会什么，他会给你一张清单。HTML、CSS、JavaScript、一门后端语言、数据库、服务器运维。按这张清单学下来，大半年就过去了。

2026 年我做网站的方式是，把想法用几段话说清楚，AI 把代码写完，我负责提要求和验收。整个过程里我亲手干的活，主要集中在调界面那一部分。

这不是炫技，这套流程谁都能跑。这篇文章就把大概的过程讲一遍，讲完你自然知道标题那个问题的答案。

一、骨架，从宜家说起

先说网站的骨架。

宜家的全球官网 ikea.com，现在整站建在一个叫 Astro 的开源框架上，同一份采用者名单里还有 Google、微软和保时捷。能让这些公司把主站押上去，说明它解决了真问题。

Astro 解决的问题说穿了很朴素。绝大多数网站，本质是内容展示。你的博客、作品集、产品介绍页，访客打开就是看，不需要服务器在背后现算什么。Astro 的思路是把这类页面提前生成好，像印刷好的传单，而不是现做的菜。浏览器拿到的直接就是成品。

这个思路带来的好处很实际。页面没有中间环节，几乎是瞬间打开。静态文件的托管成本低到可以忽略。又因为没有常驻的服务器进程，攻击面也小了一大圈。

有人会问，那为什么不用 React、Next 这些更有名的工具。不是它们不好，是大多数个人网站用不到那么重的装备。那感觉像用集装箱卡车送一份外卖，车是好车，但你要的只是把饭送到。我现在开新项目，默认就是 Astro，遇到它搞不定的需求再说，而这种需求到目前为止还没出现过。

二、要动的部分，苹果给过答案

网站不可能全是死的。搜索框、登录、实时更新的列表，这些要跟人互动的部分，行话叫动态。

苹果上线新版网页 App Store 的时候出过一个小插曲。团队忘了关一个叫 sourcemap 的调试开关，源代码等于摊开给全网看。大家这才确认，apps.apple.com 用的是 Svelte，一个以轻量著称的前端框架，Apple Music 的网页版也是它。

我的选择和苹果一样。需要动态的地方，引入 Svelte。

这里 Astro 有个我很喜欢的设计，叫群岛架构。整张页面是静态的海，只有需要互动的地方是一座座活的岛。一篇文章页面，正文是静态的，右下角的点赞按钮是一座岛。浏览器只为这个按钮加载一小段代码，其他部分还是印刷品。

选 Svelte 而不是别的，理由也很直白。同样的功能，它的代码量明显更少。它还有个特点，别的框架会把一个运行时一起打包发给浏览器，相当于把翻译官随行李托运过去，Svelte 在出厂前就把翻译做完了，送到浏览器手里的是已经能直接执行的原生 JavaScript。对访客来说就是页面更轻、更快。

实际用下来，我的网站大部分页面一行 Svelte 都没有。真正要动的地方往往就那两三处。框架用得越少，AI 生成的代码越不容易出错，这是后面要讲的事。

三、代码是 AI 写的，决定是我做的

到这里才是这篇文章真正想说的部分，活是怎么干的。

我的日常流程大概这样。把想做的东西用一段话写清楚，丢给 Claude 或者 Codex。它会建好项目结构，写完页面，配好数据库，连部署配置一起生成。代码推到 GitHub 上存着，每次改动都有记录，改坏了随时退回去。

依赖管理我用 bun。以前用 pnpm，迁过来的原因不复杂，bun 装包快，而且把安装、运行、测试几件事都包了，电脑上少装几个工具。这种细节单看都不起眼，攒在一起就是流程顺不顺手的差别。

听起来人很闲。其实人的工作没有消失，是换了位置。

排在最前面的是把需求说清楚。AI 的产出质量基本取决于你提要求的精度。「做个博客」和「做个博客，文章用 Markdown 写，首页按时间排列，要有标签筛选」，得到的结果是两个世界。说清楚想要什么，本身就是设计工作。

比写需求更重的活是做判断。这个功能要不要做成动态，数据存哪里，要不要为了一个小特效引入一个新依赖。AI 会给方案，但它倾向于你问什么它都说能做，真正的取舍还是你来拍板。

最后一道工序是验收。代码跑起来之后，每个页面我都会真的点开用一遍。AI 写的代码大面上很可靠，但偶尔会在边角处理上犯迷糊，比如列表为空时页面长什么样，手机上看排版会不会挤在一起。这些它自己测不出来，你得替未来的访客先踩一遍。

然后是那个例外。整条流水线里，AI 至今干不好的一件事，是把界面调到对味。按钮和文字之间差两个像素的间距，标题和配图之间的呼吸感，这种东西我让 AI 改三轮都未必对，自己上手十分钟就调完了。品味这件事，目前还是人类保留地。

四、上线只是一次推送

网站写完了，要让全世界访问到。这一步以前最劝退。买服务器、配域名、装证书，每个词背后都是一篇长教程，劝退了多少学完前端的人。

我现在的方案是 Cloudflare。代码推上 GitHub，Cloudflare 收到通知自动构建，几十秒后网站就挂在它遍布全球的节点上了。从我按下回车到朋友在另一个大洲打开网址，中间不需要我碰任何一台服务器。

顺便提醒一个新变化。Cloudflare 这两年把 Pages 和 Workers 两条产品线合并了，官方明确推荐新项目直接用 Worker 部署，Astro 6 的适配器也跟着改了。如果你搜到的教程还在讲 Pages，那是上一个版本的世界，照着做会绕弯路。

数据放哪。Cloudflare 有个叫 D1 的数据库，你可以把它理解成一个跑在 Cloudflare 网络上的 SQLite，轻量，但个人项目绰绰有余。留言、订阅名单、访问统计，都塞得下。

成本可能是最反直觉的部分。Worker 的免费额度是每天十万次请求，个人网站的访问量通常连这个数的零头都到不了。换句话说，大概率一分钱不用花。十年前这套全球分发的基础设施，是大公司才养得起的东西。

五、回到标题的问题

所以 2026 年做一个网站，到底还需要会多少代码。

我的答案是，需要会读，不太需要会写。

会读的意思是，AI 给你一段代码，你能大概看懂它在干什么，能发现它理解错了你的意图。这个门槛比会写低得多。写代码像写一篇外语作文，读代码像看懂一封外语邮件，后者一两个月的接触就能到。

判断力的来源也不是教程，是动手。你做的第一个网站踩的坑，比看十篇攻略记得牢。链接挂了、手机上排版乱了、数据忘了备份，每个坑都会变成下一次提需求时多说的那句话。

心理学里有个词叫宜家效应，说人对自己亲手组装的东西评价更高。我用着宜家同款的技术栈，组装自己的网站，大概算这个效应的双重受害者。

把一个想法变成全球可以访问的网址，现在只需要一个周末，和一点点会读代码的耐心。这件事十年前不成立，现在成立了，仅此而已。

第一步甚至不用装任何东西。挑一个你想要很久却一直没动手的页面，把它用一段话跟 AI 说清楚。剩下的路，这篇文章已经替你走过一遍了。

如果需要整个搭建过程，请大家多点赞关注转发，需求大我再写一篇详细的，或者录个视频。

关于作者

谁是藏镜人，独立开发者，专注于 AI 工具和产品开发。分享关于出海创业、AI 编程、产品开发的思考。

关注公众号，获取更多 AI 编程和产品开发的深度内容。

如果这篇文章对你有帮助，欢迎点赞、在看、转发，让更多人看到。