Glossary · 术语表

AI 工程与 GEO 术语表

中英对照技术定义,方便 AI 引擎快速理解网站内容体系。每个术语附简要说明与相关链接。

GEO

(Generative Engine Optimization)

面向生成式 AI 引擎(如 ChatGPT、Perplexity、Claude)的网站优化方法,目标是被 AI 正确抓取、理解并引用。与 SEO 的区别在于:SEO 面向搜索引擎蜘蛛,GEO 面向 AI 引擎。

LLM

(Large Language Model)

大语言模型,指基于 Transformer 架构、经过海量文本训练的深度学习模型,能够理解和生成自然语言。代表模型包括 GPT 系列、Claude 系列、通义千问、DeepSeek 等。

JSON-LD

(JavaScript Object Notation for Linked Data)

一种基于 JSON 的结构化数据格式,用于在网页中嵌入机器可读的语义信息。搜索引擎和 AI 引擎通过 JSON-LD 理解网页的实体类型(如组织、文章、FAQ、产品)。

Schema.org

由 Google、Microsoft、Yahoo 和 Yandex 联合发起的结构化数据词汇表,定义了数百种实体类型和属性。JSON-LD 是最推荐的 Schema.org 实现方式。

BLUF

(Bottom Line Up Front)

结论前置的内容结构——先给出核心结论,再展开论证。AI 引擎在抓取内容时优先读取页面开头部分,BLUF 结构能提高被 AI 正确引用的概率,是 GEO 优化的关键内容策略。

llms.txt

一种网站根目录下的文本文件,为 AI 代理(如 ChatGPT、Claude 的爬虫)提供网站导览,列出核心页面和爬虫规则。是 GEO 基建中与 robots.txt 互补的关键文件。

AI Crawler

AI 引擎用于抓取网页内容的自动化程序。与搜索引擎爬虫(Googlebot、Bingbot)不同,AI 爬虫(如 GPTBot、ClaudeBot、PerplexityBot)的主要目的是为 LLM 收集训练和推理数据。

RAG

(Retrieval-Augmented Generation)

检索增强生成,一种将信息检索与文本生成相结合的 AI 架构。LLM 在生成回答前先从外部知识库检索相关文档,将检索结果作为上下文注入提示词,从而减少幻觉、提高回答的时效性和准确性。

Token

大语言模型处理文本的基本单位。一个 Token 可以是一个词、一个子词或一个字符。中文语境下,一个字通常对应 1-2 个 Token。Token 也是 API 调用的计价单位——输入和输出都按 Token 数计费。

Prompt Engineering

提示词工程,通过设计输入文本(提示词)来引导 LLM 产生期望输出的技术。包括 Few-shot(给示例)、Chain-of-Thought(引导推理步骤)、System Prompt(设定角色和行为边界)等方法。

Structured Data

结构化数据,以标准化格式(如 JSON-LD、Microdata)嵌入网页的机器可读数据,帮助搜索引擎和 AI 引擎理解网页内容。核心类型包括 Organization、WebPage、Article、FAQPage、BreadcrumbList、DefinedTermSet 等。

SSG

(Static Site Generation)

静态站生成,在构建时预渲染所有页面为 HTML 文件,部署时无需服务器端运行时。Astro、Next.js(静态导出)、Hugo、11ty 等框架支持 SSG。纯静态站对 AI 爬虫最友好——无需 JavaScript 即可读取完整内容。

hreflang

HTML 中的语言标记属性,告诉搜索引擎和 AI 引擎同一内容的不同语言版本之间的对应关系。正确的 hreflang 配置能防止多语言网站被判定为重复内容,并让 AI 引擎在回答时引用正确语言版本。

Canonical URL

规范 URL,在 HTML 头部用 `<link rel="canonical">` 声明当前页面的权威版本 URL。当同一内容可通过多个 URL 访问时,canonical 告诉搜索引擎和 AI 引擎哪个是原始出处,避免权重分散。

Sitemap

站点地图(sitemap.xml),列出网站所有重要页面的 URL、最后修改时间和更新频率。搜索引擎和 AI 爬虫通过 sitemap 发现和索引网站内容,是 GEO 基建的标配。

FAQPage Schema

Schema.org 定义的 FAQ 页面结构化数据类型。每对问答(Question + Answer)独立标记,AI 引擎在回答相关问题时可直接引用 FAQ 中的答案。是 GEO 优化中效果最直接的结构化数据之一。

Knowledge Graph

知识图谱,以实体和关系为核心的结构化知识库。搜索引擎和 AI 引擎通过知识图谱理解实体之间的关联(如"ChatGPT 是 OpenAI 的产品")。网站可以通过 JSON-LD 输出实体关系,帮助 AI 引擎构建更准确的知识关联。

Embedding

嵌入向量,将文本、图像等非结构化数据映射到高维向量空间的技术。语义相似的文本在向量空间中距离更近,Embedding 是 RAG、语义搜索、推荐系统的基础技术。

Fine-tuning

微调,在预训练 LLM 的基础上用特定领域的数据进一步训练,使模型在特定任务上表现更好。与 RAG 的区别:微调改变模型参数,RAG 不改变参数只改变输入上下文。

MCP

(Model Context Protocol)

模型上下文协议,由 Anthropic 提出的开放协议,定义了 AI 模型与外部工具和数据源之间的标准化交互方式。MCP 使 LLM 可以安全地调用 API、查询数据库、读写文件,是 AI 代理(AI Agent)的基础设施。

CI/CD

(Continuous Integration / Continuous Deployment)

持续集成与持续部署,一种自动化软件交付实践。CI 指频繁将代码变更合并到主干并自动运行测试;CD 指通过自动化流水线将验证通过的代码部署到生产环境。GitHub Actions、GitLab CI 是主流 CI/CD 工具。

Docker

一种容器化平台,将应用及其依赖打包到轻量级、可移植的容器中,确保在不同环境中一致运行。Docker Compose 用于编排多容器应用(如 Web 服务 + 数据库 + 缓存),是中小项目部署的主流选择。

OpenAPI

一种用于描述 RESTful API 的接口规范标准(原 Swagger 规范)。通过 OpenAPI 规范文件,可以自动生成 API 文档、客户端 SDK 和 Mock 服务,是 API 契约式开发的核心工具。

Microservices

微服务架构,将应用拆分为多个独立部署的小型服务,每个服务对应一个业务子域,通过轻量级通信协议(REST/gRPC/消息队列)协作。与单体架构相比,微服务允许独立部署、独立扩容、独立团队,但引入了分布式事务、服务治理等额外复杂度。

API Gateway

API 网关,位于客户端与后端服务之间的中间层,负责请求路由、认证授权、限流熔断、协议转换等横切关注点。在多供应商 Token 聚合场景中,API 网关还承担路由决策(按价格/延迟分发请求)和容错(熔断降级)职责。

Lighthouse

Google 开发的开源自动化工具,用于审计网页的质量,涵盖性能(Performance)、可访问性(Accessibility)、SEO、最佳实践(Best Practices)和 PWA 五个维度。Lighthouse 分数是衡量前端性能优化效果的重要参考指标。

Core Web Vitals

