用 AI 聊天、写邮件或整理资料时,你可能会遇到下面这些词。这里用日常例子解释 21 个常见概念,不需要编程基础;可以从头读,也可以按目录查阅。
AI · 人工智能
让机器完成识别、预测、生成等任务的一大类技术。
- 识别人脸
- 推荐歌曲
- 回答问题
收起说明
AI 是 Artificial Intelligence(人工智能)的缩写。它包含许多不同做法,可以用来识别人脸、推荐歌曲或生成文字。
这些任务都可以用到 AI,但完成它们的模型和处理方式可能不同。
- 相册 · 识别 面部特征 同一个人的照片归在一起
- 音乐应用 · 推荐 播放记录 推荐可能喜欢的歌曲
- 聊天助手 · 生成 原邮件与改写要求 新的邮件草稿
- 会完成一项任务,不代表能完成所有任务。
- 擅长识别人脸的系统未必会写邮件;能流畅回答问题的系统也可能出错。
- 看到“AI 功能”时,先看它具体处理什么输入、能给出什么结果,再判断是否适合你的需求。
使用提醒AI 是大范围名称;大语言模型只是其中一种,功能也各不相同。
LLM · 大语言模型
大语言模型是一类擅长处理和生成文字的 AI,常用于回答问题、改写和总结。
- 会议速记
上线改到周五,小林补测试;阿杰负责通知客户。
- LLM提炼重点并整理
- 摘要与待办
结论:周五上线小林:完成测试阿杰:通知客户
收起说明
LLM 是 Large Language Model(大语言模型)的缩写。训练时,它从大量文字等样本中学习语言规律;使用时,它根据你提供的内容生成回答。
例如,你交给它会议速记,它能把零散内容整理成摘要和待办。供你上传文件、发送消息的聊天界面,则由应用提供。
- 原始速记 上线改到周五;小林补测试;阿杰通知客户。
- 模型整理 提炼结论,区分负责人和事项。
- 应用展示 结论:周五上线 小林:补测试 阿杰:通知客户
整理结果仍需对照原始记录,确认时间、负责人和事项没有遗漏或写错。
- 模型负责处理内容,应用负责组织聊天、文件和工具。
- 同一个模型接入不同应用,可用功能也可能不同。
- 生成文字并不自动包含联网查证;即使回答连贯,日期、数字和事实仍可能有误,重要内容需要核对。
使用提醒选模型时看能力;能否上传文件、联网或发邮件,还要看应用提供的功能。
Training · 训练
用大量资料和反馈调整模型,让它学会语言规律与任务做法。
- 学习资料上岗前读资料
- 练习与反馈调整内部数值
- 训练后的模型学会任务做法
收起说明
训练时,系统给模型看样本,让它尝试预测或完成任务,再根据错误和反馈调整模型内部的数值。这些数值叫参数。
反复调整后,模型逐渐学会语言和任务中的规律,之后才能用来处理你提出的新问题。
- 预测 根据前文预测后续片段。
- 比较 预测与目标之间有差异。
- 调整 根据差异改变参数。
训练完成后,学到的参数用于处理新的输入。
- 训练数据和训练方式会影响能力与偏差。
- 某项知识出现在训练资料里,不代表模型之后能准确复述它,也不代表能查询资料的最新版本。
使用提醒训练塑造模型能力;一次聊天通常不会直接改变模型本身。
Inference · 推理运行
把输入交给已经训练好的模型,得到输出的过程。
- 帮我写邮件这一轮的输入
- 已训练的模型生成内容
- 邮件草稿这一轮的输出
收起说明
你发出“帮我缩短这封邮件”,模型用已经训练好的能力读取原文,逐步生成新的措辞。这次从接收材料到生成回答的运行,就叫推理运行。
它是在使用已有能力处理你的要求,通常不会在这时重新训练。
- 本轮输入 原邮件 +「请缩短」
- 模型运行 读取输入,生成新措辞。
- 本轮输出 缩短后的邮件
从输入到输出的这次运行,就是推理运行。
- 这里的“推理”是机器学习术语,指模型根据输入计算并生成输出;它描述的是运行过程,不能据此认定模型进行了逻辑推理。
- 生成速度还会受模型、输入长度、输出长度和运行环境影响。
使用提醒机器学习里的“推理”指模型运行并生成输出;逻辑推理则是分析前提与关系,两者不能直接画等号。
Parameters · 参数
模型在训练中学到的内部数值,像大量可调的小旋钮。
- 7B约 70 亿个参数
- 内部数值在训练中调整、学到
这里描述的是规模,实际能力还要看任务表现。
收起说明
模型内部有大量参与计算的数值,训练会调整它们。这些数值共同影响模型怎样处理输入、生成什么回答。
可以把它们类比为设备里的小旋钮:训练在调整旋钮,使用时按调好的设置工作。真实参数是数值,并不是逐条保存的知识。
- 教学类比 设备里的旋钮 训练不断调整旋钮
- 真实机制 参与计算的大量数值 不是逐条存放的知识卡片
旋钮只用于理解“可调整”;参数本身是数值。
- 参数量是规模指标,不是统一的能力分数。
- 模型结构、训练质量和任务类型都会影响表现;有些模型每次只使用部分参数。
使用提醒参数量描述模型规模;选模型时,还要看实际表现和运行成本。
Token
模型处理文字时使用的小单位,不固定等于一个字或一个词。
- 帮我写邮件
- 分词器
- 多个 Token帮我写邮件
拆分示意,实际边界由所用模型的分词器决定。
收起说明
模型处理文字前,会先把文字拆成小片段,再逐步生成新的片段。这些片段叫 Token,负责拆分的程序叫分词器。
一个片段可能是一个字、词的一部分、标点或空格。不同模型的拆法可能不同,不能把一个 Token 固定当成一个字。
- 输入拆分 帮我写邮件 帮我写邮件
- 输出生成 生成片段 周三见。合成文字:周三见。
拆分与生成示意;实际边界因分词器而异,不能直接用字数换算。
- 上下文上限与用量统计经常使用 Token。
- 要估算实际用量,应使用对应模型的分词方式;不要把一字一个 Token 当成固定规则。
使用提醒输入输出的长度限制与 API 用量,常按 Token 计算。
Prompt · 提示词
你交给 AI 的要求或输入,相当于任务说明。
- 改写邮件任务
- 简洁、礼貌表达要求
- 保留时间地点约束
收起说明
提示词提供这次任务的目标、材料和要求。
模型会结合这些内容生成结果;给出明确的对象、格式和限制,可以减少它需要自行猜测的部分。
- 模糊要求“改好一点。”
- 明确要求“把邮件改得礼貌,保留周三下午三点,控制在两段内。”
后一句给出了目标、不能改的内容和输出形式。
- 提示词是任务输入,不是能力保证。
- 要求模型核对事实,并不会自动赋予联网能力;要完成核对,还需要可靠材料或查询工具。
使用提醒说清要做什么、给谁看、想要什么格式,比只说“优化一下”更明确。
Context · 上下文
AI 这一轮实际拿到的参考材料,相当于眼前的工作台。
- 你的要求
- 带入的聊天记录
- 文件片段
这一轮实际带入的材料,才是模型眼前的工作台。
收起说明
你提问后,应用会把问题、相关聊天记录,以及读到的文件或查询结果一起交给模型。这次交过去的材料,就是本轮上下文。
容量通常按 Token 计算,输入和回答都需要空间。
图中只是示意,不代表固定比例;实际容量和限制要看所用模型的说明。
场景:查询周三是否有空虚构示例
- 当前消息这个时间我有空吗?本轮问题
- 聊天记录周三下午三点讨论方案时间指代
- 工具结果周三 14:00—16:00:客户会议冲突依据
- 界面里保存着,不等于这一轮已带入模型。
- 窗口更大能装更多材料,但不保证每处细节都能被准确使用。
使用提醒判断模型此刻知道什么,要看这一轮实际带入了哪些材料。
Memory · 记忆
应用保存并在之后选取使用的信息,像长期备忘录。
- 偏好简短回答
- 应用保存偏好
- 新的聊天选取后带入
收起说明
例如,你告诉助手“邮件尽量写短些”,应用可以把这个偏好保存下来。之后写邮件时,应用再把偏好和这次任务一起交给模型。
所以,记忆是否影响这次回答,既取决于有没有保存,也取决于这次有没有取出来使用。
- 保存到应用 邮件默认使用简洁语气。
- 后续载入 应用把偏好加入本轮上下文。
- 模型使用 依据载入的偏好调整措辞。
应用保存的偏好,只有载入后才会影响本轮回答。
- 记忆不等于完整的聊天录像,也不等于重新训练模型。
- 保存的偏好可能过时,是否能查看、修改或删除,需要看应用的实现。
使用提醒减少重复交代偏好。它不等于记住所有对话,保存方式也因产品而异。
Multimodal · 多模态
模型能处理文字、图片、声音等不同形式的内容。
- 白板照片图片输入
- 多模态模型读取白板内容
- 整理后的要点文字输出
收起说明
你上传白板照片,并写下“整理上面的待办”,支持图片和文字的模型就能结合这两种材料回答。
“模态”指文字、图片、声音等内容形式。能看图片和能生成图片是不同能力,使用前要分别确认。
- 图片输入 会议白板照片
- 文字输入 整理白板上的待办
- 模型结合两种输入 生成待办清单
字迹模糊时可能漏读或误读,需要对照原图检查。
- 能接收图片不代表能准确辨认所有细节,能听音频也不代表能生成音频。
- 文件大小、清晰度、语言和应用支持都会影响使用效果。
使用提醒输入不必只有打字;具体支持哪些形式,要看模型和应用。
Reasoning · 思考与推理
模型在作答前,花更多计算来分析问题、尝试解法。
- 多人日程时间与约束
- 检查时间冲突尝试不同安排
- 给出日程仍需检查
收起说明
给几个人安排会议,需要先读懂每个人有空的时段,再排除冲突,找到共同时间。这类需要比较条件、尝试解法的过程,就是这里说的思考与推理。
有些模型会花更多计算来做这类分析。前面的 Inference 指运行模型得到输出;这里的 Reasoning 更具体地指分析问题的过程。
- 列条件 每个人的可用时间
- 排冲突 排除不能同时参加的时段。
- 选结果 从剩余时段中找共同时间。
约束多时,逐步检查通常更有帮助。
- 更多思考不保证前提正确。
- 材料有误、约束遗漏或中间判断错误,都可能导致错误结论;应用展示的解释也未必是完整内部过程。
使用提醒适合约束多、步骤多的问题;通常更慢,也不保证答案正确。
Temperature · 温度
调节模型生成内容时随机程度的一种设置。
- 低温度同一句广告语:措辞更容易相近
- 高温度同一句广告语:可能尝试更多写法
表达差异示意;低温度也不保证内容正确。
收起说明
生成文字时,模型往往有多个后续片段可选。温度较低时,更容易选中原本可能性较高的片段;温度较高时,其他片段也更有机会被选中。
因此,同一条广告语反复生成时,较高温度通常会带来更多不同写法。它改变的是选择的随机程度,不负责判断事实真假。
- 变化较少 同一邀请的开头更容易相近。
- 变化较多 同一邀请可能尝试更多开头。
是否能调节温度,取决于模型和应用;温度不控制事实正确率。
- 温度控制的是随机程度,不是事实正确率。
- 低温度也可能稳定地重复错误,而且仅调低温度并不能保证每次输出完全一致。
使用提醒适合调整表达的变化程度;调低温度不能自动消除错误,部分模型也不提供此项。
Hallucination · 幻觉
AI 给出了错误或缺乏依据的内容,但语气可能很确定。
- 会议记录没有确定截止日
- AI 生成的待办却写了「周五」
收起说明
会议记录没有写截止日,模型却补上“周五前完成”,这就是一个没有依据的细节。
模型会生成在当前内容中看起来合适的说法,但不会自动查证每句话。因此,语气确定、句子完整,也可能把没发生的事写成事实。
- 会议记录 还没确定截止日。
- 可能的错误回答 待办里却写了“周五前完成”。
句子完整、语气确定,都不能证明这些细节有依据。
- 核对时应查看原始材料,而不是只让模型再次确认。
- 资料没有包含答案时,让它明确说明缺失,也要检查它是否真的遵守了这一要求。
使用提醒核对日期、数字和引用;回答流畅不能替代事实依据。
Fine-tuning · 微调
在已有模型上继续训练,让它更适应某类任务或表达方式。
- 已有模型
- 客服答复示例继续训练
- 调整后的模型更适应答复格式
收起说明
假设你希望客服答复都采用某种格式,可以准备一批客户问题和合格回复,让已有模型继续用这些样本训练。
这种针对某类任务的继续训练叫微调。它会调整模型内部的参数,之后再用新问题检查模型是否更符合要求。
- 样本 客户问题 + 合格回复
- 继续训练 调整已有模型的参数。
- 独立验证 用未参与训练的新问题检查效果。
- 训练样本要能代表你希望模型完成的任务,还要用新例子检查效果。
- 经常更新的手册或制度,通常更适合在回答前查找原文,再交给模型参考。
使用提醒微调会调整模型参数;上传资料供它查阅,通常属于另一种做法。
RAG · 检索增强生成
先从资料中找相关内容,再让模型带着这些内容回答。
- 报销问题
- 查报销手册取回相关条款
- 带着条款回答
收起说明
你问“这笔费用能报销吗”,应用先在公司的报销手册中找相关条款,再把条款和问题一起交给模型。模型参考条款,组织成你能读懂的回答。
这套“先找资料,再据此回答”的做法,就是检索增强生成。资料由应用查找,答案由模型生成,两步都可能出错。
- 问题 公司的报销期限是什么?
- 检索 取回制度中的相关条款。
- 回答 依据取回的段落组织答复。
制度更新后,资料库也需要同步更新。
- 资料存在不代表能被检索到,检索到也不保证解释准确。
- 可以检查引用段落是否支持结论,并留意版本、日期与适用范围。
使用提醒回答私有资料或新资料中的问题。资料过期或没找对,答案仍可能错。
API · 程序接口
让一个软件按约定向另一个软件发送要求、拿回结果的方式。
- 笔记软件发送一段笔记
- AI 处理通过 API 传递
- 摘要返回软件
收起说明
可以把 API 理解成软件之间的“办事窗口”:它说明能做什么、要提供哪些材料,以及会拿回什么结果。
接入 AI 时,软件按这些约定把内容和要求交给模型,再把结果显示给你。你可以留在原来的软件里完成这件事。
- 笔记软件发送 笔记 + “请生成摘要”
- AI 整理 根据笔记生成摘要。
- 软件显示 把摘要放在笔记旁边。
这几步由软件自动完成,你不必来回复制、粘贴。
- 软件通常需要先获得使用许可;也可能有次数限制、需要等待,或遇到处理失败。
- AI 聊天应用里能用的功能,不一定都能放进其他软件里使用。
使用提醒通过 API 使用 AI 的费用,通常与聊天应用的会员费分开计算。
Workflow · 工作流
把触发条件和任务步骤预先设好,让软件按规则自动执行。
- 每天定时触发
- 读取资讯
- 发送邮件
收起说明
- 工作流:一套预设流程,例如“每天读取资讯 → 发送邮件”。
- n8n:搭建和运行工作流的软件,用方块和连线表示步骤。
- Agent:根据目标和结果选择下一步;也可以调用工作流,完成其中一段任务。
- 定时触发Schedule Trigger每天 9:00
- 读取资讯RSS Read读取订阅源
- 发送邮件Send Email发到指定邮箱
- 工作流可以独立运行,不必依附 Agent,也不一定需要 AI。
- 步骤和分支由人提前设定;遇到规则没覆盖的情况,仍需额外处理。
使用提醒反复按同一套规则办事,适合工作流;需要根据结果决定怎么做,可以交给 Agent。
Agent · 智能体
能围绕目标调用工具,并根据结果继续行动的 AI 系统。
- 普通 AI 聊天提示词 → LLM → 编辑建议
- Agent 增加工具、任务记录、执行循环
- 表格实际改变读取 → 编辑 → 核对
工具返回的结果,会影响模型下一步的选择。
收起说明
给出编辑建议,文件由你来改。
调用工具改文件,再核对结果。
Agent 中,LLM(语言模型)负责分析与决策,工具负责实际操作。
你对 Agent 说:“给费用表加一列合计。”
| 单价 | 数量 |
|---|---|
| 20 | 3 |
| 单价 | 数量 | 合计 + |
|---|---|---|
| 20 | 3 | 60 |
- 能做什么,取决于接入的工具和授权范围。
- 是否完成要看真实文件;结果不符时,可以继续修正。
使用提醒说清目标,并检查最终结果。
Tool · 工具
AI 应用提供的读取数据或执行动作的能力。
- 搜索网页
- 计算数字
- 查询日历
- 创建待办
收起说明
你让助手创建日历事件,模型先提出操作请求,写明时间、标题等信息。应用检查是否有权修改日历,再调用日历工具创建事件,把结果交回模型。
真正修改日历的是工具。模型仅仅回复“已安排”,不能证明事件已经创建。
- 只生成文字 “会议已安排。” 不能证明日历有变化
- 调用日历工具 创建事件,核对返回结果。 用真实日历记录确认
- 读取、修改和发送是不同的权限。
- 工具执行也可能失败;任务是否完成,要检查实际返回结果和目标系统的状态。
使用提醒让 AI 从写出建议,走到实际操作;能用哪些工具取决于接入和权限。
MCP · 连接协议
让 Agent 按一套共同规则连接日历、文档等,读取资料或帮你操作。
- Agent帮你查安排
- MCP共同的连接规则
- 你的日历返回真实安排
收起说明
假设你想让 Agent 查询日历,日历一侧需要提供查询功能,Agent 所在的应用也要能连接并使用它。MCP 约定了双方怎样介绍功能、发送请求和交回结果,减少每接一种工具都另写一套连接方式的工作。
- 1 · 你提出要求 “帮我查明天的安排。”
- 2 · Agent 查日历 按 MCP 的规则,把要查的日期交给日历。
- 3 · Agent 告诉你 日历返回记录后,Agent 整理成安排清单。
前提:已连接日历,并允许 Agent 查看。
联网搜索用来查网页;MCP 用来连接工具;RAG 是查到资料后,再让模型参考资料回答。一次任务可以同时用到三者。
使用提醒能查看不代表能修改;可用功能仍取决于连接的工具和你的许可。
Skills · 技能包
供 AI 按任务读取的操作指南,可附带模板、脚本和参考资料。
- SKILL.md可读取的指南
- 步骤与格式文件中的具体规则
收起说明
---
name: weekly-summary
description: 用户要求整理周报时使用。
---
1. 分为“本周完成”“阻碍”“下周计划”,各项用无序列表。
2. 下周计划写明事项、负责人和截止时间。
3. 缺少的信息写“待确认”,不要编造。 description 用来匹配任务,正文规定具体做法。
场景示例:已安装此技能,并向 Agent 提供本周速记:登录页完成、测试账号未开通、小林下周补测试但日期未定。
- 你只需说
整理周报
- Agent 自动选用并执行
根据已安装技能的 description 匹配任务,找到并读取 SKILL.md,再按正文整理:
- 本周完成:登录页开发。
- 阻碍:测试账号未开通。
- 下周计划:小林补测试;截止时间:待确认。
不用重复写执行步骤,也不用点名使用哪个技能。
理解边界自动选用需应用支持;技能提供做法,实际操作仍需工具和权限。
把它们连起来:你写提示词,应用准备上下文,模型生成回答;接入工具后,Agent 可以继续执行任务。
概念来源与延伸阅读
以下资料用于核对文中的概念,也供想进一步了解的读者查阅。不同 AI 应用提供的功能可能不同。