重点拆解:FDE × Token 中转

AI 黑话,
翻译成人话

“算力、Token、Agent……”
其实都能在一条从电到生意的路上找到位置。

算力像电和机器
🧠
模型像受过训练的大脑
🧰
Agent像会用工具的员工
¥
生意为结果付钱
FDE 管技术怎样落地;Token 中转管请求怎样流转、钱怎样结算。
先纠正一个前提02

这些词,根本不在同一层

把岗位、硬件、计费方式和软件产品混在一起背,只会越听越乱。

基础设施

提供计算能力,就像给工厂供电、供机器。

算力卡平台、GPU 云
🧰

产品与系统

把模型装进具体工作流程,让它真正办事。

Agent、Codex、Claude Code
🧑‍🔧

岗位与交付

深入客户现场,把技术变成能上线的业务系统。

FDE
先问“它在哪一层”,再问“它是什么意思”。
一张地图03

从“电和机器”,一路走到业务结果

算力

GPU、服务器、集群

🧠

模型

理解、生成、推理

🚪

Token 中转

Gateway、路由、计费

🧰

应用

Agent、AI 软件

¥

结果

省时间、增收入、降风险

FDE 横跨多层:从客户问题出发,把技术送进真实生产环境
最重要的生活类比04

把 AI 当成一名新员工

🧠

模型 = 大脑

决定理解和推理能力

算力 = 电和机器

让“大脑”能够工作

📒

指令 = 员工手册

告诉它边界和做法

🧰

工具 = 手和系统权限

让它查资料、写 CRM

🪙

Token = 用量表

记录它读了多少、写了多少

🛡️

审批 = 主管签字

高风险动作不能擅自做

底座 ①05

“算力卡平台”,更像带厨房的共享工厂

这个说法并不统一。通常指 GPU 云、算力租赁,或者负责调度多张 GPU 的平台。

🏭

它真正卖什么?

  • GPU 使用时间或整套集群
  • 网络、存储和运行环境
  • 调度、监控与运维能力
不是“有几张卡”就够了,还要看利用率和稳定性。
🤔

创业者一定要买吗?

  • 调用现成模型 API,通常不需要自己买卡
  • 训练自有大模型,才可能需要大量算力
  • 先确认业务量,再决定自建还是租用
别把基础设施投资,当成产品需求。
底座 ②06

模型是发动机,产品是整辆车

🧠

大模型

  • 提供理解、生成和推理能力
  • 通常通过 API 被其他软件调用
  • 能力强,不代表懂你的具体业务
像发动机:很重要,但不能单独载客。
🚗

AI 产品

  • 加入界面、数据、权限和工作流程
  • 解决某一类用户的具体任务
  • 还要负责可靠性、售后和合规
ChatGPT、Codex、Claude Code 都是产品名,不是“模型”的同义词。
底座 ③07

训练像上学,推理像上班

🎓

训练 Training

  • 用大量数据让模型形成能力
  • 通常需要更多算力、资金和人才
  • 基础模型公司是主要参与者
像多年教育:成本高、周期长。
💼

推理 Inference

  • 用户每问一次,模型工作一次
  • 成本随调用、长度和复杂度增加
  • 多数应用创业公司买的是推理
像日常上班:每完成一单,都产生费用。
费用表 ①08

Token 不是代币,是模型的用量刻度

TOKEN

像水表、电表:
记录模型读进去和写出来的信息量。

INPUT

输入 Token

问题、历史对话、文件和工具说明。

OUTPUT

输出 Token

模型生成给你的回答或代码。

CACHED

缓存 Token

重复内容被复用时,计价可能不同。

REASONING

推理 Token

模型内部思考所消耗的计算量。

Token 数不等于汉字数;语言、模型和编码方式都会影响切分。
费用表 ②09

真正要算的,不是“单价”,而是成功完成一件事的成本

模型费用 + 工具费用 + 重试失败 + 基础设施 + 人工复核
成功完成的业务任务数
🪙Token输入、输出、缓存、推理
🔎工具搜索、语音、图片、数据库
失败重试、超时和错误结果
🖥️系统网关、存储、监控、带宽
👤人工审核、客服和异常处理
每百万 Token 更便宜,不一定让你的产品更赚钱。
重点 ① · Token 中转10

