第6课：API、前端、后端、数据库、服务器、Git 一次讲清

学习目标

• 能区分前端、后端、API、数据库、服务器、Git
• 能描述一次AI产品请求从页面到模型再返回的流程
• 理解Git的版本控制作用

正文

Frontend 前端

用户直接看到和操作的部分：按钮、菜单、表单、页面。

Backend 后端

负责：

• 用户登录；
• 权限；
• 项目保存；
• 调用大模型；
• Agent 调度；
• 文件处理；
• 数据校验。

API

Application Programming Interface 可以把 API 想成“窗口 + 规则”。

前端不能随便进后端仓库拿数据，而是： “我按这个格式请求，你按这个格式返回。”

Database 数据库

长期保存：

• 用户；
• 项目；
• 任务；
• 对话；
• 文件地址；
• Token 使用记录；
• 课程进度。

Server 服务器

让前端、后端、数据库等组件持续在线运行。

Git

Git 不是网盘。 它记录：

• 哪些文件变了；
• 谁改的；
• 为什么改；
• 可以回到哪个版本。

GitHub / Git 平台

它们是托管 Git 仓库、协作开发和代码审查的平台。 “Git”和“GitHub”不是同一个东西。

1. 本课要建立的整体认识

前端、后端、API、数据库、服务器和Git不是六个互不相关的名词，而是一个产品从“用户点击”到“结果保存”的协作链。

2. 把核心概念逐层拆开

2.1 前端负责呈现信息、收集输入和反馈状态

前端负责呈现信息、收集输入和反馈状态，但不应保存密钥或直接承担核心权限判断。

2.2 后端负责业务规则、身份校验、任务调度、文件处理和模型调用

后端负责业务规则、身份校验、任务调度、文件处理和模型调用，是产品真正执行工作的地方。

2.3 API是一份通信约定

API是一份通信约定，必须说明请求地址、输入字段、返回格式、错误状态和权限要求。

2.4 数据库负责长期、结构化和可查询地保存用户、项目、任务、版本及审计信息。

数据库负责长期、结构化和可查询地保存用户、项目、任务、版本及审计信息。

2.5 服务器让程序持续联网运行；Git记录代码变化、原因和版本

服务器让程序持续联网运行；Git记录代码变化、原因和版本，使开发能够比较、协作和回退。

3. 把概念串成一条完整流程

学生点击“生成项目计划”后，前端先检查必填项，再把结构化请求交给后端；后端确认用户权限，读取专业与项目资料，调用知识库和模型，把结果保存到数据库，最后通过API返回页面。任何一步失败，都应给出可理解的状态，而不是让用户面对空白页。

4. 用真实场景理解

以CampusAI项目工作区为例，可以把前端理解为办事大厅，API是窗口受理规则，后端是业务部门，数据库是档案室，服务器是整座办公楼持续运转的基础设施，Git则是工程建设和改造的完整记录。

5. 学习时应该怎样判断自己是否真正理解

不要只看自己是否“听过”这些词。请尝试不用原文，向一位没有技术背景的人解释本课概念；再画出关系或流程；最后换一个与你专业相关的例子。如果无法说明输入、处理、输出、依据和风险，就说明还停留在名词记忆阶段。

遇到模型、工具或规则变化时，优先保留这里学到的判断框架：先定义任务，再确认资料与边界，随后执行、测试和核验。具体品牌和界面会变化，但这种工作方法可以持续使用。

6. 本课小结

本课不是要求一次记住全部细节，而是建立一个能够继续扩展的知识框架。完成正文后，请结合后面的示例、测验和实践任务，把理解转化成自己的语言和可检查的成果。

7. 进一步拆解：从“知道名词”到“会做判断”

学习技术概念时，最容易出现的问题是记住了定义，却不知道什么时候使用，也不知道怎样发现错误。下面逐项使用同一组问题检查理解：

• 前端负责呈现信息、收集输入和反馈状态：继续追问它接收什么输入、产生什么输出、依据从哪里来、失败时会出现什么现象、由谁负责复核。把这五个问题写出来，概念就会从一句定义变成可用于真实工作的判断工具。
• 后端负责业务规则、身份校验、任务调度、文件处理和模型调用：继续追问它接收什么输入、产生什么输出、依据从哪里来、失败时会出现什么现象、由谁负责复核。把这五个问题写出来，概念就会从一句定义变成可用于真实工作的判断工具。
• API是一份通信约定：继续追问它接收什么输入、产生什么输出、依据从哪里来、失败时会出现什么现象、由谁负责复核。把这五个问题写出来，概念就会从一句定义变成可用于真实工作的判断工具。
• 数据库负责长期、结构化和可查询地保存用户、项目、任务、版本及审计信息。：继续追问它接收什么输入、产生什么输出、依据从哪里来、失败时会出现什么现象、由谁负责复核。把这五个问题写出来，概念就会从一句定义变成可用于真实工作的判断工具。
• 服务器让程序持续联网运行；Git记录代码变化、原因和版本：继续追问它接收什么输入、产生什么输出、依据从哪里来、失败时会出现什么现象、由谁负责复核。把这五个问题写出来，概念就会从一句定义变成可用于真实工作的判断工具。

8. 建立自己的操作检查表

第一张是“任务表”：写清服务对象、目标、已有材料、最终交付物和完成标准。第二张是“数据与来源表”：记录每项材料从哪里来、何时获得、是否允许使用、是否需要更新。第三张是“执行表”：把任务拆成可以观察状态的步骤，标明每一步的输入、处理、输出和失败提示。第四张是“核验表”：列出必须人工检查的事实、数字、引用、权限、安全和专业边界。

这四张表适用于本课所讲的大多数任务。它们能防止把“模型给出了结果”误认为“工作已经完成”，也能帮助团队在出现问题时迅速定位到底是需求不清、资料错误、流程中断，还是输出没有经过验证。

9. 与前后课程的关系

这套20课不是彼此孤立的知识点。本课涉及的概念，需要与Prompt中的任务说明、API与软件系统中的执行链、RAG中的资料依据、数据分析中的质量检查以及AI安全中的责任边界结合起来。学习时可以不断回到一个问题：如果把这个概念放进完整AI产品，它位于哪一层，会影响谁，又需要谁来检查？

10. 课后自查

1. 我能否不用术语堆砌，用自己的话解释本课核心关系？
2. 我能否画出一个包含输入、处理、输出和核验的流程？
3. 我能否举出一个与自己专业、学习或工作有关的实例？
4. 我能否说出至少两个容易犯的错误，以及怎样提前发现？
5. 我能否把本课方法用于一个真实任务，并留下可检查的成果？

示例

常见误区

• “前端就是设计图片。”——前端还负责交互和浏览器端逻辑。
• “数据库就是Excel文件。”——Excel能存表格，但数据库有查询、事务、并发等系统能力。
• “Git只是备份。”——它记录版本历史、差异、分支和协作。

小测验

点击题目查看答案。

实践任务