【图】解LLM:用图理解大语言模型

1. LLM 工作流程

flowchart LR Input[输入文本] --> Token[Token化] Token --> Embed[嵌入向量] Embed --> Transformer[Transformer 处理] Transformer --> Prob[概率分布] Prob --> Decode[解码生成] Decode --> Output[输出文本]

概念解释:

  • Token化:将输入文本拆分成模型可识别的最小单元,如单词、子词或字符。
  • 嵌入向量:把离散的 Token 映射为连续的数值向量,使模型能够计算语义关系。
  • Transformer:通过自注意力机制捕捉文本中的长距离依赖关系。
  • 概率分布:模型预测下一个 Token 的概率。
  • 解码生成:根据概率采样或选择最可能的 Token,逐步生成完整回答。

2. Transformer 核心机制

flowchart TB Input[输入Token] --> Embedding[词嵌入] Embedding --> Positional[位置编码] Positional --> Attention[自注意力层] Attention --> FFN[前馈神经网络] FFN --> Norm[层归一化] Norm --> Output[输出概率]

概念解释:

自注意力机制是 Transformer 的核心。它让模型在处理每个 Token 时,都能同时参考输入中其他位置的 Token,从而理解上下文关系。位置编码则补充了序列顺序信息,因为自注意力本身不感知顺序。

3. LLM 四大核心能力

mindmap root((LLM核心能力)) 自然语言理解 意图识别 情感分析 实体提取 自然语言生成 文本创作 翻译 总结 推理能力 逻辑推理 代码生成 数学计算 上下文学习 多轮对话 少样本学习 角色一致

概念解释:

LLM 不仅能理解语言,还能生成、推理和学习。上下文学习能力让它可以通过少量示例快速适应新任务,这也是 Prompt Engineering 有效的原因。

4. LLM 应用调用链路

sequenceDiagram participant U as 用户 participant App as 前端应用 participant API as 后端API participant LLM as LLM服务 participant Cache as 缓存 U->>App: 输入问题 App->>API: 发送请求 API->>Cache: 检查缓存 alt 缓存未命中 API->>LLM: 调用 chat.completions.create LLM-->>API: 返回生成结果 API->>Cache: 写入缓存 end API-->>App: 返回回答 App-->>U: 展示结果

概念解释:

生产环境中,前端不直接调用 LLM,而是通过后端代理。后端可以统一处理认证、限流、缓存和日志,避免 API 密钥泄露,并降低调用成本。

5. Prompt Engineering 结构

flowchart LR Role[角色定义] --> Context[上下文背景] Context --> Instruction[具体指令] Instruction --> Example[示例] Example --> Constraint[约束条件] Constraint --> Output[输出格式]

概念解释:

高质量的 Prompt 通常包含五个要素:角色定义让模型知道以什么身份回答;上下文提供背景;指令明确任务;示例展示期望输出;约束条件控制输出长度、格式和风格。

6. 主流 LLM 服务商选型

flowchart TD Start[选择LLM] --> Task{任务类型} Task -->|复杂推理/代码| OpenAI[GPT-4 / GPT-4o] Task -->|长文本/安全/分析| Claude[Claude-3 系列] Task -->|多模态/成本敏感| Gemini[Gemini Pro] Task -->|私有化/合规| Local[开源模型] Task -->|简单任务/低成本| Turbo[GPT-3.5 / Haiku]

概念解释:

不同模型各有优势。选择时要综合考虑任务复杂度、上下文长度、成本、安全合规和多模态需求。简单任务使用轻量模型可以大幅降低成本。

7. 直接调用 vs 后端代理调用

flowchart TB subgraph Direct[直接调用] D1[前端] --> D2[LLM API] end subgraph Proxy[后端代理调用] P1[前端] --> P2[后端API] P2 --> P3[LLM API] end style Proxy fill:#d4edda,stroke:#28a745

概念解释:

直接调用简单但不安全,API 密钥会暴露在前端。后端代理是生产环境的标准做法,可以在服务端统一管理密钥、监控用量、实现缓存和限流。

相关推荐
IT_陈寒10 分钟前
React的setState真是个演员,你以为它同步其实在装睡
前端·人工智能·后端
跨境卫士苏苏19 分钟前
TikTokShop关联账户认定指引更新跨境代运营团队需要注意哪些管理责任
大数据·人工智能·市场营销·跨境电商·营销策略
SelectDB22 分钟前
Apache Doris 企业版怎么选?SelectDB 提供同源商业支持、私有化部署与信创适配
人工智能
乐维_lwops27 分钟前
案例解读:大型综合性科创产业园运维监控落地实践
运维·网络·人工智能·安全·it监控·国产运维智能体
杨杨杨大侠1 小时前
AI 怎么知道自己改对了?从 Astra 修千问说到 Harness²
人工智能·agent
tellmewhoisi1 小时前
深度学习39:RNN基础介绍,api参数解惑和代码api
人工智能·rnn·深度学习
金融Tech趋势派1 小时前
企业微信客户管理工具哪个好?按企业规模、行业与合规要求的三层判断标准
人工智能·企业微信
组工部管理能手李哥1 小时前
一次政务知识库体验:AI回答之外,我更在意那行引用来源
大数据·人工智能·大模型·政务
硅谷秋水1 小时前
AgenticRoboRL:将“编程智能体”后训练引入智能体化机器人领域
人工智能·机器学习·语言模型·机器人
武天旭2 小时前
AI安全--AI大模型的毒性偏见与安全对齐实践
人工智能·python·深度学习