“Token 中转”不是标准名词,更像一个API 收费站

📱

你的应用

发出模型请求

正规 LLM Gateway

  • 统一密钥
  • 费用统计
  • 预算限流
  • 审计日志
  • 失败重试
  • 模型切换
🧠

模型厂商

执行推理并返回结果

来源不明的低价中转,要核查:密钥来源、数据去向、模型真假、服务稳定性和上游条款。
重点 ② · Token 中转11

同样叫“中转”,实际是三种完全不同的生意

A

企业自建或受控 Gateway

客户自己持有上游账号和密钥;网关负责路由、预算、日志和权限。

卖的是:治理软件、部署与运维。
B

可核验的模型聚合服务

平台统一接入多个模型,再向客户提供余额、账单、路由和技术支持。

要核验:授权关系、账单、数据条款和 SLA。
C

来源不明的低价中转

上游账号、模型版本和数据链路不透明;低价可能来自短期补贴,也可能来自不可持续来源。

风险:封号、泄露、模型不真、服务随时中断。
先问四句:谁有上游账号?谁收钱?数据经过谁?出故障谁负责?
重点 ③ · Token 中转12

Token 中转靠什么赚钱?差价只是最薄的一层

先看一本真实账

真实毛利 = 客户付款 − 上游模型账单 − 重试损耗 − 运维客服 − 合规与资金成本

只比较“每百万 Token 买入价和卖出价”,会漏掉失败请求、坏账、汇率、技术支持和安全成本。

最容易被压价

模型差价

低价买入、加价卖出。

模型越便宜、竞争越多,空间越薄。
更可持续

平台软件费

路由、预算、审计、权限、可观测性。

客户为管理复杂度付钱。
更重但更深

企业服务费

私有部署、集成、SLA 和持续运维。

客户为可靠交付付钱。
独立判断:只靠低价倒卖通常不是护城河;透明度、可靠性、治理和集成才可能形成长期价值。
第二站

Agent:
从“会说”到“会做”

真正的变化,不是聊天更像人,
而是软件开始替人完成工作流程。

Agent ①14

聊天机器人给建议,Agent 负责把流程走完

💬

普通聊天

你问:“帮我安排一次客户拜访。”

“建议你先确认时间,再查路线,最后发送邀请……”
VS
🧰

Agent

它在授权范围内逐步执行:

① 读取客户资料 ② 查询双方日历 ③ 生成拜访方案 ④ 等你批准后发邀请
Agent ②15

一个能工作的 Agent,至少要有六样东西

🧠Agent

模型

负责理解、判断和生成。

指令

规定目标、步骤和边界。

工具

搜索、数据库、邮件、CRM。

上下文

当前任务所需的资料和历史。

执行循环

观察、行动、检查,直到结束。

护栏与审批

知道何时停、何时请人确认。

官方基础构成强调模型、工具和指令;生产系统还需上下文、循环和护栏。来源:OpenAI
Agent ③16

查资料、记事情、重新培训,不是一回事

📚

RAG 检索增强

回答前,先从文档库里找与问题有关的资料,再结合资料作答。

适合:知识经常更新、答案要有依据。
🗒️

记忆 Memory

保存用户偏好、历史状态或未完成任务,让下次能接着做。

适合:长期服务、连续任务和个性化。
🎓

微调 Fine-tuning

用示例改变模型的特定行为或风格,不是临时塞进一份资料。

适合:稳定、重复、可评测的行为模式。
连接工具17

API 像电器接口,MCP 像统一插线板规则

📊CRM 客户系统
📅日历与会议
📁文档与数据库
🔌

MCP

用标准方式向 AI 暴露资料、工具和操作能力。

🤖Agent A:查资料
🤖Agent B:写报告
🤖Agent C:更新任务
MCP 让连接更标准,但不会自动解决权限、安全、数据质量和业务设计。
编码 Agent18

Codex、Claude Code:走进“软件车间”的AI 工程助手

你:给登录页增加验证码,并运行测试。

Agent:正在读取项目结构……
修改 3 个文件
运行测试 24 项
✓ 24 项通过

等待你审查差异并批准。

读代码

理解整个项目,而非只补一行代码。

改文件

跨多个文件实现功能或修复问题。

运行命令

执行测试、检查和构建。

留下证据

展示改动、测试和执行记录。

