Business discovery
理解业务,找对问题
了解不同企业和部门的目标、流程、数据与约束,判断哪些问题值得投入。
练习:流程访谈、问题拆解、需求优先级。
筹备中 · 意向征集

FORWARD DEPLOYED ENGINEER
理解一家企业,推进一个项目, 交付一套能运行的 AI 系统。
给已经有技术或企业项目经验的你。导师与你一起拆业务、管需求、做 Agentic AI,把想法推进成可演示、可评测、可交接的项目成果。
具体导师与时间按档期安排

一对一,拆解你的项目
BUSINESS × ENGINEERING × DELIVERY
Forward Deployed Engineer 深入客户现场,把模糊的业务问题转成技术方案,并推动系统被实际使用。你需要同时处理业务、技术与人的协作。
Business discovery
了解不同企业和部门的目标、流程、数据与约束,判断哪些问题值得投入。
练习:流程访谈、问题拆解、需求优先级。
Stakeholder management
与业务、技术和决策者沟通,澄清期望,也能有依据地挑战需求、协商范围。
练习:需求会议、方案汇报、变更与取舍。
Hands-on AI engineering
运用 Python、LLM、工具调用和 API 集成,将工作流做成可靠、可控的系统。
练习:架构、开发、评测与人工审批。
Ownership & delivery
面对不确定性主动澄清、排查障碍,兼顾速度、质量与客户采用,完成交接。
练习:里程碑推进、风险沟通、验收答辩。
WHO THIS IS FOR
开始前先沟通背景与目标,确认这三个月是否适合你。项目难度和推进节奏会根据个人基础调整。
你的起点已经能写代码、开发功能或构建原型。
陪跑重点补上业务理解、客户沟通与端到端交付。
你的起点有客户需求、技术方案或系统集成经验。
陪跑重点加强 Agentic AI 的动手实现与评测。
你的起点接触过真实业务问题,也愿意亲自实现。
陪跑重点系统练习从模糊需求到可运行成果的过程。
YOUR 12-WEEK JOURNEY
以下为标准推进框架。项目启动时共同确认个人目标、范围和验收标准,再根据实际进展调整。
01需求发现 / Stakeholder / 范围与判断
02Python / LLM / Agentic AI / APIs
03验收 / Handover / Case study / Interview
场景插画 · 非真实授课照片
第一个月
月末目标:讲清业务问题、相关方和项目边界,得到一份可执行的方案。
周 01
周 02
周 03
周 04
第二个月
月末目标:核心链路能够运行,关键决策与评测方法有据可查。
周 05
周 06
周 07
周 08
第三个月
月末目标:形成可打开的成果、可复查的依据,以及准确的个人项目表达。
周 09
周 10
周 11
周 12
HOW WE WORK TOGETHER
导师提供指导、评审与反馈,学员承担主要实现和项目跟进。约定清楚每周要完成什么、需要谁协助、遇到障碍如何处理。
提交当周成果、决策与问题,让讨论围绕真实工作展开。
审阅需求、架构或实现;练习客户沟通,确定下周优先事项。
按约定任务推进,提交成果获取反馈,并记录尚未解决的问题。
通常每周一次,具体日期与导师共同确认。
围绕约定的需求文档、架构、代码或交付材料反馈。
一般两个工作日内响应,复杂问题安排到指导中处理。
目标方向简历修订与模拟面试 / 项目答辩,演练计入上述指导次数。
YOUR MENTOR TEAM
每次由一位导师与你开展一对一指导。开始前共同确认首阶段导师和时间;如有调整,交接项目进展、关键决策与已有反馈。