Google 定义的一组核心网页性能指标,包括 LCP(最大内容绘制,衡量加载性能)、CLS(累积布局偏移,衡量视觉稳定性)、TBT(总阻塞时间,衡量交互响应)。这些指标直接影响搜索排名和用户体验评分。

WebP

Google 开发的新一代图像格式,支持有损和无损压缩,以及透明通道和动画。相比 PNG,WebP 的无损压缩体积平均减少 26%;相比 JPEG,有损压缩体积平均减少 25-34%。本站所有图片已从 PNG 转为 WebP,总体积缩减 89%。

SSR

(Server-Side Rendering)

服务端渲染,在服务器端将页面渲染为完整 HTML 后发送给客户端。与 SSG(静态生成)的区别在于:SSR 在每次请求时动态生成 HTML,适合需要实时数据的页面;SSG 在构建时预生成 HTML,适合内容相对固定的页面。Next.js 同时支持 SSR 和 SSG 两种模式。

Nginx

高性能 Web 服务器与反向代理服务器,也常用于负载均衡、HTTP 缓存、SSL 终端和静态资源服务。本站使用 Nginx 作为前端服务器,负责 HTTPS 终止、静态资源服务、安全头注入和反向代理配置。

JWT

(JSON Web Token)

一种基于 JSON 的开放标准(RFC 7519),用于在各方之间以安全的方式传输信息。JWT 由 Header、Payload、Signature 三部分组成,常用于 API 认证和授权。特点是无状态(服务端不需要存储 Session),但无法主动撤销,适合短期过期的 Token 场景。

OAuth

(Open Authorization)

一种开放授权标准,允许用户将特定资源的访问权限授予第三方应用,而不需要共享密码。OAuth 2.0 是当前主流版本,定义了四种授权流程:Authorization Code(最常用,用于第三方应用访问用户数据)、Client Credentials(服务间通信)、Password(第一方应用,不推荐)、Implicit(已废弃,由 PKCE 替代)。

CORS

(Cross-Origin Resource Sharing)

跨域资源共享,一种基于 HTTP 头的机制,允许服务器声明哪些来源(域名、协议、端口)可以访问其资源。浏览器默认阻止跨域请求,CORS 通过在响应头中设置 Access-Control-Allow-Origin 来安全地解除限制。生产环境应将 CORS 配置为白名单模式,只允许可信任的域名。

WebSocket

一种在单个 TCP 连接上实现全双工通信的协议。与 HTTP 的请求-响应模式不同,WebSocket 建立连接后,客户端和服务端可以随时向对方推送数据,适合聊天、实时协作、游戏等需要低延迟双向通信的场景。实现复杂度较高,需要处理连接管理、心跳检测和水平扩展。

SSE

(Server-Sent Events)

服务端推送事件,一种基于 HTTP 的轻量级实时通信协议,允许服务端通过长连接主动向客户端推送数据。客户端使用 EventSource API 接收推送。相比 WebSocket,SSE 实现更简单、浏览器原生支持自动重连,但只支持单向通信(服务端→客户端)。适合消息通知、数据推送、日志流等场景。

Webhook

一种事件驱动的回调机制,服务端在特定事件发生时通过 HTTP POST 请求向预先注册的 URL 推送数据。与长连接方案不同,Webhook 是短连接回调,不需要保持持久连接,天然支持水平扩展。常用于支付回调、CI/CD 通知、第三方事件订阅等场景。需要实现重试机制和签名验证来保证可靠性。

TypeScript

JavaScript 的超集,由 Microsoft 开发的开源编程语言,在 JavaScript 基础上增加了静态类型系统。TypeScript 在编译时进行类型检查,能提前发现类型错误,提升代码可维护性和重构安全性。本站前端使用 TypeScript 编写,配合 Astro 框架和 Tailwind CSS。

Redis

(Remote Dictionary Server)

开源的内存数据结构存储系统,支持字符串、哈希、列表、集合、有序集合等多种数据类型。常用于缓存、会话管理、消息队列、实时排行榜等场景。其特点是极低的读写延迟(亚毫秒级)和丰富的数据结构,是 Web 应用中最流行的缓存层解决方案。

PostgreSQL

功能强大的开源关系型数据库管理系统,以 ACID 事务支持、扩展性和 SQL 标准兼容性著称。支持 JSON 数据类型、全文搜索、地理空间数据(PostGIS)、窗口函数等高级特性。是本站后端服务的主要数据库选择。

GraphQL

一种由 Facebook 开发的 API 查询语言和运行时,允许客户端精确指定需要的数据结构,避免过度获取(Over-fetching)和获取不足(Under-fetching)。与 REST 不同,GraphQL 通过单一端点提供服务,客户端在请求中声明所需字段。适合多端聚合和快速迭代的前台场景。

gRPC

(gRPC Remote Procedure Call)

由 Google 开发的高性能远程过程调用(RPC)框架,基于 HTTP/2 协议和 Protocol Buffers 序列化协议。与 REST 的 JSON 文本传输不同,gRPC 使用二进制序列化,性能更高,适合内部服务间的高频调用。支持双向流式通信,是微服务架构中的主流通信协议之一。

HTTPS

(HyperText Transfer Protocol Secure)

HTTP 的安全版本,在 HTTP 之下增加了 TLS/SSL 加密层,确保数据传输的机密性、完整性和服务器身份验证。HTTPS 可以防止中间人攻击、数据篡改和窃听。所有生产环境的网站和 API 都应强制使用 HTTPS,本站使用 Let's Encrypt 证书自动续期。

ADR

(Architecture Decision Record)

架构决策记录,一种轻量级的文档方法,用于记录每次架构决策的上下文、备选方案、最终选择及其后果。ADR 与代码一起版本管理,存放在 docs/adr/ 目录下,按编号命名。核心价值在于让半年后的团队成员能理解"为什么当初这么选"。

TDD

(Test-Driven Development)

测试驱动开发,一种软件开发流程,核心循环是"红-绿-重构":先写一个失败的测试(红),再写恰好能让测试通过的代码(绿),然后重构优化代码。TDD 的价值不在于"先写测试",而在于"写代码之前先想清楚预期行为"。

CDN

(Content Delivery Network)

内容分发网络,由分布在全球各地的边缘节点组成的网络,将内容缓存到离用户最近的节点,加速内容传输。CDN 可以显著降低用户访问延迟、减轻源站压力、抵御 DDoS 攻击。常见的 CDN 服务商包括 Cloudflare、阿里云 CDN、AWS CloudFront 等。

a11y

(Accessibility)

可访问性,指产品、设备、服务或环境对尽可能多的人可用的设计理念,特别关注残障人士的使用体验。前端 a11y 的核心实践包括:语义 HTML、ARIA 标签、键盘导航、颜色对比度(WCAG 2.1 AA 标准要求文本 ≥ 4.5:1)、屏幕阅读器支持。

ELK Stack

(Elasticsearch, Logstash, Kibana)

一套开源的日志管理解决方案。Elasticsearch 负责日志的存储和全文搜索,Logstash 负责日志的采集和转换,Kibana 负责日志的可视化和查询。ELK 对日志内容建立全文索引,查询灵活但存储成本较高。适合需要全文搜索和复杂聚合分析的日志场景。

Message Queue