它们是编码 Agent 产品,不是模型本身;能操作文件和命令,所以必须配合版本控制、权限边界与人工审查。
重点 ① · FDE19

FDE:站在客户和产品之间的“搭桥工程师”

Forward Deployed Engineer 的具体职责因公司而异,但核心通常是把技术送进真实业务现场。

🏢

客户这一边

业务目标、旧系统、数据权限、安全要求、内部推动难题。

🧑‍🔧

FDE

发现问题 → 定义范围 → 设计系统 → 动手构建 → 上线验证

🧩

产品这一边

模型能力、平台限制、通用组件、路线图和工程规范。

优秀 FDE 会把一次性交付,逐步沉淀成可复用产品;否则容易长期停留在“人力项目制”。
重点 ② · FDE20

FDE 不只是“来装系统”,而是跑完一条落地闭环

1

查业务

谁最痛?谁付钱?旧流程真正卡在哪里?

2

定目标

把“想用 AI”翻译成可验证的成功标准。

3

搭系统

连接模型、数据、权限、工具和人工审批。

4

进生产

灰度上线,监控结果,处理失败与异常。

5

反哺产品

把共性问题沉淀成组件、评测和路线图。

FDE 的双重责任:一头对客户结果负责,一头把现场经验带回产品。
重点 ③ · FDE21

FDE 是产品飞轮,还是人力外包?看这四件事

越做越像产品飞轮

  • 同类客户的问题开始重复出现
  • 组件、评测和交付方法可以复用
  • 新客户上线速度持续变快
  • 收入增长不完全依赖增加人头

越做越像项目制陷阱

  • 每个客户都要从零重新定制
  • 经验留在人脑,没有进入产品
  • 客户越多,团队按比例扩张
  • 毛利和交付周期长期没有改善
独立判断:FDE 这个职位名并不天然高级;真正价值在于是否形成“客户结果 → 产品改进 → 更快复制”的闭环。
回到生意22

AI 行业里,大家其实在卖五种不同的东西

01

机器

GPU、服务器、网络、存储

看利用率与资本开支
02

大脑

模型能力和推理 API

看效果、速度与成本
03

Token 中转

Gateway、聚合、路由、计费

看透明度、可靠性与毛利
04

AI 员工

Agent、行业软件和自动化

看业务完成率
05

FDE / 落地

发现、构建、上线、产品反馈

看可复制的产品闭环
创业判断 ①23

模型会变强、价格会下降:你的护城河还剩什么?

🏖️

看起来像护城河

一段 Prompt

一个模型差价

换皮聊天框

这些能力很容易被模型升级或竞争者复制。

深入工作流程

嵌进客户每天必须完成的关键步骤。

合法专有数据

有权使用、持续积累、能改善结果。

评测与可靠性

知道什么时候好、什么时候会失败。

系统集成深度

连接权限、数据和真实业务动作。

分发与客户关系

能低成本找到并长期服务客户。

信任与合规

客户敢把重要任务交给你。

创业判断 ②24

任何 AI 项目,先回答这八个问题

1

谁付钱?

使用者、决策者和预算拥有者可能不是同一人。

2

解决哪一步工作?

必须是具体、重复、可以验证的任务。

3

真的需要大模型吗?

规则软件更便宜、更稳定时,不要硬套 AI。

4

怎样证明有效?

看准确率、完成率和业务指标,不看演示感觉。

5

数据从哪里来?

是否准确、及时,并拥有合法使用权限?

6

出错会损失什么?

高风险动作是否设置审批、日志和回退?

7

一单到底赚不赚钱?

计算成功任务成本、毛利率和客户回本周期。

8

模型升级后还需要你吗?

你的数据、流程、分发和信任能否继续成立?

以后再听到新黑话

别急着记,
先问四句话。

能回答清楚,才是真懂;
只能继续堆术语,多半还没想明白。

01它在产业链哪一层?
02它替谁解决什么问题?
03客户为什么愿意付钱?
04成本、风险和替代品是什么?
资料来源与边界26

重要概念,尽量回到一手资料

边界:FDE 职责因公司而异;“算力卡平台”“Token 中转”不是统一标准术语。产品与价格会变化。核对:2026-09-01。
← → / 空格翻页 · E 编辑 · F 全屏
编辑模式
已保存