前面我们聊了前端。
前端解决的是用户能看到、能点击、能操作的部分。它是用户和系统之间的交互层，也是 Vibe Coding 里非常适合优先落地的部分。
但一个项目不可能只有前端。
如果前端是用户看到的界面，那么后端就是支撑这个界面真正运转的系统。它负责数据、业务逻辑、权限、安全、接口、存储，以及很多用户看不到但项目必须有的东西。
这一小节，我们就来聊后端。
这里同样不是教你马上从零写后端代码，而是先帮你建立基本认知。你不一定要亲手写接口、设计数据库、搭服务器，但你至少要知道后端负责什么、常见概念有哪些，以及在 Vibe Coding 里应该怎么和 AI 沟通后端需求。
一、什么是后端？
简单来说，后端就是用户看不见，但项目真正运行时离不开的部分。
你在页面上点击登录按钮，前端负责展示输入框和按钮，但账号密码是否正确，要由后端判断。你在后台里查看订单列表，前端负责展示表格，但订单数据从哪里来，要由后端查询。
你点击支付、提交表单、上传文件、修改资料、删除数据，这些操作最终都需要后端处理。
所以，后端不是一个具体页面，也不是一个按钮，而是一整套在背后支撑业务运行的系统。它通常负责几件事：接收前端请求，处理业务逻辑，读写数据库，判断用户权限，返回处理结果。
从用户视角看，后端是看不见的；但从项目视角看，后端往往决定了这个项目是不是真的能用。
二、为什么 Vibe Coding 也要理解后端？
很多小白用 AI 做项目时，最容易先做前端。这个方向没问题，因为前端能帮助你确认页面、流程和数据形式，也能帮助 AI 更快理解项目。
但如果项目想真正跑起来，就一定会进入后端。
前端可以先把页面做出来，但页面里的数据不能一直是假数据。用户提交的内容要保存，登录状态要判断，权限要控制，数据要查询，操作要记录，异常要处理，这些都属于后端。
更重要的是，很多时候如果你只是让 AI 给你写一个网站，却没有开发配套后端，很容易留下安全问题。
比如一些 API Key、Token、数据库连接信息、第三方服务密钥，如果直接写在前端代码里，用户是有机会看到的。因为前端代码最终要发到用户浏览器里运行，只要代码到了用户设备上，它就不再是安全的秘密。
这也是很多小白项目最容易踩的坑：页面看起来能跑，接口也能调，但真正上线后，密钥可能已经暴露在前端包里。
所以，不是所有逻辑都应该放在前端。
涉及密钥、权限、支付、数据库写入、敏感数据处理的部分，通常都应该放到后端。前端负责发起请求和展示结果，后端负责真正执行敏感操作。
如果你完全不懂后端，就很容易被 AI 带偏。
你以为功能做好了，实际上数据只是写死在页面里。
你以为登录能用了，实际上没有真正的权限校验。
你以为后台能管理数据，实际上只是前端假列表。
你以为删除按钮能删除数据，实际上后端根本没有设计安全确认和操作记录。
所以，后端在 Vibe Coding 里非常关键。
前端能帮你把项目“看起来”做出来，后端则决定这个项目“实际上”能不能运转，以及能不能安全运转。
三、后端负责什么？
后端最核心的职责，可以理解成三件事：数据、业务逻辑和安全。
数据很好理解。用户信息、订单信息、文章内容、商品列表、任务记录、聊天消息，这些都需要存起来，也需要在合适的时候被查询出来。
业务逻辑指的是项目真正的处理流程。谁可以创建订单，订单什么时候能取消，会员能不能访问某个功能，库存不足时怎么处理，用户提交内容要不要审核，这些都不是前端随便判断的，而是后端必须认真处理的内容。
安全则更重要。谁能登录，谁能看哪些数据，谁能修改哪些内容，敏感操作要不要验证，接口能不能被别人乱调，密钥能不能暴露，这些都属于后端必须负责的部分。
所以，后端不是简单地“给前端提供数据”。
它更像是项目的业务真源。
前端负责把东西展示出来，后端负责决定这些东西是真是假、能不能改、谁有权限改、改完以后怎么保存。
四、前端和后端怎么配合？
前端和后端之间，通常通过接口通信。
前端发起请求，后端处理请求，再把结果返回给前端。
你可以把它理解成一个对话过程：前端问后端要数据，后端查完之后返回数据；前端告诉后端用户提交了表单，后端检查、保存，再告诉前端处理结果。
这里有一个很重要的词，叫接口，也可以叫 API。
接口就是前端和后端之间约定好的通信方式。
一个接口通常要说明几件事：前端要请求什么地址，要用什么方法，要传哪些参数，后端会返回什么数据，失败时会返回什么错误。
在 Vibe Coding 里，接口非常重要。
因为如果接口没设计清楚，前端和后端就会各写各的。前端以为后端会返回一个字段，后端实际返回另一个字段，最后页面就会出错。
所以你让 AI 写后端时，不要只说“帮我写个接口”。
你要让它说清楚：这个接口解决什么问题，前端会传什么，后端会校验什么，数据会存到哪里，成功返回什么，失败返回什么。
这就是后端开发里非常重要的合同意识。
五、后端常见概念
对小白来说，不需要一开始掌握所有后端技术，但有些词一定要先认识。
接口，是前端和后端通信的通道。
数据库，是用来长期保存数据的地方。
数据表，是数据库里存放某一类数据的结构，比如用户表、订单表、商品表。
字段，是一条数据里的具体信息，比如用户名、手机号、订单状态、创建时间。
业务逻辑，是项目真正的处理流程，比如谁能操作、什么时候能操作、操作后会发生什么。
权限，是判断一个用户能不能访问某些功能、查看某些数据、执行某些操作。
鉴权，是判断用户是谁，以及他有没有资格访问当前接口。
校验，是检查用户提交的数据是否合理，比如手机号格式对不对，金额是不是大于零，必填字段有没有缺失。
日志，是系统运行时留下的记录。后面排查问题、追踪错误、分析用户操作，经常都要靠日志。
部署，是把后端服务放到服务器上，让真实用户可以访问。
这些词不需要一次性全学会，但你要先知道它们存在。因为后面你跟 AI 沟通后端需求时，会不断用到它们。
六、后端常见技术栈
后端不是一种技术，而是一类开发场景。
不同团队、不同项目，会使用不同语言和框架来开发后端。
常见的后端语言有 JavaScript、TypeScript、Python、Java、Go、PHP、Ruby、Rust 等。
JavaScript 和 TypeScript 常见于 Node.js 后端，比如 Express、NestJS、Fastify 这类框架。
Python 常见框架有 Django、FastAPI、Flask。
Java 常见的是 Spring Boot。
Go 常见于一些高性能服务和云原生项目。
PHP 里比较常见的是 Laravel。
Ruby 里比较经典的是 Rails。
Rust 也可以写后端，但对新手来说门槛会更高一些。
数据库方面，常见的有 MySQL、PostgreSQL、SQLite、MongoDB、Redis 等。
你不需要把这些都学会。
对 Vibe Coding 来说，最重要的是你知道：后端有语言、有框架、有数据库、有部署环境。不同技术栈适合不同项目，不能让 AI 随便选，也不能项目写到一半随便换。
如果你不懂怎么选，可以直接问 AI：这个项目适合什么后端技术栈？为什么？后期维护难不难？部署成本高不高？有没有更简单的方案？
让 AI 先解释清楚，再开始写代码。
七、后端最容易翻车的地方
后端比前端更容易藏问题。
前端有问题，你一眼就能看出来：页面乱了、按钮点不了、弹窗没出来。
但后端有问题，很多时候表面看不出来。
接口没有权限校验，页面可能照样能打开。
数据库结构设计不合理，前期可能也能跑。
错误处理没做好，测试时可能碰不到。
日志缺失，出问题后才发现没法查。
支付、删除、权限、数据修改这些高风险操作，如果后端没设计好，后果会比页面难看严重得多。
所以你用 AI 写后端时，不能只看功能是否跑通。
你还要让 AI 检查几个问题：
权限有没有做。
数据有没有校验。
错误有没有处理。
接口返回是否统一。
数据库结构是否合理。
关键操作有没有日志。
重要流程有没有测试。
这些东西不一定每个小项目都要做到非常复杂，但你必须知道它们存在。
否则项目越往后做，后端问题越难救。
八、Vibe Coding 里怎么和 AI 说后端需求？
跟 AI 说后端需求时，不要只说“帮我写个后端”。
这句话太大了。
你应该尽量说清楚当前项目需要处理什么数据、有哪些角色、有哪些操作、哪些操作需要权限、数据要怎么保存、前端需要哪些接口。
如果你说不清楚，也没关系，可以让 AI 反过来问你。
比如你可以让 AI 先根据前端页面，帮你整理数据模型和接口设计；让它根据页面流程，推导需要哪些数据表、哪些接口、哪些权限；让它先给出后端方案，再开始写代码。
这也是为什么我前面说，完全 Vibe Coding 的项目，前期适合先做前端。
因为前端做出来以后，页面、流程、字段、状态都更清楚。AI 可以根据这些内容反推后端需要什么数据、什么接口、什么业务逻辑。
也就是说，前端帮助你和 AI 理解项目，后端把这个理解变成真正可运行的系统。
九、最后
这一小节，你先记住一句话：
后端是用户看不见，但项目真正跑起来离不开的部分。
前端负责展示和交互，后端负责数据、业务逻辑和安全。
对 Vibe Coding 来说，你不一定要会亲手写后端代码，但你必须知道后端在项目里负责什么。否则你很容易以为功能完成了，实际上只是前端假数据；你以为系统能用了，实际上权限、数据、接口、错误处理都没有做好。
更重要的是，不要把密钥、权限判断、支付逻辑、数据库写入这些敏感东西放在前端。前端代码最终会到用户设备上，它不适合保存真正的秘密。
前端能帮助 AI 理解项目，后端决定项目能不能真正运行，也决定项目能不能安全运行。
所以，当你让 AI 写后端时，不要只追求“能跑”。你要学会问它：数据结构是什么？接口怎么设计？权限怎么控制？错误怎么处理？日志怎么看？敏感信息放在哪里？怎么验证它真的完成了？
这些问题，才是 Vibe Coding 里真正把项目从“能看”推进到“能用”的关键。
