课程背景
随着大模型技术的爆发,企业级AI应用普遍面临“交付难、成本黑洞、效果不可控”的三大痛点。据Gartner预测,到2027年,40%的智能体项目可能烂尾。造成这一困局的核心原因在于,传统的瀑布式或慢敏捷开发模式,已无法适应AI项目“需求涌现化”、“输出概率性”和“技术迭代快”的特征。传统的职能分工导致产品、研发与交付之间存在“职能墙”,在AI项目中难以形成合力。与此同时,Palantir等成功的AI公司通过设置对最终业务效果负责的新型人才—— FDE(Forward Deployed Engineer,特遣工程师),并设计相应的敏捷组织架构和流程,打破边界、成功破局。
本课程正是为了解决AI落地中的“剪刀差”现状,由具有大规模人工智能项目成功落地经验的实战派讲师亲自授课,通过讲解+实战培养具备全链路闭环能力的FDE,帮企业将大模型技术真正转化为可落地的业务价值。
培训目标
帮助团队设置和培养FDE(ForwardDeployed Engineer),并引入智能体系统敏捷开发方法论,重塑组织能力和开发流程,解决AI项目“落地难、交付慢、效果不可控”的痛点。具体目标如下:
·思维范式重塑:帮助学员打破“产品-研发-交付”的传统职能墙,从关注“产出代码”转向关注“交付智能能力与业务价值” 。建立“Value-First”思维,学会利用现有资产快速构建MVP,并掌握管理AI输出不确定性的核心方法。
·核心技能构建:构建FDE的“T型”技能树,掌握从RAG进阶工程、Agentic AI架构、多智能体协同到评估驱动开发(EDD)的全栈技术体系。使学员具备独立完成“业务意图转化为工程实现”的全链路闭环能力。
·敏捷组织落地:掌握智能体敏捷小组的组建方法,学习如何与AI业务伙伴(AIBP)高效协同。熟悉智能体系统敏捷开发生命周期,通过周度迭代和Demo机制,解决反馈不及时、项目交付难的问题。
·实战痛点解决:通过真实案例演练,让团队具备解决AI项目“落地难、效果不可控”的具体战术能力,确保项目能从PoC阶段顺利推向生产环境并实现持续自主运营。
培训时长2-3天
培训提纲 |
掌握Palantir FDE必须具备的AI体系化知识(上) |
- 大语言模型的基本原理详解
- LLM应用能力的进阶模型(“倒三角”模型)
- 提示词工程基础知识
- 主流提示词使用技巧
- 提示的万能使用公式详解
- 提示词模板的使用
- 提示词静态链的使用
- 提示词的横向扩展
- 提示词的纵向扩展
- 使用API访问大模型
- ReAct的概念和落地
- 思维链和多思维链
- RAG的基本原理与应用
- 多模态RAG的使用
- plugin机制与使用方式
- Function Call机制与使用方式
- MCP机制与使用方式
- Skill机制与使用方式
|
掌握Palantir FDE必须具备的AI体系化知识(下) |
- Agent的雏形
- Agent智能体的定义与特点
- Agent与传统软件的关系
- Agent与LLM的关系
- Agent的能力图谱
- Agent的错误累积特性
- Agent开发的基本框架
- 业界主流Agent的设计思路与使用
- Multi-Agent的雏形
- 业界主流Multi-Agent的设计思路
- 多Agent任务调度策略与选型
- Agent设计模式与选择
- Multi-Agent的基本逻辑和应用范围
- Multi-Agent应用示例:MetaGPT
- Multi-Agent应用示例:DevChat
|
从中台技术视角理解Palantir FDE的核心模式 |
- 当我们在谈论“中台”的时候,我们到底在谈什么
- 中台技术的核心思想
- 中台技术发展的前世今生
- 常见的中台种类
- 业务中台 VS 数据中台
- 质量中台的兴起与发展
- 中台的精准定义
- 平台和中台的异同
- 从技术架构的演进看中台技术的发展
- 中台视角下的业务本体论
- LLM和FDE的关系
|
Palantir FDE的核心概念与最佳实践 |
- 概念重构:理解FDE的内涵
- 从Code-First到Value-First
- 从确定性到概率性:管理AI输出的不确定性
- 内涵关键词:Ownership(对最终业务效果负责)与Velocity(极速迭代)
- FDE的四个核心角色
- 业务咨询师:识别业务痛点,并转化为AI可处理的问题。并向业务人员进行AI赋能。
- 架构操盘手:设计AI系统架构、RAG管道与Agent逻辑,快速编写胶水代码实现MVP。
- AI驯化师:掌握Context Engineering、Few-shot Learning及微调等技术,持续优化AI能力。
- 监控运维官:监控算力成本、响应延迟(Latency)及回答质量等指标,负责系统升级。
|
解构Palantir范式:从数据到知识图谱 |
- Palantir 的核心理念与 FDE 心智模型
- 核心命题:Palantir 不是工具集,而是一个用于构建“企业认知系统”的操作系统。
- FDE 的角色演变:从“数据管道工”到“解决方案架构师”与“数字孪生构建师”。
- 与传统数据平台的范式对比: 从“数据集”中心到“业务对象”中心。
- 从“报表驱动”到“行动驱动”。
- 从“孤立的流水线”到“互联的知识网络”。
- 三大支柱理论:一切皆对象、本体驱动、动态协作。
|
Foundry/AIP核心架构理论 |
- 分层架构深度解析 数据集成与计算层
- 本体层(核心)
- 应用与协作层
- “代码仓库”的哲学意义
|
核心抽象:本体与对象模型 |
- 本体论——构建业务的数字语言
- 本体的定义与价值:为何它是解开数据孤岛、实现语义统一的唯一路径。
- 核心要素理论: 对象类型:对核心业务实体(如客户、设备、交易)的抽象定义,是分析的原子单位。
- 属性:对象的静态描述,其类型系统如何强制数据质量。
- 关联:对象间的一阶关系定义,是构建知识图谱的边。
- 函数:附着于对象类型的动态行为(计算、聚合、模型推断)
- 本体映射理论:如何将原始数据通过“映射”或“转换”提升为有业务意义的对象实例——从“行与列”到“实体与关系”的跃迁。
- Contour 的理论角色:不仅仅是可视化,而是基于本体的交互式数据探索与发现环境。
- Workspace/Quiver 应用理论:如何将静态仪表板演进为包含工作流、上下文、行动按钮的“操作化应用”。
- 模型集成理论:将机器学习模型作为“函数”无缝嵌入本体和决策流程,实现感知-决策-行动的自动化闭环。
|