不保证指定老师全程带领,也不代表三位老师同时参加每次指导。
WHAT YOU BUILD & KEEP
按启动时约定的范围推进,形成能够展示、复查和交接的项目成果包。项目未完成或仍有局限的部分会如实记录。
完整展示约定核心流程,能够在演示或本地环境打开、操作。
问题、相关方、优先级、范围、验收标准与需求变更。
架构、接口、运行配置及关键技术取舍,清楚说明个人实现。
评测结果、失败案例、成本边界、已知限制与交接步骤。
讲清业务场景、个人责任、方案与结果,必要时提供脱敏版本。
目标方向简历、项目讲述要点、答辩反馈与后续能力计划。
OPEN THE EXAMPLE
以下是虚构企业 Harbour Supply 的预生成示例,用于解释项目成果的内容和深度。它不是学员成果,不接入真实业务,不调用模型,也不执行发送或退款。
完整阅读:业务问题、相关方、方案取舍、技术架构、验收与交接。
虚构企业 Harbour Supply 的客服与仓储团队,通过邮件处理配送咨询、破损反馈和退款申请。此项目只做工单分类、知识引用、回复草稿与人工审批;不自动退款、不发送邮件、不更改订单。
客服主管负责回复质量,仓储负责配送和破损核实,财务决定退款。业务方希望所有工单自动关闭;方案改为低风险咨询生成草稿,破损与退款转人工。原因是物流事实与退款权限不能仅凭模型判断。
| 需求 | 允许系统做什么 | 必须保留的边界 |
|---|---|---|
| RQ-01 配送咨询 | 识别咨询意图,生成查询回复草稿 | 没有承运商记录时不推断送达时间 |
| RQ-02 破损反馈 | 提示补充照片,转客服与仓储队列 | 不凭描述确认责任或承诺换货 |
| RQ-03 退款申请 | 收集订单、原因与商品状态 | 退款决定由有权限的人员作出 |
| RQ-04 回复审批 | 展示依据和草稿供人工确认 | 审批记录和发送动作分开;本示例不发送 |
输入进入 Python API 后,先检查字段和权限,再由 LLM 提议分类并检索带版本的政策条目。结构化校验器检查引用与必填信息;涉及财务或证据不足时进入人工队列。审批前保持草稿状态;日志记录来源、分类、审批人与状态。
模型提出建议;确定性校验器检查结构和依据;有权限的人作出业务决定。检索失败或资料不足时,转人工补充,不继续自动执行。
下方三条确定性示例分别覆盖配送咨询、破损反馈和退款申请。三条均包含分类、政策依据、处理建议与草稿;退款与破损均保留人工处理,所有结果均未发送。此处是人工编写示例的结构核对,不能证明真实模型准确率、时延或业务收益。
| 示例输入 | 交付要求 | 当前成果 |
|---|---|---|
| HS-1042 配送咨询 | 没有物流证据时不承诺日期 | 已有分类、D-01 引用、待核实回复草稿 |
| HS-1043 破损反馈 | 先收集证据,再确认处理方案 | 已有分类、D-02 引用、照片补充草稿 |
| HS-1044 退款申请 | 明确退款需要授权人员审核 | 已有分类、R-01 引用、资料补充草稿 |
这些条目用于检查预生成示例的完整性。真实模型的准确率、执行耗时和业务改善尚未测量,不据此宣称生产效果。
尚未测量真实 token、吞吐量和云资源成本,不提供虚构报价。正式接入前需要最小权限、资料脱敏、模型供应商审批、超时与失败降级。运行依赖企业授权的数据接口;示例没有接入真实系统。
交接项包括 API 契约、政策版本、评测集、启动配置和人工队列 SOP。正式上线前,由业务方确认政策和权限,使用获授权的代表性数据评测,完成异常与回退演练。本示例仅展示交付方法和边界,不代表已满足任何企业的生产验收。
BEFORE YOU START
主要面向已有技术或企业交付经验的人。建议具备基本编程、API 和 Git 能力,并能阅读英文技术资料。开始前先进行适配沟通;基础不足时会建议补齐前置能力。
创业经历是加分项。优先使用你已有且获授权的业务场景;没有合适场景时,可采用明确标注的模拟场景与示例数据。真实客户、企业访问权限和正式生产部署不作为默认服务内容。
除每周 90 分钟指导外,建议预留约 8–12 小时推进项目。实际投入随基础和复杂度变化。你负责主要实现,导师持续指导、评审并帮助解决卡点。
导师团队为 Lightman、Joe 韭神和 Jason。具体老师根据档期与项目需要安排,开始前共同确认。不保证指定老师全程带领,也不代表三位同时参加。
开始时共同收敛可行范围,按每周里程碑推进。最终完成度取决于基础、投入、项目复杂度,以及数据和权限。结束时如实列出已完成成果、已知限制和剩余事项。
项目所需第三方软件、模型 API 或云资源,在使用前单独确认,由学员决定是否采用。不会因加入陪跑而默认开通付费资源。
不保证就业、面试、录用或任何薪资水平。陪跑提供约定的指导、评审与支持,帮助你积累可验证的项目能力和表达材料;招聘结果由个人条件和市场决定。
可以。目前为意向征集。先沟通你的背景、目标、项目方向和时间安排,再确认是否适合、导师档期与具体服务;开始时间和报名安排另行确认。
LET’S TALK
目前为意向征集。先了解彼此,再确认是否适合、项目方向和导师排期。