认识 AI › 名词说人话
名词说人话:AI 术语词典
每个词一句大白话、一个开公司的比方、一条最常见的误解。不懂技术也能看,看完再读厂商文档不发怵。
按用途找词
点词名跳到它那一条
不用全记住。算账时看「钱」,聊着聊着失忆看「记性」,搭东西看「干活」,出问题看「安全」。
token · 输入 token / 输出 token · 上下文窗口 · 长上下文 · 并发 · 限流 · 缓存 / 提示词缓存 · 温度 · 算力 · 显存 · 响应延迟 · 吞吐量 · 思考预算 · 批处理 · 输入 / 输出分开计价 · 令牌计数 API
memory · 上下文污染 · 上下文压缩 · 知识库 · RAG · 向量 / embedding · 向量数据库 · 语料 · 训练数据截止日期 · 遗忘 / 截断 · 上下文工程 · 上下文压缩 / 服务端压缩 · 上下文窗口溢出 · 上下文感知 · 上下文编辑 / 工具结果清理
Agent / 智能体 · 多智能体 · Agent 编排 · 工作流 · 推理 · 推理过程 / 思维链 · 提示词 · 提示词工程 · 系统提示词 · 函数调用 / 工具调用 · MCP · 插件 · 幻觉 · 基准 / benchmark · 对齐 · 分类器 · 端到端 · 泛化 · 鲁棒性 · 多模态 · 参数 · 大模型 / 小模型 · 模型分层 · 输出深度 / effort · 引用 / 引用来源标注 · 聊天界面 vs API 调用 · 工具搜索工具 / 按需加载工具
和花钱有关的
16 个词 · 看账单、比价格前先弄懂
tokenToken / tokens / 令牌AI 按处理文字量收费的计量单位打个比方:员工薪资,按干的活计件发⌄
容易误解成:以为 1 token = 1 个汉字(其实中文一个字常常要算 1~2 个 token,具体看厂商)
什么时候会碰到:看账单、算成本的时候
输入 token / 输出 tokenInput tokens / Output tokens您问的算一次钱,它答的再算一次,而且两边价格常常不一样打个比方:员工听您交代任务算一次工时,交货再算一次⌄
容易误解成:以为发一句话只扣一次钱
什么时候会碰到:看价目表的时候
上下文窗口Context window / 上下文长度它一次能记住多少内容打个比方:单次任务可承受的工作量上限⌄
容易误解成:以为是"记性好不好",其实是"一次装得下多少"
什么时候会碰到:聊得太久突然"失忆"的时候
长上下文Long context / 128K / 1M context一次能塞进去的资料变多了打个比方:员工一次能翻的文件摞变高了⌄
容易误解成:以为窗口越长它就记得越牢,其实塞太满反而抓不住重点
什么时候会碰到:想让它读一整本合同或一堆文档时
展开其余 12 个词⌄
并发Concurrency / 并发数同时能服务几个人打个比方:同时能接待的客户数⌄
容易误解成:以为是"回话速度",其实是"同时能接几单"
什么时候会碰到:好几个人同时用一个账号卡顿时
限流Rate limit短时间里最多能问几次、发多少字打个比方:同时接单的员工总数上限⌄
容易误解成:以为是账户被封,其实是超了当下的配额,过一会儿能恢复
什么时候会碰到:用量突然被挡下来的时候
缓存 / 提示词缓存Cache / Prompt caching常问的存起来,下次同样问题不用再算,更快更省打个比方:常见问题提前写好答案模板,来了直接套用⌄
容易误解成:以为是"记住了您",其实只是同一段材料重复用时省钱
什么时候会碰到:反复问差不多的问题、看账单发现有的问法更便宜时
温度Temperature越高回答越随意,越低越死板打个比方:员工是照流程办事,还是喜欢自由发挥⌄
容易误解成:以为是"聪明程度",其实是"发挥尺度"
什么时候会碰到:调参数、发现同一个问题每次答案不一样时
算力Compute / GPU 算力电脑算东西的力气打个比方:请人干活需要配的机器和电费⌄
容易误解成:以为是"网速",其实是"处理能力"
什么时候会碰到:谈私有化部署报价、问为什么响应慢时
显存GPU memory / VRAM显卡上专门存东西的地方,越大能装的东西越多打个比方:仓库能放多大的货⌄
容易误解成:以为和电脑硬盘的存储空间是一回事
什么时候会碰到:自己买机器部署、被告知"显存不够"时
响应延迟Latency从问到答,中间要等多久打个比方:员工接到指令到张口回话的间隔⌄
容易误解成:以为是"网不好",其实模型本身处理就要花时间
什么时候会碰到:页面卡顿、觉得"半天不出字"时
吞吐量Throughput短时间能答多少个问题打个比方:一个班次能接待多少客户⌄
容易误解成:和"限流"混着说,其实一个是总能力一个是单账号上限
什么时候会碰到:选服务商、比较套餐上限时
思考预算(thinking budget / budget_tokens)允许员工打草稿想多久,草稿也按字数算钱。⌄
容易误解成:设了预算不代表一定用满,模型可能提前想完就停,也不是想得越久答案一定越好,官方原话是收益递减(diminishing returns)。
什么时候会碰到:用带深度思考开关的模型做复杂任务、纠结成本和延迟时。
官方原话:「The budget_tokens parameter sets a target for how many tokens Claude can use for its internal reasoning process.」。同页说明这是目标值不是硬上限(a target rather than a strict cap)。
批处理(batch processing / batch API)不是每单都现做现交,而是攒一批工单,一起交给后台慢慢处理,价格更便宜但要等结果。⌄
容易误解成:批处理意味着不是实时返回,官方承诺是 24 小时内完成而不是立刻,不适合需要马上拿到结果的交互式场景。
什么时候会碰到:需要一次性处理大批量、非实时的任务且想省钱时。
官方原话:OpenAI 官方文档「the Batch API is used to send asynchronous groups of requests with 50% lower costs, a separate pool of significantly higher rate limits, and a clear 24-hour turnaround time」。
输入 / 输出分开计价(input/output token pricing)⌄
容易误解成:不能只看「每百万 token 多少钱」这一个数字来判断贵不贵:输入和输出的单价通常不一样,有些厂商对超长上下文还有额外的加价档位。
什么时候会碰到:给自己的产品做成本核算、比较不同厂商 API 价格时。
令牌计数 API(token counting API)正式派工前,先让秘书估算一下这单大概要花多少工时,心里有数再决定接不接。⌄
容易误解成:这是预估不是最终账单,实际计费以真正发出请求后返回的 usage 字段为准。
什么时候会碰到:批量处理任务前想控制预算、避免意外超支时。
官方原话:「use the token counting API to estimate token usage before sending messages to Claude」。
它记得住多少
15 个词 · 聊着聊着失忆、串话,都在这里
memoryMemory / 记忆功能能记住您之前说过的事打个比方:员工履历 + 项目经验⌄
容易误解成:以为所有对话都自动共享记忆,其实很多产品要手动开启或分项目
什么时候会碰到:开新对话发现它"不认识您"时
上下文污染Context pollution / 串话聊得太久,前面的话题和后面的搅在一起打个比方:前后任务记忆混淆,等于串单⌄
容易误解成:以为是它"变笨了",其实是话题堆太多互相干扰
什么时候会碰到:换话题后它还在讲上一个话题时
上下文压缩Context compression / 摘要聊得太长,先把前面缩成几句再聊打个比方:老记录整理成一页纸摘要,方便接手⌄
容易误解成:以为压缩后原文还在,其实细节可能被简化丢掉
什么时候会碰到:长对话后发现细节被"模糊"了
知识库Knowledge base它能找资料的地方打个比方:公司档案室⌄
容易误解成:以为它自带您公司的资料,其实要自己上传
什么时候会碰到:让它回答"只有我们公司才知道"的问题时
展开其余 11 个词⌄
RAGRAG / 检索增强生成先去资料库查一遍,再照着查到的内容回答打个比方:外聘顾问先查内部档案室,再给意见⌄
容易误解成:以为是模型自己"学会"了资料,其实每次都要现查
什么时候会碰到:问专业或内部问题、发现回答附带"引用来源"时
向量 / embeddingVector / embedding / 嵌入把文字变成数字,让电脑看意思像不像打个比方:给每份资料编一张便于查找的索引卡⌄
容易误解成:以为是加密,其实是为了方便"按意思搜"而不是"按字搜"
什么时候会碰到:搭知识库、听到"向量数据库"时
向量数据库Vector database存文字变数字,方便以后查找打个比方:档案室里放索引卡的柜子⌄
容易误解成:和普通数据库混淆,其实它专门按"意思相近"来查
什么时候会碰到:选型知识库工具、看架构图时
语料Corpus / 训练语料教它说话办事用的各种材料打个比方:培训员工用的教材⌄
容易误解成:以为是"知识库",语料是训练阶段用的,知识库是使用阶段现查的
什么时候会碰到:讨论"这个模型是拿什么训出来的"时
训练数据截止日期Knowledge cutoff它的知识只更新到某一天,之后的事它不知道打个比方:员工培训到某天就没再更新教材⌄
容易误解成:以为它能自动知道"今天"发生的事
什么时候会碰到:问它最新新闻或政策却答错、答旧的时
遗忘 / 截断Truncation记录装满了,就先扔掉最早的内容打个比方:记事本写满了,撕掉最前面几页⌄
容易误解成:以为是故意隐藏,其实是空间不够被动删掉
什么时候会碰到:长对话突然"不记得"最早说的事时
上下文工程(context engineering)不是靠临场喊话调教员工,而是提前把工位、资料、流程都摆好,让员工干活时手边正好有他需要的东西。⌄
容易误解成:不等同于写好一段提示词,Anthropic 原文强调更多上下文不是更好,需要主动筛选、压缩、管理进入上下文的信息(呼应第 2 条 context rot)。
什么时候会碰到:搭建长任务、多轮 Agent 系统,发现效果随对话变长而下降时。
官方原话:Anthropic 专文《Effective context engineering for AI agents》被其平台文档多处引用为管理长对话上下文的方法论出处。
上下文压缩 / 服务端压缩(compaction)员工工位快堆不下资料了,秘书帮他把前面聊过的内容总结成一页摘要,腾出地方接着干活。⌄
容易误解成:压缩后的摘要不是信息无损,被压缩掉的细节有可能在后续任务中用不上,具体保真度因实现而异,和 glossary-plain 里"上下文压缩"词条说的是同一件事,此处补上官方英文名 compaction 及链接。
什么时候会碰到:需要跑很长的多轮对话或长任务 Agent,又不想频繁开新对话时。
官方原话:「Compaction automatically summarizes earlier parts of the conversation on the server, so the conversation can continue past the context window limit.」。
上下文窗口溢出(context window overflow)员工手头的工作量超过了他能记住的上限,要么直接拒接新工单,要么中途做到一半被打断。⌄
容易误解成:不同模型版本对超窗的处理方式不同,官方原文说明较新模型撞到上限会用特定的 stop_reason 优雅停止,更早的模型会直接报验证错误。
什么时候会碰到:开发 AI 应用时需要处理这种边界情况的报错,避免用户体验中断。
官方原话:「If the input alone already exceeds the model's context window, the API returns a 400 invalid_request_error」。
上下文感知(context awareness)员工自己心里有本账,知道这次任务还剩多少工时预算,会据此规划怎么把活干完。⌄
容易误解成:不是所有模型都有的能力,官方原文列出的是特定几款模型,并非全系列标配。
什么时候会碰到:跑很长的多轮任务时,这项能力能减少因为突然没上下文空间而中断的情况。
官方原话:「these models track their remaining context window (their 'token budget') throughout a conversation... Context awareness is automatic」。
上下文编辑 / 工具结果清理(context editing / tool result clearing)秘书帮员工把桌上用不着的旧文件收走,只留当前任务需要的,腾地方给新工作。⌄
容易误解成:和压缩是两种不同的技术手段,压缩是总结成摘要,这里是直接清掉不再需要的旧工具结果。
什么时候会碰到:Agent 需要频繁调用工具、工具返回内容很长时,容易占满上下文。
官方原话:「context editing offers additional strategies: Tool result clearing: Clear old tool results in agentic workflows」。
它怎么干活
27 个词 · 智能体、工作流、提示词
Agent / 智能体Agent / 智能体能自己想办法,把一件事干完打个比方:岗位员工⌄
容易误解成:以为和普通问答机器人一样,其实它能自己调用工具、分步执行(定义参见 OpenAI Agents SDK 文档,见文末出处)
什么时候会碰到:产品介绍里说"我们是智能体"、区分"聊天机器人"和"智能体"时
多智能体Multi-agent几个"员工"分工协作办同一件事打个比方:一个项目组,各岗位配合⌄
容易误解成:以为是把好几个一模一样的模型叠在一起,其实是分工扮演不同角色
什么时候会碰到:看到产品说"多智能体协作"时
Agent 编排Orchestration安排好几个"员工"谁先做、谁后做、谁审核打个比方:COO 的人事调度表⌄
容易误解成:以为是模型自己会安排,其实调度规则是人先设计好的
什么时候会碰到:搭建复杂自动化流程时
工作流Workflow提前定好的一套办事步骤打个比方:日常工作规范、流程手册⌄
容易误解成:以为工作流本身有"智能",其实是把固定步骤串起来,智能部分在其中的模型节点
什么时候会碰到:搭建"自动化流程"类产品时
展开其余 23 个词⌄
推理Reasoning / 推理端它正在"想"答案,不是直接抄现成的打个比方:总部决策层想清楚了再回复⌄
容易误解成:容易和"训练"混用;这里的推理是指"运行时用模型算答案",日常说的"它在推理"就是"它在想"
什么时候会碰到:看到"深度思考""慢思考"模式、或"推理端/训练端"字样时
推理过程 / 思维链Reasoning trace / Chain-of-thought把"怎么想出来的"步骤写出来给您看打个比方:员工把打算怎么干写成一份说明再动手⌄
容易误解成:以为这段文字就是它内部真实运作原理的实录,实际只是它生成的一段说明性文字
什么时候会碰到:打开"显示思考过程"开关时
提示词Prompt您交代给它的那句/那段话打个比方:交代给员工的工作指令⌄
容易误解成:以为"咒语"越花哨越好,其实说清楚要什么最管用
什么时候会碰到:输入框里打字的时候
提示词工程Prompt engineering把交代的话写清楚,让它少出错打个比方:把工作指令写得更清楚明白⌄
容易误解成:以为是玄学技巧,其实多是"说清楚背景、给例子、分步骤"这类常识
什么时候会碰到:发现同一个问题换个问法答案差很多时
系统提示词System prompt藏在后台、每次对话都生效的规矩打个比方:写进岗位说明书里的硬性规定⌄
容易误解成:以为用户看得到,其实通常是后台设置、用户界面不显示
什么时候会碰到:自己开发功能、设置"人设"或"禁止事项"时
函数调用 / 工具调用Function calling / Tool use它自己决定用个工具,帮它做完一步打个比方:跨部门协作工单 + 外协采购⌄
容易误解成:以为是模型自己"算出来"的,其实是它调用了外部工具算的
什么时候会碰到:它自己去查天气、算数字、订日程时
MCPMCP / Model Context Protocol一个通用插头,让它能连各种工具和数据打个比方:一个万能插座接口标准(官方定义见文末出处)⌄
容易误解成:以为是某一家公司的私有功能,其实是公开标准,各家都能接
什么时候会碰到:看到产品支持"MCP 接入"时
插件Plugin / 扩展给它装的一个额外技能包打个比方:给员工加的一项技能证书⌄
容易误解成:以为装了插件就能力全面提升,其实每个插件只解决一类具体的事
什么时候会碰到:商店里"安装插件"时
幻觉Hallucination一本正经地编内容,听着像真的但是错的打个比方:员工不懂装懂现编一套⌄
容易误解成:以为它在"撒谎",其实它没有分辨真假的意识,只是在编排最像样的答案
什么时候会碰到:它给出的数字、链接、引用查不到出处时
基准 / benchmarkBenchmark大家共用一套考题,比谁答得好打个比方:行业统一的入职考试⌄
容易误解成:以为跑分高等于干您的活也一定好,其实考题和您的实际场景可能不是一回事
什么时候会碰到:看厂商宣传"跑分第一"时
对齐Alignment让它按人的要求办,别自作主张打个比方:让员工照公司规矩办事,不自己乱来⌄
容易误解成:以为是"让它更聪明",其实是"让它更听话、更符合预期"
什么时候会碰到:讨论"AI 安全""会不会学坏"话题时
分类器Classifier专门判断"算哪一类"的小工具打个比方:专门负责打钩判断的员工⌄
容易误解成:以为分类器能理解内容含义,其实它只是按训练过的模式打标签,也会判断错
什么时候会碰到:内容审核、垃圾信息拦截场景里
端到端End-to-end从头到尾一条龙做完,不用您中间插手打个比方:从接单到交货全包⌄
容易误解成:以为过程完全不可控、不可查,其实"端到端"只是说不用您手动接力,出错了还是要能查
什么时候会碰到:产品宣传"端到端解决方案"时
泛化Generalization换一个没教过的场景,还能不能干好打个比方:换个没做过的活,员工还灵不灵⌄
容易误解成:以为泛化好等于"什么都懂",其实每个模型都有能力边界
什么时候会碰到:用模型处理一个它没"见过"的新情况时
鲁棒性Robustness经不经得住乱来、刁钻的折腾打个比方:员工经不经得住客户瞎问乱试⌄
容易误解成:以为和"准确率"是一回事,其实鲁棒性说的是"稳不稳定",准确率说的是"对不对"
什么时候会碰到:别人故意用怪问题"套话"套出异常回答时
多模态Multimodal不光看得懂文字,还能看图、听声音、生成视频打个比方:文案 / 设计 / 视频 / 数据全能型员工⌄
容易误解成:以为多模态模型样样都是最强的,实际上综合能力强不代表单项最好
什么时候会碰到:上传图片、语音提问、生成图片时
参数(量)Parameters / 参数规模AI 模型在训练中学到的知识总量打个比方:员工脑子里存的细节知识量⌄
容易误解成:以为参数越多效果一定越好,实际还要看训练质量和任务是否匹配
什么时候会碰到:看到"70B""千亿参数"这类宣传词时
大模型 / 小模型Large model / Small model脑子大懂得多,还是脑子小更省钱打个比方:全能型员工还是专项小工⌄
容易误解成:以为小模型就是"弱",其实小模型在特定任务上可能更快更省钱
什么时候会碰到:选型时纠结"要不要上最大的模型"
模型分层Model tiers同一家按本事和价格分几档打个比方:能力、效率、薪资档次⌄
容易误解成:以为都是同一个模型改了名字,其实底层能力确实不同
什么时候会碰到:选套餐、看到"标准版/专业版/旗舰版"模型时
输出深度 / effort给员工设定这次任务该多认真,设成高就让他多想一会儿再交,设成低就让他速战速决。⌄
容易误解成:这是 Anthropic 自家 API 的参数命名,不代表所有厂商都用 effort 这个词或这套机制,其他厂商可能用完全不同的参数名和逻辑。
什么时候会碰到:用 API 直接接入模型、需要精细控制成本和响应速度的开发场景(普通产品用户通常看不到这层参数)。
官方原话:Anthropic 文档用 output_config: {effort: ...} 替代旧版直接设置 token 预算的方式来控制推理深度。
引用 / 引用来源标注(citation / grounding)要求员工每句话都得说清楚这是从哪份档案里查到的,而不是空口白说。⌄
容易误解成:附带引用链接不代表内容一定准确,模型有可能引用了一个链接但内容和链接实际讲的东西对不上,仍需人工点开核实。
什么时候会碰到:需要模型输出的每一条结论都可供读者核实来源时。
官方原话:未见可核证据,本次未采集到统一官方定义句,行业内多个产品提供 citation 功能,指模型在生成内容时附带引用来源链接。
聊天界面 vs API 调用(chat interface vs API)一种是自己坐前台直接跟员工对话(网页聊天框),一种是让别的系统直接派工单给他(API 调用),后台管理记忆的方式不一样。⌄
容易误解成:网页版聊天和通过 API 接入同一个模型,体验和上下文管理策略可能不一样,这是产品层面的策略差异,不是模型能力本身的差异。
什么时候会碰到:判断为什么网页版和自己接的 API 效果不一样时。
官方原话:Anthropic 原文特别注明区别「Chat interfaces such as claude.ai can also manage the context window on a rolling 'first in, first out' basis.」,与 API 调用方式(开发者自行管理上下文)不同。
工具搜索工具 / 按需加载工具(tool search tool)员工手头工具太多记不过来,先给他一份工具目录,用到哪个再现查现拿,不用一开始就把整箱工具搬到工位上。⌄
容易误解成:这是 Anthropic 自家 API 的具体功能命名,不代表所有平台都有对等实现。
什么时候会碰到:给 Agent 接入的工具数量很多、发现光是工具说明就占掉大量上下文空间时。
官方原话:Anthropic 文档提到 defer tool definitions with the tool search tool,作为减少工具定义占用上下文的一种手段。
装在哪、怎么改
15 个词 · 私有化、开源、微调
APIAPI / 接口让别的软件能喊它干活的通道打个比方:打给外部员工的专线电话号码⌄
容易误解成:以为是一个软件,其实是一套"怎么调用"的约定,本身不是产品界面
什么时候会碰到:找程序员对接、看到"提供 API"字样时
调用 APICall the API / API 调用次数打这个"电话"办一次事,按次或按用多少收钱打个比方:打一次电话让对方干一件活⌄
容易误解成:以为打开一次网页就算一次调用,其实一次操作背后可能调用好几次
什么时候会碰到:看账单里的"调用次数"时
SDKSDK / 开发工具包打电话用的现成工具包,不用自己从头写打个比方:打电话用的标准话术手册⌄
容易误解成:常和 API 混着说,但 SDK 只是帮您更方便调用 API 的工具包,不是接口本身
什么时候会碰到:程序员说"接了个 SDK"时
云端 / 本地部署Cloud / On-premise这套东西放别人公司,还是放您自己公司打个比方:总部决策层(云端)vs 驻场执行组(本地)(同现有比喻表"推理端")⌄
容易误解成:以为"本地"就绝对更安全,其实本地部署也要自己负责维护和更新
什么时候会碰到:谈数据是否出境、要不要私有化部署时
展开其余 11 个词⌄
私有化部署On-premise deployment / 私有化整套东西装进自己公司机器,不连外面打个比方:把员工整个请进自己厂里上班,不用他每天跑去外面办公室⌄
容易误解成:以为私有化部署就是"更便宜",其实通常前期投入更高,换的是数据不出门
什么时候会碰到:涉及客户隐私、需要过合规审查的行业问一次报价时
开源Open source配方公开,任何人都能拿去照着做一份、自己改打个比方:配方公开,谁都能照做⌄
容易误解成:以为开源就是免费能直接商用,实际还要看具体的开源许可证怎么写
什么时候会碰到:讨论"要不要用开源模型自己训"时
闭源Closed source配方保密,只能照厂家规矩用打个比方:配方保密,只能租不能买断⌄
容易误解成:以为闭源就一定更强,强弱和是否开源本身没有必然关系
什么时候会碰到:对比"开源 vs 闭源"选型时
微调Fine-tuning拿自己资料再教它一遍,让它更懂您的活打个比方:老员工做定向培训⌄
容易误解成:以为微调等于"喂知识库",其实微调改的是模型本身的行为习惯,成本和门槛比接知识库高得多
什么时候会碰到:想让模型更懂自己行业黑话、自己产品时
蒸馏Distillation把厉害大脑的本事,教给小大脑打个比方:骨干提炼成新人速成手册⌄
容易误解成:以为蒸馏后的小模型和原版能力完全一样,实际通常是打折但更快更省
什么时候会碰到:看到"蒸馏版""小尺寸模型性能接近大模型"宣传时
量化Quantization把数字要求放低,省机器、跑更快打个比方:大团队精简为驻场小分队⌄
容易误解成:以为量化就是"阉割功能",其实多数场景下效果损失很小,换来的是能跑在更普通的机器上
什么时候会碰到:自己部署模型、看到 "4bit/8bit" 字样时
微服务Microservices把一个大东西拆成很多小摊,各管一摊打个比方:把大工厂拆成一个个专门小车间⌄
容易误解成:和"多智能体"混淆,微服务是软件工程的架构方式,不是 AI 专属概念
什么时候会碰到:听程序员讲系统架构时
沙箱 / 沙盒Sandbox一个单独的"试验田",出错也不影响正事打个比方:让员工先在样品间试做,出错不影响正式仓库⌄
容易误解成:以为沙箱等于"演示模式功能阉割版",实际功能通常一样,区别只在于是否影响真实数据
什么时候会碰到:看到"在沙箱环境测试"字样时
端侧模型 / 端上运行(on-device model)不是所有事都上报总部,简单事让驻场组(手机、电脑本地)当场拍板处理,不用联网请示。⌄
容易误解成:端侧模型通常意味着体积更小、能力更弱,不代表端侧就一定更安全、数据一定不出设备,具体是否联网仍需看各产品隐私政策。
什么时候会碰到:关心离线可用性、响应速度或数据不出本机的隐私需求时。
官方原话:未见可核证据,本次未采集到某单一厂商对该词的独立官方定义句,行业通用理解为「直接在终端设备上运行、不依赖云端服务器的模型」。
模型退役 / 版本废弃(model deprecation)公司会不定期辞退老员工、招新员工顶替,老员工干的活可能过一阵就没法再指定他做了。⌄
容易误解成:不是所有厂商都会提前很久通知模型下线,具体每家的退役周期和通知时间需要单独查各自的模型生命周期政策。
什么时候会碰到:把 AI 能力集成进自己产品的开发者,需要长期关注所依赖模型是否会被弃用。
官方原话:Anthropic 文档明确某功能「deprecated on the Claude 4.6 models (requests using it still succeed)」,并配套发布迁移指南。
请求大小限制(request size limits)不是工时预算超了,是这一单本身塞的材料(图片、文件)太厚,门都进不去。⌄
容易误解成:这是和上下文窗口 token 数超限不同的另一种限制,即使 token 数没超,单次请求塞的图片、文件数量超了也会被拒绝。
什么时候会碰到:一次性上传多张图片或多份长文档给模型处理时。 ---
官方原话:「A single request can include up to 600 images or PDF pages (100 for models with a 200k-token context window). If you send many images or large documents, you might reach request size limits before the token limit.」。
会出什么事
10 个词 · 被人骗、越界、泄密
终端权限Terminal access / Shell access能直接动电脑和数据的最大权限打个比方:机房钥匙 + 数据库管理员密码⌄
容易误解成:以为只是"能用软件",其实这类权限出错能直接改坏系统
什么时候会碰到:授权它"自动执行命令"时
安全边界Guardrail / Safety boundary挡在外面、不许它越过的那道门打个比方:门卫和门禁,划定它能走到哪一步⌄
容易误解成:以为有边界就绝对不会出错,边界本身也可能被绕过或设置不当
什么时候会碰到:看到"设置了安全防护"宣传时
越权 / 提权Privilege escalation做了没让它做的事打个比方:员工干了没被授权的活⌄
容易误解成:以为只有"黑客攻击"才会越权,配置错误、权限给太宽也会导致越权
什么时候会碰到:出安全事故复盘时才第一次听到这个词
数据合规Compliance碰数据要守国家规矩打个比方:员工干活时不能违反的国家规矩⌄
容易误解成:以为"合规"是一次性认证,实际是持续要满足的要求,规则也会变
什么时候会碰到:涉及个人信息、要过法务或监管审查时
展开其余 6 个词⌄
脱敏Data masking / Anonymization身份证号这类私密信息,打码或换掉打个比方:把客户档案里的隐私信息涂黑⌄
容易误解成:以为脱敏后数据就100%安全,处理不当仍可能被反推出原始信息
什么时候会碰到:把真实数据交给 AI 处理前
审计日志Audit log谁在什么时候干了什么事的完整记录打个比方:员工干活的监控记录和台账⌄
容易误解成:以为默认都会记录,实际有的系统要手动开启审计功能
什么时候会碰到:出问题后要"查是谁干的"时
三层审计Three-layer review自己先查一遍,再有人复查一遍,最后主管把关打个比方:自查 → 互查 → 主管验收⌄
容易误解成:以为三层审计能保证 100% 不出错,它降低出错概率,不是消除风险
什么时候会碰到:给 AI 生成的内容设计"人工把关"流程时
权限分级RBAC / 权限分级按岗位给不同的门禁卡,不是所有人什么都能碰打个比方:按岗位发不同权限的门禁卡⌄
容易误解成:以为分级越细越好,权限设计太复杂反而没人会正确配置
什么时候会碰到:给团队成员开账号、分配不同操作权限时
提示词注入(prompt injection)外人塞了一张伪装成总部指令的假条给员工,员工没辨别就照办了。⌄
容易误解成:不是小概率的极端攻击,只要 AI 系统会读取外部不可信内容(网页、邮件、第三方文档),就存在被注入的风险,具体被成功利用的概率因系统防护措施而异。
什么时候会碰到:给 AI 授予「能读取外部网页/邮件」或「能执行操作(发消息、下单)」权限时。
官方原话:OWASP《LLM Top 10》LLM01 官方描述「Manipulating LLMs via crafted inputs can lead to unauthorized access, data breaches, and compromised decision-making.」。OWASP 是应用安全领域的权威独立组织,这份清单是行业公认的风险分类标准。
越狱(jailbreak)员工被人用话术绕开了岗位规定,说了或做了本不该说、不该做的事。⌄
容易误解成:不是所有厂商在这方面的防护水平一样,具体某产品的抗越狱能力需要看第三方安全评测或厂商自己披露的红队测试结果。
什么时候会碰到:面向公众开放、允许自由对话的 AI 应用,需要评估这一风险。
官方原话:OWASP《LLM Top 10》将此类风险和提示词注入归入同一大类风险描述,该组织未对 jailbreak 单列独立编号词条,而是把绕过安全限制的技巧作为提示词注入的一种具体表现形式处理。
其他常见词
4 个词
长程任务Long-horizon task需要很久、分好多步才能办完的事打个比方:需要长期跟进的客户项目⌄
容易误解成:以为是"一次性交代清楚就行",实际过程中经常需要中途确认
什么时候会碰到:让 AI 连续干几个小时、办一件复杂的事时
上下文污染(跨会话)Cross-session leakage不同任务之间的记忆串到了一起打个比方:不同项目的资料被摆到同一张桌子上,混了⌄
容易误解成:见"上下文污染"条,是同一个问题在多任务场景下的表现
什么时候会碰到:用同一个账号同时办几件不相关的事时
模型版本 / 迭代Model version / Model update员工换了新版本,能力可能不一样了打个比方:员工升级培训后换了一版新技能⌄
容易误解成:以为版本号只是"改个名字",实际能力、价格、限制都可能跟着变
什么时候会碰到:突然发现回答风格变了、旧提示词失灵时
训练 / 推理(成本口径)Training vs. Inference"教它"和"用它"是两笔不同的账打个比方:培训员工的钱 vs 员工日常上班的工资⌄
容易误解成:把两笔账混着算,日常用 AI 产品的账单通常只涉及"推理"这一笔
什么时候会碰到:看技术文章讨论"训练成本 vs 推理成本"时
来源清单
48 条,厂商官方文档与安全机构
逐条摊开,每条附原文链接⌄
厂商官方文档与安全机构 · 48 条
- https://ai.meta.com/blog/meta-llama-3-1↗
- https://anthropic.com/engineering/building-effective-agents↗
- https://anthropic.com/engineering/effective-context-engineering-for-ai-agents↗
- https://api-docs.deepseek.com/zh-cn/guides/kv_cache↗
- https://arxiv.org/abs/1503.02531↗
- https://arxiv.org/abs/1503.02531(Hinton↗
- https://arxiv.org/abs/2005.11401↗
- https://arxiv.org/abs/2005.11401(RAG↗
- https://arxiv.org/abs/2501.12948↗
- https://arxiv.org/abs/2501.12948(DeepSeek-R1↗
- https://cdn.openai.com/pdf/d04913be-3f6f-4d2b-b283-ff432ef4aaa5/why-language-models-hallucinate.pdf↗
- https://cloud.baidu.com/doc/WENXINWORKSHOP/s/qlgujhcpo↗
- https://cloud.baidu.com/product-s/qianfan_home↗
- https://developer.nvidia.com/blog/model-quantization-concepts-methods-and-why-it-matters↗
- https://developers.openai.com/api/docs/guides/batch↗
- https://developers.openai.com/api/docs/guides/embeddings↗
- https://developers.openai.com/api/docs/guides/prompt-caching↗
- https://developers.openai.com/api/docs/guides/rate-limits↗
- https://docs.bigmodel.cn/cn/guide/start/introduction↗
- https://docs.dify.ai/en/guides/workflow↗
- https://docs.volcengine.com/docs/82379/1298459↗
- https://github.com/ggml-org/llama.cpp↗
- https://help.aliyun.com/zh/model-studio/rate-limit↗
- https://help.openai.com/en/articles/9197833-batch-api-faq↗
- https://modelcontextprotocol.io/docs/2026-07-28/getting-started/intro↗
- https://modelcontextprotocol.io/introduction↗
- https://openai.com/index/why-language-models-hallucinate/↗
- https://openai.github.io/openai-agents-python/zh/agents/↗
- https://owasp.github.io/www-project-top-10-for-large-language-model-applications↗
- https://platform.claude.com/docs/en/about-claude/models/migration-guide↗
- https://platform.claude.com/docs/en/about-claude/pricing↗
- https://platform.claude.com/docs/en/about-claude/pricing#long-context-pricing↗
- https://platform.claude.com/docs/en/agents-and-tools/tool-use/manage-tool-context↗
- https://platform.claude.com/docs/en/agents-and-tools/tool-use/manage-tool-context(链接由上一页正文给出↗
- https://platform.claude.com/docs/en/agents-and-tools/tool-use/memory-tool↗
- https://platform.claude.com/docs/en/agents-and-tools/tool-use/memory-tool(由↗
- https://platform.claude.com/docs/en/agents-and-tools/tool-use/tool-search-tool↗
- https://platform.claude.com/docs/en/api/overview#request-size-limits↗
- https://platform.claude.com/docs/en/build-with-claude/compaction↗
- https://platform.claude.com/docs/en/build-with-claude/context-editing↗
- https://platform.claude.com/docs/en/build-with-claude/context-windows↗
- https://platform.claude.com/docs/en/build-with-claude/effort↗
- https://platform.claude.com/docs/en/build-with-claude/extended-thinking↗
- https://platform.claude.com/docs/en/build-with-claude/handling-stop-reasons↗
- https://platform.claude.com/docs/en/build-with-claude/token-counting↗
- https://platform.kimi.com/docs/api/caching↗
- https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents↗
- https://www.ithome.com/0/778/959.htm↗
您该怎么办
碰到新词先问一句:它和我的账单、我的数据、我能不能用上有没有关系。没关系的,知道个大概就行。
想用一个比喻把这些词串起来,看把 AI 当成一家公司;想知道这些词在宣传页上常被怎么夸大,看各能力页里的「官方说 vs 实际上」。