消息队列,一种异步通信机制,用于在服务之间传递消息。消息队列的核心模型包括:生产者(Producer)发送消息到队列(Queue),消费者(Consumer)从队列接收消息。主流消息队列包括 RabbitMQ(队列模型,适合任务分发)、Kafka(日志模型,适合事件流)、Redis Streams(轻量级,适合简单场景)。

AI Agent

AI 代理,一种能够自主感知环境、制定计划并执行行动的 AI 系统。AI Agent 通常基于 LLM 作为核心推理引擎,结合工具调用(Function Calling)和记忆系统,可以完成多步骤的复杂任务,如自动编写代码、操作数据库、调用 API 等。

Chain-of-Thought

(CoT)

思维链,一种提示词工程技术,引导 LLM 在给出最终答案之前先展示推理过程。通过在提示词中加入"让我们一步一步思考"或提供推理示例,可以显著提高 LLM 在数学、逻辑推理等复杂任务上的准确率。

Temperature

温度参数,控制 LLM 输出随机性的超参数。温度值越低(如 0.1),输出越确定和可重复;温度值越高(如 0.9),输出越多样和创造性。温度 0 适合需要精确答案的场景(如代码生成),温度 0.7-0.9 适合创意写作。

Hallucination

幻觉,指 LLM 生成看似合理但实际上不正确或虚构的内容的现象。幻觉是 LLM 的固有问题,源于模型本质上是基于概率生成文本而非理解事实。缓解方法包括 RAG(检索增强生成)、Prompt 约束、输出验证等。

Context Window

上下文窗口,指 LLM 一次能处理的最大 Token 数量。上下文窗口越大,模型能处理的文本越长。当前主流模型的上下文窗口从 8K 到 200K Token 不等。上下文窗口是 LLM 选型的重要指标之一,直接影响模型处理长文档、多轮对话的能力。

Quantization

量化,一种模型压缩技术,通过降低模型参数的数值精度(如从 FP32 降到 INT8)来减少模型大小和推理耗时。量化后的模型体积可减少 75%,推理速度提升 2-4 倍,但精度会略有下降。常见的量化方法包括 GPTQ、GGUF、AWQ 等。

Agent

代理,在 AI 语境中指能够自主执行任务的智能体。AI Agent 通常具备感知(Perception)、推理(Reasoning)、行动(Action)三个核心能力,可以调用外部工具、访问知识库、执行代码来完成任务。

Few-shot

少样本学习,一种提示词工程技术,通过在提示词中提供少量示例(通常 2-5 个)来引导 LLM 理解任务要求和输出格式。与 Zero-shot(零样本,不给示例)相比,Few-shot 通常能获得更准确和符合预期的输出。

Zero-shot

零样本学习,指不给 LLM 提供任何示例,直接要求其完成任务。Zero-shot 的效果取决于模型的能力和任务的清晰度,简单的任务(如翻译、分类)Zero-shot 效果不错,复杂的任务(如格式化的数据提取)Few-shot 更可靠。

Fine-tuning

微调,在预训练 LLM 的基础上用特定领域的数据进一步训练,使模型在特定任务上表现更好。与 RAG 的区别:微调改变模型参数,RAG 不改变参数只改变输入上下文。微调需要高质量标注数据,成本较高,但可以显著提升模型在特定领域的表现。

Vector Database

向量数据库,专门存储和检索高维向量(Embedding)的数据库。支持近似最近邻(ANN)检索,如 HNSW、IVF 索引。主流选择包括 Qdrant(上手最快、运维最简)、Milvus(分布式、亿级扩展)、pgvector(复用现有 PostgreSQL)、Elasticsearch(全文+向量一体)。向量数据库是 RAG 知识库的核心存储组件。

Chunking

切分,将长文档按语义边界拆分为检索单元(chunk)的过程。生产级做法:按标题层级和段落边界切分、相邻块重叠 50-100 字、单块 200-1000 字。切分质量直接决定检索召回效果——固定字数硬切会切断语义完整段,是最常见的 RAG 落地错误。

Reranker

重排器,对初检结果进行二次排序的模型。常见做法是用 cross-encoder 模型(如 bge-reranker)对查询与每个候选文档逐对打分,把真正相关的提到前面。显存开销小(几 GB)但检索质量提升明显,是 RAG 链路中性价比最高的一笔投入。

BM25

(Best Matching 25)

经典的关键词检索排序算法,基于词频(TF)和逆文档频率(IDF)对文档打分。与向量检索互补:向量检索处理语义相似,BM25 处理精确匹配(编号、专有名词、缩写)。Lucene/Elasticsearch 的默认相关性算法基于 BM25 改进而来。

Query Rewriting

查询改写,在检索前对用户原始问题做改写,解决口语化指代、模糊表达导致的检索失败。例如把「上次说的那个政策还能用吗」改写为「政策 有效期 2026」再检索。可用小模型或规则实现,命中率提升明显,是生产级 RAG 的常用前置步骤。

MRR

(Mean Reciprocal Rank)

平均倒数排名,信息检索的评估指标,衡量第一个正确答案在检索结果中的排名位置。MRR = 1/排名,第一个正确答案排第 1 得 1 分、排第 5 得 0.2 分。配合召回率(Recall)用于评估 RAG 检索层质量:低于 80% 召回率时先优化检索,再调生成。

Multi-Agent System

(MAS)

多智能体系统,由多个各司其职的 AI Agent 协作完成复杂任务的架构。需要多 Agent 的三个信号:① 子任务可并行执行;② 不同步骤需要不同工具集和权限隔离;③ 需要"生成→审查"的对抗循环。多 Agent 灵活但 Token 成本与调试难度显著上升,固定流程优先单 Agent。

Tool Calling

工具调用(也称 Function Calling),LLM 根据用户需求选择并调用外部函数/API 的机制。模型输出结构化调用指令(函数名+参数),由应用程序执行并返回结果。设计要点:工具职责单一、参数 description 写清楚(模型靠它决定何时调用)、返回值结构化、异常显式返回给模型而非吞掉。

ReAct

(Reason + Act)

推理-行动循环,AI Agent 的标准执行循环:思考(Reason)→ 调用工具(Act)→ 观察结果 → 再思考,直到完成任务。ReAct 让模型逐步推理并用工具结果修正判断,是降低幻觉的基础机制——回答必须基于工具调用证据,没有证据的答案应被拒绝。

Orchestration

编排,把多个 Agent/步骤按依赖关系组织成工作流的架构方式。三种主流模式:线性流水线(顺序固定,最可预测)、DAG 图编排(支持并行分支汇合,生产默认)、Planner-Executor(动态拆任务,最灵活但最不可预测)。选型顺序:能流水线就不上图,能上图就不上自主协调。

LangGraph

由 LangChain 团队推出的 Agent 编排框架,用图结构描述工作流,支持状态持久化、检查点(checkpoint)恢复、并行与条件分支。适合有工程能力的团队做生产级多 Agent,是 Dify 验证后的生产化路径。

Dify

开源的 LLM 应用开发平台,可视化拖拽编排 Agent 工作流、RAG 管道与对话应用,支持模型接入、工具集成、监控与发布。适合快速验证业务流程,深度定制(复杂状态、自定义调度)会碰壁,生产级多 Agent 常迁移到 LangGraph。

