上节课我们已经会用“知识库”查资料再回答。今天继续往前走：学会用“数据库”把信息按字段存进表格，并通过一句话完成新增、查询、修改和删除。
姓名、电话、来访目的这些固定栏目，就是数据库里的字段。
“李小明，男，参会，下午3点”就是一条访客记录。
用户说一句话，智能体把关键信息抽取出来并写入数据表。
很适合先拿来练手：字段清楚、流程短、结果看得见。
学完后你要会：设计一张轻量数据表，并让智能体完成信息登记和查询。
先别急着背概念。把下面两个库分别想象成“资料柜”和“登记本”：一个负责查依据，一个负责记事实。
里面放的是说明书、FAQ、课程资料、制度文件。智能体回答问题前先去找相关片段，再整理成答案。
里面放的是一条条结构化记录。每条记录都有固定字段，比如姓名、电话、时间、数量、状态。
点击一个场景，看看应该怎么判断。
先认识四个基本词：表、字段、数据类型、记录。理解这四个词，后面配置数据库就不会迷路。
| 字段名 | 中文说明 | 数据类型 | 是否必填 | 好懂说法 |
|---|---|---|---|---|
| visitor_name | 访客姓名 | String | 是 | 姓名通常用文字 |
| phone_number | 电话号码 | String | 是 | 手机号看起来是数字，但更适合当文本 |
| purpose_of_visit | 来访目的 | String | 是 | 用于后续查询和统计 |
| time | 来访时间 | String / Time | 是 | 刚开始可先用文字保存 |
| escort_number | 陪同人数 | Integer / String | 是 | 如果要计算人数，用数字更方便 |
| whether_invited | 是否受邀 | String | 是 | 可填写“是/否” |
字段不是越多越好。只保留登记流程必须用到的字段，你的作品会更稳，也更容易测试。
这一页重点记住：扣子数据库适合轻量级结构化数据存储。它是本节实训里的“够用工具”，不是大型系统里的“底层数据库”。
如果一个项目需要几十张表、复杂权限、财务级准确性和高并发，那就不应该只靠扣子数据库完成。
最多添加 3 个数据表
每个节点最多添加 1 个数据表
最多添加 20 个字段
如果你只是想让智能体“记一条信息、查几条记录、改一个状态”，扣子数据库很合适；如果你想做一个完整企业后台，就需要真正的数据库和开发团队。
把这五步当作今天的操作清单。先做最小可用版本，再逐步完善字段和提示词。
选择一个业务场景，你会看到一份字段草案。也可以新增字段，观察字段数量是否超出轻量应用的合理范围。
扣子数据库的优势是：用户不用写代码，也能通过自然语言触发数据库操作。下面用一张小表模拟整个过程。
你不需要写 SQL，先看懂“自然语言如何映射到数据库动作”。
| visitor_name | gender | phone_number | purpose | time | escort | invited |
|---|
真正配置时，提示词要让智能体先核对字段是否齐全，再请用户确认。确认后再写入数据库，避免把错误信息直接存进去。
这个案例的流程很完整：用户提供信息，智能体提取字段，用户确认，数据库写入，最后在线上数据中看到结果。
因为自然语言里可能有口误、缺字段或歧义。先把信息整理给用户确认，再写入表格，作品会更稳。
智能体先把用户提供的信息整理成字段，让用户回复“1”确认。
确认后，记录会出现在数据库的线上数据中。
英文存储字段名和中文描述要对应，智能体才更容易正确抽取。
不要只停留在“数据库像表格”。今天要做到：亲手设计一张表，并让智能体完成可验证的数据写入。
判断“售后政策说明”“报名表单记录”“课程评分标准”“客户来访记录”分别应该放在哪里。
为一个“校园活动报名助手”设计 8—12 个字段，写出英文名、中文说明和数据类型。
配置智能体提示词：收集信息、缺项追问、整理确认、确认后写入数据库。
点击每题的答案。做错也没关系，重点是能说清楚理由。
当前得分