FDE 术语词典
54 个核心术语 · 覆盖 10 个领域 · 纯英文术语附中文名 · 含精确定义 + 实例 + 关联词
4
A
AIP(AI Platform)
Palantir 平台Palantir Foundry 内置的 AI 能力层
Apollo(持续部署系统)
Palantir 平台Palantir 的持续部署与配置管理系统
Agent(智能体)
Agent 范式能自主感知、规划、执行多步任务的 AI 系统
A/B Testing(A/B 测试)
评估体系把流量随机分到两个版本,对比真实业务指标
C
Context(现场 / 上下文)
FDE 核心理解客户的真实业务环境与痛点
Code(代码 / 工程实现)
FDE 核心亲手把系统写到生产环境并能跑通
Calibration(校准)
FDE 核心用评估指标把系统调到真有用
Conversion(转化 / 沉淀)
FDE 核心把现场经验沉淀回产品
Context Window(上下文窗口)
LLM 核心LLM 单次推理能处理的最大 token 数
CoT(思维链)
LLM 核心Chain-of-Thought,让 LLM 一步步推理而非直接给答案
D
E
F
FDE
FDE 核心Forward Deployed Engineer,前沿部署工程师
Foundry
Palantir 平台Palantir 核心企业产品,集成数据/AI/决策的中台
Function Calling(函数调用 / 工具调用)
Agent 范式让 LLM 按结构化 schema 调用外部工具
Fine-tuning(微调)
训练与优化在预训练模型上用领域数据继续训练,使其适配特定任务
G
H
K
L
LoRA(低秩适配)
训练与优化Low-Rank Adaptation,用低秩矩阵微调大模型的轻量方法
LLM(大语言模型)
LLM 核心Large Language Model,在海量文本上预训练的基础模型
LLM-as-Judge(LLM 评判)
评估体系用强 LLM 作为裁判,自动评估弱 LLM 的输出质量
LangChain
框架工具LLM 应用编排框架,连接模型 / 工具 / 数据 / 记忆
Latency(延迟)
性能指标从请求发出到收到第一个 token 的时间,常用 TTFT 与 TPOT
M
MCP(Model Context Protocol)
Agent 范式Anthropic 主导的 LLM 工具 / 数据源开放协议
MLOps(机器学习运维)
框架工具机器学习运维,管理模型全生命周期的工程实践
Multi-Agent(多智能体协作)
Agent 范式多个专门化 Agent 分工协作完成复杂任务
Memory(记忆机制)
Agent 范式让 Agent 跨对话 / 跨任务保留上下文的能力
MVP(最小可行产品)
业务落地Minimum Viable Product,POC 通过后第一个可上线版本
O
P
Palantir
Palantir 平台硅谷大数据公司,FDE 模式的开创者
Prompt Engineering(提示工程)
框架工具设计 LLM 输入以获得期望输出的工程实践
POC(概念验证)
业务落地Proof of Concept,2-4 周快速验证技术可行性的最小项目
PII(个人身份信息)
合规安全Personally Identifiable Information,可识别个人身份的数据
Q
R
RAG(检索增强生成)
LLM 核心Retrieval-Augmented Generation,用检索结果增强 LLM 回答
RLHF(人类反馈强化学习)
训练与优化Reinforcement Learning from Human Feedback,用人类反馈训练模型
ReAct(推理 + 行动)
Agent 范式Reasoning + Acting,让 LLM 推理与工具调用交替进行
ROI(投资回报率)
业务落地Return on Investment,量化项目商业价值的核心指标
S
T
V
常见问题
什么是 FDE?
Forward Deployed Engineer(前沿部署工程师),指驻扎在客户现场、负责把 AI / 软件系统从 Demo 推进到生产并对业务结果负责的工程师。Palantir 2003 年首创,2024-2025 年因 AI 落地潮被 OpenAI / Anthropic / Google 大规模招聘。
4C 模型是哪 4 个 C?
Context(现场理解)、Code(工程实现)、Calibration(指标校准)、Conversion(沉淀产品)。是 FDE 社区总结的能力模型,FDE 必须四个面同时站立。
FDE 与传统实施顾问最大的区别是什么?
FDE 对「业务结果」负责,而不是「项目交付」。三个核心区别:①FDE 自己写代码写到生产,不只是画原型;②FDE 用 Eval 证明系统真有用,而不是「上线了」;③FDE 把现场经验沉淀回产品(Conversion),让下一个客户更快落地。
FDE 现场最常碰到的 LLM 工程难题是什么?
Top 3:①幻觉(Hallucination)——LLM 编造事实;②上下文窗口不够——长文档 / 长对话装不下;③企业数据无法直接喂给闭源 LLM——必须自托管开源模型或做 RAG 检索增强。FDE 必须从架构层解决,不是事后打补丁。
为什么 FDE 必须懂 MCP(Model Context Protocol)?
MCP 是 2024 年 Anthropic 开源的「LLM 工具 USB-C」协议——任何数据源按 MCP 暴露,LLM 客户端就能即插即用。FDE 在客户现场对接 ERP / 数据库 / 内部系统时,MCP 能把原本数周的集成工作压缩到数小时,是 AI 工程化的关键协议。
POC 和 MVP 的区别是什么?
POC(Proof of Concept)是 2-4 周技术可行性验证,回答「能不能做」;MVP(Minimum Viable Product)是 POC 通过后的第一个可上线版本,回答「能不能用」。POC 给技术团队和高管看,MVP 给真实用户用。FDE 必须能区分两个阶段,避免在 POC 阶段追求生产级质量。