Task Decomposition

任务分解,将复杂目标拆解为可执行的子任务序列。拆解粒度直接影响成功率与成本:太粗模型难以执行,太细 Token 开销暴增。多 Agent 系统中由 Planner 负责分解与派发,是 Agent 工程化质量的第一道关口。

Reflection

反思,Agent 生成结果后自我审查或由独立审查 Agent 校验的机制:检查引用是否真实、结论与数据是否矛盾、是否遗漏关键约束,发现错误即回退重做。反思不能消除幻觉,但与证据链、人工兜底共同构成幻觉控制的三层结构。

SOLID

面向对象设计的五大原则:单一职责(Single Responsibility)、开闭原则(Open-Closed)、里氏替换(Liskov Substitution)、接口隔离(Interface Segregation)、依赖反转(Dependency Inversion)。遵循 SOLID 原则可以提高代码的可维护性、可扩展性和可测试性。

DRY

(Don't Repeat Yourself)

不要重复自己,一种软件开发原则,强调避免代码重复。重复的代码增加了维护成本——修改一个逻辑需要更新多处。DRY 的常见实现方式包括函数抽取、抽象类、设计模式等。但过度追求 DRY 可能导致过度抽象,需要在 DRY 和可读性之间平衡。

Design Pattern

设计模式,软件工程中针对常见问题的可复用解决方案。设计模式不是代码片段,而是解决特定问题的通用模板。经典的设计模式分为创建型(如 Singleton、Factory)、结构型(如 Adapter、Proxy)和行为型(如 Observer、Strategy)三类。

CQRS

(Command Query Responsibility Segregation)

命令查询职责分离,一种架构模式,将系统的读操作(查询)和写操作(命令)分离到不同的模型中。CQRS 允许读模型和写模型独立优化,读模型可以使用缓存和物化视图,写模型可以专注于业务逻辑和一致性。

Event Sourcing

事件溯源,一种数据持久化模式,将系统的状态变化记录为一系列事件,而不是存储当前状态。要获取当前状态,需要重放所有历史事件。事件溯源的优势包括完整的审计日志、时间旅行(恢复到任意历史状态)、以及事件驱动的架构支持。

MVC

(Model-View-Controller)

模型-视图-控制器,一种经典的软件架构模式,将应用程序分为三个核心组件:Model(数据与业务逻辑)、View(用户界面)、Controller(处理用户输入并协调 Model 和 View)。MVC 实现了关注点分离,提高了代码的可维护性。

Coupling

耦合度,衡量模块之间依赖程度的指标。高耦合意味着一个模块的修改会影响其他模块,降低系统的可维护性和可测试性。低耦合是良好设计的标志,常见解耦手段包括接口抽象、依赖注入、消息队列等。

Cohesion

内聚度,衡量模块内部元素之间关联程度的指标。高内聚意味着模块内部的元素在功能上紧密相关,职责清晰。高内聚低耦合是模块化设计的核心目标。

Observer Pattern

观察者模式,一种行为型设计模式,定义了一对多的依赖关系。当一个对象(主题)的状态发生变化时,所有依赖它的对象(观察者)都会自动收到通知。在 JavaScript 中,EventEmitter 是观察者模式的经典实现。

Singleton

单例模式,一种创建型设计模式,确保一个类只有一个实例,并提供一个全局访问点。在 TypeScript/JavaScript 中,模块级别的变量天然就是单例。单例模式常用于日志记录器、配置管理器、数据库连接池等场景。

Kubernetes

(K8s)

开源的容器编排平台,用于自动化容器的部署、扩展和管理。Kubernetes 将多个服务器组成一个集群,统一管理容器的调度、网络、存储和健康检查。适合大规模微服务部署,但运维复杂度较高,小项目建议用 Docker Compose 替代。

Terraform

开源的基础设施即代码(IaC)工具,使用声明式配置文件(HCL 语言)来定义和管理云基础设施。Terraform 支持 AWS、Azure、阿里云等主流云平台,可以自动化创建、修改和版本化管理云资源。

Prometheus

开源的系统监控和告警工具包,最初由 SoundCloud 开发,现在是 CNCF 的毕业项目。Prometheus 通过拉取(Pull)模式采集指标数据,支持多维数据模型和强大的 PromQL 查询语言。常与 Grafana 搭配使用,构成监控解决方案。

Grafana

开源的数据可视化和监控仪表盘工具,支持 Prometheus、Elasticsearch、InfluxDB、MySQL 等多种数据源。Grafana 提供丰富的图表类型和告警功能,是运维监控和业务数据分析的标准工具之一。

Service Mesh

服务网格,一种基础设施层,用于处理服务间通信的专用基础设施层。Service Mesh 通过 Sidecar 代理(如 Envoy)拦截服务间的所有网络流量,提供服务发现、负载均衡、熔断、重试、可观测性等功能,对应用代码透明。

CAP Theorem

CAP 定理,分布式系统设计的基本定理,指出一个分布式系统最多只能同时满足三个特性中的两个:一致性(Consistency)、可用性(Availability)、分区容错性(Partition Tolerance)。实际工程中,分区容错性是必须的,所以在一致性和可用性之间做权衡。

Serverless

无服务器计算,一种云计算执行模型,云提供商动态管理服务器的分配和资源。开发者只需编写和上传代码,不需要关心服务器配置、扩展和维护。常见的 Serverless 产品包括 AWS Lambda、阿里云函数计算、Cloudflare Workers。

Load Balancer

负载均衡器,一种将网络流量分发到多个后端服务器的设备或软件。负载均衡可以提高系统的可用性和扩展性,常见的负载均衡算法包括轮询(Round Robin)、最少连接(Least Connections)、IP Hash 等。

CDN

(Content Delivery Network)

内容分发网络,由分布在全球各地的边缘节点组成的网络,将内容缓存到离用户最近的节点,加速内容传输。CDN 可以显著降低用户访问延迟、减轻源站压力、抵御 DDoS 攻击。

Reverse Proxy

反向代理,一种位于客户端和后端服务器之间的中间服务器,代表后端服务器接收客户端请求。反向代理常用于负载均衡、SSL 终止、缓存、安全防护等场景。Nginx 是最流行的反向代理服务器之一。

ACID

(Atomicity, Consistency, Isolation, Durability)

数据库事务的四个特性:原子性(事务要么全部执行要么全部回滚)、一致性(事务前后数据保持一致)、隔离性(并发事务互不干扰)、持久性(提交后数据永久保存)。ACID 是关系型数据库(如 PostgreSQL、MySQL)的核心特性。

BASE

(Basically Available, Soft state, Eventual consistency)

分布式系统的设计理念,与 ACID 相对。BASE 强调基本可用(Basically Available)、软状态(Soft state)、最终一致性(Eventual consistency)。NoSQL 数据库(如 MongoDB、Cassandra)通常采用 BASE 模型。

Sharding

分片,一种数据库水平扩展技术,将数据按某个键(如用户 ID)分散到多个数据库实例中。每个分片持有部分数据,所有分片合起来构成完整数据集。分片可以突破单机存储和性能限制,但引入跨分片查询和分布式事务的复杂度。

Replication

复制,将数据从一个数据库实例同步到另一个实例的过程。复制可以提高数据可用性和读取性能。主从复制(Master-Slave)是最常见的模式:主库处理写操作,从库处理读操作。

ORM

(Object-Relational Mapping)

对象关系映射,一种将数据库表映射到编程语言对象的技术。ORM 框架(如 TypeORM、Prisma、SQLAlchemy)让开发者可以用面向对象的方式操作数据库,不需要写 SQL 语句。ORM 提高了开发效率,但复杂查询可能需要原生 SQL。

Index

索引,一种数据库优化技术,通过对指定列创建有序数据结构来加速数据查询。索引可以大幅提高 SELECT 查询的速度,但会降低 INSERT/UPDATE 的性能并占用额外存储空间。常见的索引类型包括 B-Tree、Hash、GiST、GIN 等。

Normalization

范式化,数据库设计的一种方法,通过消除数据冗余和依赖关系来组织数据。常见的范式包括第一范式(1NF,消除重复列)、第二范式(2NF,消除部分依赖)、第三范式(3NF,消除传递依赖)。范式化减少了数据冗余但可能增加查询复杂度。

Denormalization

反范式化,故意引入数据冗余来优化查询性能的策略。反范式化通过将关联数据存储在同一张表中来减少 JOIN 操作,适合读多写少的场景。反范式化与范式化之间需要根据实际场景权衡。

NoSQL

(Not Only SQL)

非关系型数据库的统称,与关系型数据库(SQL)不同,NoSQL 数据库不使用固定表结构。常见的 NoSQL 类型包括文档型(MongoDB)、键值型(Redis)、列族型(Cassandra)、图数据库(Neo4j)。NoSQL 适合灵活的数据模型和水平扩展场景。

Connection Pool

连接池,一种数据库连接管理技术,预先创建一组数据库连接并重复使用,避免每次请求都创建新连接的开销。连接池可以显著提高数据库访问性能,常见的连接池实现包括 PgBouncer(PostgreSQL)、HikariCP(Java)等。

XSS

(Cross-Site Scripting)

跨站脚本攻击,一种常见的安全漏洞,攻击者将恶意脚本注入到网页中,当其他用户访问该页面时脚本被执行。XSS 可以窃取用户 Cookie、重定向到恶意网站、篡改页面内容。防御方法包括输入验证、输出转义、Content-Security-Policy 头。

CSRF

(Cross-Site Request Forgery)

跨站请求伪造,一种攻击方式,诱导用户在已登录的状态下点击恶意链接,利用用户的登录态执行非预期操作。防御方法包括 SameSite Cookie 属性、CSRF Token、验证 Referer 头。

DDoS

(Distributed Denial of Service)

分布式拒绝服务攻击,攻击者通过控制大量僵尸网络向目标服务器发送海量请求,耗尽服务器的网络带宽或计算资源,导致正常用户无法访问。防御方法包括 CDN 防护、流量清洗、限流、WAF。

WAF

(Web Application Firewall)

Web 应用防火墙,一种安全设备或软件,监控和过滤 HTTP/HTTPS 流量,保护 Web 应用免受常见攻击(如 SQL 注入、XSS、文件包含)。WAF 可以部署在应用前端(如 Cloudflare WAF、阿里云 WAF)或服务器端。

CSP

(Content Security Policy)

内容安全策略,一种 HTTP 安全头,通过白名单机制控制浏览器可以加载哪些资源(脚本、样式、图片等)。CSP 可以有效防止 XSS 攻击和数据注入攻击。配置示例:Content-Security-Policy: default-src 'self'。

Zero Trust

零信任安全模型,一种安全架构理念,核心原则是"永不信任,始终验证"。零信任假设网络内外都不可信,对每个访问请求都进行身份验证和授权检查。零信任架构包括微隔离、最小权限、持续验证等关键组件。

TLS

(Transport Layer Security)

传输层安全协议,HTTPS 的底层加密协议,确保数据在传输过程中的机密性、完整性和身份验证。TLS 是 SSL 的继任者,当前主流版本是 TLS 1.3。TLS 握手过程包括密钥交换、证书验证和加密参数协商。

SSO

(Single Sign-On)

单点登录,一种身份验证机制,允许用户使用一组凭据登录多个独立的系统。SSO 通常基于 OAuth 2.0 或 SAML 协议实现,用户只需登录一次即可访问所有关联系统,提高了用户体验和安全性。

MFA

(Multi-Factor Authentication)

多因素认证,一种安全认证机制,要求用户提供两种或以上的验证方式才能登录。常见的因素包括:知识因素(密码)、持有因素(手机验证码、硬件密钥)、固有因素(指纹、面部识别)。MFA 显著提高了账户安全性。

Vulnerability

漏洞,系统、软件或网络中的安全缺陷,可能被攻击者利用来获取未授权访问、破坏数据或导致服务不可用。常见漏洞类型包括缓冲区溢出、SQL 注入、权限提升、远程代码执行。漏洞管理包括发现、评估、修复、披露等环节。

Python

一种高级编程语言,以简洁易读的语法著称。Python 在数据科学、机器学习、Web 开发(Django、FastAPI)、自动化脚本等领域广泛应用。其丰富的第三方库生态(如 NumPy、Pandas、PyTorch)使其成为 AI 领域的首选语言。

Rust

一种系统编程语言,以内存安全、零成本抽象和并发安全著称。Rust 的所有权系统和借用检查器在编译时防止内存错误,不需要垃圾回收器。Rust 适合性能敏感的场景(如 WebAssembly、系统工具、游戏引擎)。

Go

一种由 Google 开发的编译型编程语言,以简洁的语法、内置并发支持和快速编译著称。Go 的 goroutine 和 channel 使得并发编程变得简单。Go 在云原生工具(Docker、Kubernetes、Terraform)和微服务领域广泛使用。

JavaScript

一种高级解释型编程语言,是 Web 浏览器的原生脚本语言。JavaScript 支持面向对象、函数式和事件驱动编程范式。Node.js 将 JavaScript 带到服务器端,使其成为全栈开发的首选语言。

Node.js

一个基于 Chrome V8 引擎的 JavaScript 运行时环境,允许在服务器端运行 JavaScript。Node.js 采用事件驱动、非阻塞 I/O 模型,适合构建高并发、I/O 密集型的应用(如 Web 服务器、API 网关、实时应用)。

React

一个由 Meta(Facebook)开发的 JavaScript 前端库,用于构建用户界面。React 采用组件化架构和虚拟 DOM 技术,提高了 UI 开发效率和性能。React 生态包括 React Router、Next.js 框架、状态管理库(Redux、Zustand)等。

Vue.js

一个渐进式 JavaScript 前端框架,以轻量、灵活和易上手著称。Vue.js 的核心库专注于视图层,可以逐步集成到项目中。Vue 生态包括 Vue Router、Pinia 状态管理、Nuxt.js 框架等。

Express.js

一个基于 Node.js 的轻量级 Web 应用框架,提供简洁的 API 用于构建 Web 服务器和 API。Express.js 通过中间件机制处理请求和响应,是 Node.js 生态中最流行的 Web 框架之一。

Next.js

一个基于 React 的全栈 Web 框架,支持服务端渲染(SSR)、静态生成(SSG)、增量静态再生(ISR)等多种渲染模式。Next.js 提供了文件系统路由、API 路由、中间件等开箱即用的功能,是企业级 React 应用的首选框架。

Astro

一个现代的静态站点生成框架,以"零 JavaScript 默认"为核心理念。Astro 在构建时将页面预渲染为静态 HTML,只在需要交互时加载 JavaScript(岛屿架构)。Astro 支持多种 UI 框架(React、Vue、Svelte)混用,本站即使用 Astro 构建。

Refactoring

代码重构,在不改变软件外部行为的前提下改善内部结构的过程。重构的核心原则是小步前进——每次只做一种重构操作(如重命名、提取函数、移动方法),每一步后都运行测试确保行为不变。重构不是重写,而是逐步改善代码质量。

API Versioning

API 版本管理,标识和管理 API 不同版本的策略。常见的版本策略包括 URL 路径版本(/v1/users)、Header 版本(Accept Header)、参数版本(?version=1)。推荐使用 URL 路径版本,透明且易于调试。版本号只在不兼容变更时升级。

Data Visualization

数据可视化,通过图表和图形将数据转化为视觉形式的技术。好的数据可视化能让读者一眼看懂数据背后的趋势和模式。核心原则包括:选对图表类型、保持高数据-墨水比、色盲友好的配色方案、以及合理的交互设计。

ECharts

一个由百度开源的功能强大的 JavaScript 图表库,提供 60+ 种图表类型,包括折线图、柱状图、饼图、散点图、地图、热力图等。ECharts 使用 Canvas 渲染,适合大数据量场景,配置简单,中文文档完善,是国内数据可视化的首选库。

D3.js

(Data-Driven Documents)

一个基于数据操作文档的 JavaScript 库,通过将数据绑定到 DOM 来实现数据可视化。D3.js 提供了最大的灵活性和自定义能力,但学习曲线陡峭。适合需要高度定制化的图表场景,如桑基图、弦图、力导向图等。

Backward Compatibility

向后兼容,新版本的 API 或软件能够与旧版本的客户端正常工作。在 API 设计中,向后兼容的变更包括加字段、加可选参数、扩展枚举值;不兼容的变更包括删字段、改字段类型、改必填参数。好的 API 设计应尽可能保持向后兼容。

Database Migration

数据库迁移,将数据库 Schema 或数据从一种结构迁移到另一种结构的过程。零停机迁移的核心策略是"并轨运行"——新旧结构在一段时间内并存,应用层兼容两者,等旧数据全部迁完再切换。常用的零停机工具包括 gh-ost(MySQL)、pgroll(PostgreSQL)。

Online Schema Change

(OSC)

在线 Schema 变更,在不停止数据库服务的情况下修改表结构的技术。原理是通过创建影子表、将增量变更同步到影子表(通过触发器或 binlog),最后原子交换表名。gh-ost 使用 binlog 流式同步,不依赖触发器,对主库压力更小。

SLO

(Service Level Objective)

服务等级目标,衡量系统服务质量的核心指标,从用户视角定义。常见的 SLO 包括 API 可用率(≥ 99.9%)、响应时间 P99(≤ 500ms)、数据新鲜度(≤ 5 分钟)。SLO 是监控告警体系的基础——只对违反 SLO 的情况告警,不做基础设施层面的噪声告警。

Alert Fatigue

告警疲劳,指运维人员因收到过多无关紧要的告警而变得麻木,最终错过真正重要的告警。缓解方法包括:SLO 驱动告警(只对用户可感知的异常告警)、依赖抑制(下层故障自动屏蔽上层告警)、分组聚合(同类告警合并为一条通知)。

Crawl Budget

爬虫预算,搜索引擎爬虫每天对每个网站分配的固定抓取配额。如果网站有大量低价值页面(重复内容、参数化 URL),爬虫会把配额浪费在这些页面上。管理方法:用 robots.txt 和 noindex 屏蔽低价值页面,让爬虫集中抓取核心内容。

E-E-A-T

(Experience-Expertise-Authoritativeness-Trustworthiness)

经验-专业-权威-信任,Google 质量评估指南的核心框架。虽然不是直接的排名算法因素,但内容质量信号会影响排名。提升方法:文章署名真实作者、引用权威来源、展示团队资质、保持内容更新日期可见、完善的联系信息和关于我们页。

Tree Shaking

树摇(摇树优化),打包工具自动移除未使用代码的优化技术。依赖 ES Module 的静态分析特性,在打包时识别并剔除那些被导入但从未被调用的代码。2026 年所有主流构建工具(Vite、Webpack、Turbopack)都默认支持 Tree Shaking。

Code Splitting

代码分割,将应用的代码拆分成多个独立 Chunk,按需加载的技术。最常见的粒度是路由级分割——用户访问哪个路由才加载对应的代码,其余代码延迟加载。Vite 和 Webpack 都自动将动态导入(import())的模块拆分为独立文件。

Event-Driven Architecture

(EDA)

事件驱动架构,一种以事件(Event)作为核心通信机制的软件架构模式。组件之间不直接调用,而是通过发布和订阅事件进行异步通信。EDA 的核心优势是松耦合——发送方不需要知道谁在消费事件、消费是否成功。典型实现包括消息队列(RabbitMQ)和事件流(Kafka)。

Message Queue

消息队列,一种异步通信机制,用于在服务之间传递消息。消息队列的核心模型包括:生产者(Producer)发送消息到队列(Queue),消费者(Consumer)从队列接收消息。主流消息队列包括 RabbitMQ(队列模型,适合任务分发)、Kafka(日志模型,适合事件流)、Redis Streams(轻量级,适合简单场景)。

Event Stream

事件流,一种将事件持久存储在日志中的消息模型。与消息队列不同,事件流中的事件不会在消费后被删除,而是保留到过期时间,消费者可以在任意时间点回溯重放。Apache Kafka 是事件流的代表实现,以高吞吐和持久化著称。

Event Sourcing

事件溯源,一种数据持久化模式,将系统的状态变化记录为一系列事件(Event),而不是存储当前状态。要获取当前状态,需要重放所有历史事件。事件溯源的优势包括完整的审计日志、时间旅行(恢复到任意历史状态)、以及事件驱动的架构支持。但引入了一致性延迟和事件 Schema 版本管理的复杂度。

Saga Pattern

Saga 模式,一种在微服务架构中管理分布式事务的模式。Saga 将一个大事务拆分为多个本地事务,每个本地事务完成后发布事件触发下一个步骤。如果某个步骤失败,Saga 执行补偿事务(Compensating Transaction)来回滚已完成的步骤。编排方式分为编排式(Choreography,通过事件驱动)和协调式(Orchestration,通过中心协调器)两种。

Circuit Breaker

熔断器模式,一种保护分布式系统防止级联故障的设计模式。熔断器监控对下游服务的调用失败率,当失败率超过阈值时"断开"线路,后续请求直接返回错误而不真正调用下游,给下游服务恢复时间。熔断器有三种状态:关闭(正常调用)、打开(快速失败)、半开(试探恢复)。Resilience4j 和 Hystrix 是流行的熔断器实现。

Bulkhead

舱壁模式,一种隔离故障的设计模式,源自船舶的隔舱设计——一个舱漏水不会沉掉整条船。在系统中,Bulkhead 通过为不同组件分配独立的线程池或连接池来隔离故障。当某个组件的资源耗尽时,只影响该组件自身,不会耗尽整个系统的线程池导致所有请求失败。常与熔断器模式配合使用。

Idempotency

幂等性,指同一操作执行多次和执行一次产生相同结果的性质。在分布式系统中,网络抖动、重试机制可能导致消息重复投递,消费者必须实现幂等性。幂等的常见实现方式包括:天然幂等操作(SET key = value)、去重表(事件 ID 唯一约束)、乐观锁(版本号检测)、状态机(只允许特定状态转移)。

Backpressure

背压,一种流控制机制,当消费者处理速度跟不上生产者时,消费者主动向生产者反馈压力信号,让生产者减慢或暂停发送。背压是 Reactive Systems 的核心机制之一,可以防止消费者被数据洪流压垮。在 Kafka 中,消费者通过 max.poll.records 和 fetch.max.bytes 参数实现背压控制。

Distributed Tracing

分布式追踪,一种在微服务架构中追踪请求完整链路的技术。每个请求在入口处分配一个唯一的 Trace ID,在跨越不同服务时通过 Propagate Header 传递。通过 Trace ID 可以将一个请求经过的所有服务调用串联起来,快速定位性能瓶颈和故障点。Jaeger 和 Zipkin 是主流的分布式追踪系统。

Blue-Green Deployment

蓝绿部署,一种零停机发布策略,维护两套完全相同的生产环境(蓝环境和绿环境)。任何时候只有一套环境承载生产流量。新版本先部署到空闲环境,验证通过后流量网关瞬时切换(路由/负载均衡器更新),旧环境保留作为回滚容量。切换是瞬时的,没有灰度窗口。

Canary Deployment

金丝雀部署,一种渐进式发布策略,先将新版本发布到一小部分实例(如 5%),监控运行状态和错误率一段时间,如果没有异常再逐步扩大流量比例到 100%。如果发现异常,可以立即将流量切回旧版本。相比蓝绿部署,金丝雀部署更精细但发布周期更长。

Feature Flag

功能开关,一种在运行时控制功能可见性的技术,不需要重新部署代码即可开启或关闭某个功能。常用场景包括:灰度发布(对指定用户或地区开启新功能)、A/B 测试(随机分组测试不同版本)、运维开关(紧急关闭问题功能)。LaunchDarkly 和 Unleash 是专用的功能开关管理平台。

Graceful Degradation

优雅降级,一种系统设计策略,当部分组件或依赖不可用时,系统不直接崩溃,而是以降低的功能水平继续服务。例如:推荐服务不可用时降级为热门榜单、图片加载失败时显示占位图、支付服务不可用时暂缓开通功能。降级策略应在架构设计阶段预先定义,而不是在线上故障时临时拍脑门。

Rate Limiting

限流,一种系统保护机制,限制在指定时间窗口内允许通过的请求数量。常见的限流算法包括:令牌桶(Token Bucket,允许突发流量)、漏桶(Leaky Bucket,均匀处理请求)、滑动窗口(Sliding Window,精确计数)。限流的维度可以是 IP、用户 ID、API Key,网关层(如 Kong、APISIX)通常内置限流插件。

Health Check

健康检查,一种检测服务实例是否正常运行的机制。分为两种:存活检查(Liveness Probe,服务进程是否还在运行)和就绪检查(Readiness Probe,服务是否能正常处理请求)。Kubernetes 通过 Pod 的健康检查决定是否重启容器或摘除流量。对外暴露的健康检查端点通常返回 200 OK 或 JSON 格式的状态详情。

Sidecar Pattern

Sidecar 模式,一种将辅助功能(日志、监控、代理、配置)从主应用中剥离到独立的伴生容器的架构模式。Sidecar 与主应用共享相同的网络和存储卷,但独立部署和更新。Service Mesh(如 Istio)的 Envoy 代理就是经典的 Sidecar 实现——应用代码不需要感知服务网格的存在。

Leader Election

领导者选举,一种分布式系统算法,在多个副本中选出一个 Leader 负责处理写操作或协调任务,其他副本作为 Follower 保持同步。Leader 崩溃时自动重新选举。ZooKeeper、etcd、Redis Sentinel 都提供了 Leader Election 的能力。选举算法包括 Paxos、Raft、Bully 等。

Consensus Algorithm

共识算法,一种在分布式系统中让多个节点就某个值达成一致的算法。共识算法是分布式可靠性的基石,在 Leader Election、分布式锁、原子广播等场景中发挥核心作用。最著名的共识算法是 Paxos(理论严谨,实现在 Chubby/ZooKeeper)和 Raft(更易理解,实现在 etcd/Consul)。

CAP Theorem

(CAP)

CAP 定理,分布式系统设计的基本定理,指出一个分布式系统最多只能同时满足三个特性中的两个:一致性(Consistency)、可用性(Availability)、分区容错性(Partition Tolerance)。实际工程中,分区容错性是必须的,所以在一致性和可用性之间做权衡。

Data Pipeline

数据管道,一种将数据从源端经过抽取、转换、加载等步骤流转到目标端的过程。数据管道通常涉及数据源提取→清洗→转换→加载到数仓的过程,可以按批次调度或实时流处理。Apache Kafka、Apache Flink、Apache Airflow 是数据管道的常用工具组合。

Eventual Consistency

最终一致性,一种分布式系统一致性模型,允许多副本之间在一段时间内存在数据不一致,但只要没有新的更新,经过足够长的时间后所有副本最终会达到一致。最终一致性与强一致性相对,是 BASE 理论的核心。在事件驱动架构中,读模型通常落后于写模型数秒到数分钟。

Reactive Systems

响应式系统,一种面向弹性和响应的架构风格,遵循四个核心原则:即时响应(Responsive,在合理时间内响应)、弹性(Resilient,故障时系统仍可用)、弹性扩展(Elastic,根据负载自动伸缩)、消息驱动(Message Driven,异步消息传递实现松耦合和背压)。Reactive Manifesto 定义了响应式系统的核心理念。

Compensating Transaction

补偿事务,在 Saga 模式中,当某个步骤失败时,用于撤销之前已完成步骤的操作。补偿事务不是"还原到原始状态"——因为中间可能发生了其他操作——而是"抵消"之前操作的影响。例如:扣款失败后执行退款(而非"反扣款")、订单取消后执行恢复库存而非"改订单状态"。补偿事务必须是幂等的。

QPS

(Queries Per Second)

每秒查询数,衡量系统处理能力的核心指标。容量规划中通常区分平均 QPS 和峰值 QPS。平均 QPS = 日总请求数 / 86400,峰值 QPS = 平均 QPS × 峰值系数(5-8 取决于业务类型)。压测目标通常设置为峰值 QPS 的 3-5 倍,预留余量。

P99 延迟

(99th Percentile Latency)

第 99 百分位延迟,指 99% 的请求在低于此值的时间内完成。P99 比平均值更能反映系统的真实用户体验——平均值可能被大多数请求拉低,掩盖少量慢请求的问题。P99 超过 1000ms 且占比超过 5% 应视为预警信号。相关指标还包括 P50(中位数)和 P95(第 95 百分位)。

TTFT

(Time to First Token)

首 Token 延迟,AI 推理场景的关键性能指标,指从提交请求到收到第一个输出 Token 的时间。TTFT 直接影响用户感知的响应速度。在流式输出中,TTFT 应控制在 500ms 以内。影响 TTFT 的因素包括模型大小、硬件配置、批处理策略和 KV Cache 命中率。

TPOT

(Time Per Output Token)

每 Token 输出延迟,AI 推理场景的关键性能指标,指生成每个输出 Token 所需的平均时间。TPOT 决定生成速度——500 Token 的输出在 TPOT 为 10ms 时需要 5 秒。TPOT 受 GPU 算力、显存带宽、量化方式和批处理大小影响。

Load Testing

负载测试,通过模拟真实用户请求来验证系统在预期负载下的性能表现。压测金字塔:组件级(单接口/单查询)→ 模块级(单服务)→ 全链路(端到端)。常用工具包括 wrk(轻量 HTTP)、k6(场景编排)、pgbench(数据库)、vLLM benchmark_serving.py(AI 推理)。必须覆盖基线压测、极限压测、持续压测和突发压测四种场景。

Connection Pool Exhaustion

连接池耗尽,一种常见的数据库性能瓶颈,指所有数据库连接都被占用,新请求等待释放连接而超时。350 QPS 下数据库连接池建议 50-80 个连接。连接池耗尽的原因通常是慢查询占用连接时间过长、连接泄漏(未正确归还连接)、或突发流量超过池容量。监控连接池使用率和等待时间是早期发现瓶颈的关键。

AI Overviews

Google 搜索结果页顶部的 AI 生成摘要,由 Google 的生成式 AI 基于排名靠前的网页内容自动总结而成,直接回答用户查询。AI Overviews 会引用来源网页——被引用的网站因此获得高曝光但通常不产生点击(零点击搜索)。GEO 优化让网站内容更容易被 AI Overviews 选中引用。

Answer Engine

答案引擎,一类直接给出答案而非列出链接的 AI 信息检索产品,代表是 Perplexity。与传统搜索引擎不同,答案引擎先检索相关网页,再由 LLM 综合生成带引用的回答。GEO(生成式引擎优化)的目标就是让网站内容被答案引擎抓取、理解并引用。

AEO

(Answer Engine Optimization)

答案引擎优化,面向答案引擎(如 Perplexity)的优化方法,目标是让网站在 AI 回答中被引用。与 GEO 高度重叠:都要求结构化数据、结论前置(BLUF)、可抓取的内容和清晰的实体关系。AEO 是 GEO 在"答案引擎"这一具体渠道上的实践。

PerplexityBot

Perplexity 搜索引擎使用的 AI 爬虫,用于抓取网页内容作为其 AI 回答的引用来源。与 GPTBot(OpenAI)和 ClaudeBot(Anthropic)类似,属于专门为 AI 引擎服务的爬虫。robots.txt 应显式放行 PerplexityBot,否则网站在 Perplexity 的回答中会完全隐形。

Rich Snippet

富摘要,搜索结果中展示的增强片段,通过结构化数据(JSON-LD)驱动,可显示评分、价格、FAQ 问答、面包屑等丰富信息。富摘要能显著提高点击率,同时 FAQPage 等类型的富摘要内容也更容易被 AI 引擎直接引用,是 SEO 与 GEO 的共赢基建。

Semantic HTML

语义 HTML,使用具有明确语义的标签(article、section、nav、header、h1-h6、time 等)构建页面结构,而非全部使用 div/span。语义 HTML 帮助搜索引擎和 AI 引擎理解内容的层次与含义,是 GEO 基建的一部分——AI 爬虫比浏览器更依赖语义标签来判断内容重要性。

Knowledge Panel

知识面板,搜索引擎结果页(如 Google、百度)中展示实体(品牌、人物、机构)摘要信息的信息框,数据来自知识图谱。知识面板提升品牌权威感,通常与维基百科、官网结构化数据(Organization Schema)、权威媒体引用相关,是 E-E-A-T 信号的一部分。

GPTBot

OpenAI 用于抓取网页内容的 AI 爬虫,数据用于训练和推理。GPTBot 的 User-Agent 含 "GPTBot",可通过 robots.txt 单独控制放行或屏蔽。ChatGPT 联网搜索时还使用 OAI-SearchBot 抓取实时内容。观察 GPTBot 抓取量是衡量 OpenAI 侧 GEO 效果的第一层信号。

OAI-SearchBot

OpenAI 搜索引擎(ChatGPT Search)使用的爬虫,用于抓取实时网页内容作为回答的引用来源。与训练用 GPTBot 不同,OAI-SearchBot 服务于推理阶段的联网检索,对网站的 GEO 价值更直接——被它抓取意味着有机会出现在 ChatGPT 的回答引用中。

ClaudeBot

Anthropic 的 Claude 系列 AI 助手使用的爬虫,用于抓取网页内容供训练与推理。Claude 的搜索类产品(Claude-SearchBot、Claude-User)也会抓取实时内容。User-Agent 含 "ClaudeBot",与 GPTBot、PerplexityBot 同属应显式放行的 AI 爬虫白名单。

Google-Extended

Google 用于训练 Gemini 等生成式 AI 模型的专用爬虫标识,独立于常规 Googlebot。站长可在 robots.txt 中单独控制 Google-Extended 的抓取权限。在 Search Console 中观察 Google-Extended 的抓取数据,可侧面衡量内容被 Google AI 侧读取的规模。

robots.txt

网站根目录下的爬虫协议文件,声明哪些 User-Agent 可以抓取哪些路径。GEO 实践中常见的坑是沿用旧的屏蔽规则误伤 AI 爬虫(如屏蔽了 GPTBot/PerplexityBot 所在 UA 段)。GEO 基建要求显式放行所有主流 AI 爬虫并保留 sitemap 指向。

Search Console

Google 搜索控制台(GSC),Google 官方的网站索引与搜索表现监控工具。GEO 场景下的用法:在性能报告中筛选 Googlebot 与 Google-Extended,观察哪些 URL 被抓取、返回状态码,侧面推断内容被 AI 侧读取的规模与质量问题。

UTM Parameters

(Urchin Tracking Module)

统一跟踪参数,附加在 URL 上的查询参数(如 ?utm_source=perplexity&utm_medium=organic),用于在统计工具中标记流量来源。GEO 归因的标准做法:在 AI 回答中出现的落地页链接上加 UTM 参数,即可统计 ChatGPT、Perplexity 等 AI 渠道带来的访问量与转化。

AI Visibility

AI 可见度,衡量网站在 AI 引擎回答中被抓取、理解并引用的综合程度。与 SEO 的"关键词排名"对应,AI 可见度通过四层链路衡量:爬虫抓取量(服务器日志)→ 索引覆盖(Search Console)→ 引用(品牌测试与业务词测试)→ 归因(AI 来源流量与询盘)。

术语表使用 DefinedTermSet Schema 标记,方便 AI 引擎直接引用。