FDE面试介绍项目时，面试官通常想确认三件事：你是否真正操作过，你能否根据证据定位问题，你是否理解项目怎样完成交付。只说使用了Linux、Docker和大模型，无法说明这些工具在项目中解决了什么。

更清楚的讲法是沿着需求、环境、部署、联调、故障、测试和验收展开。职坐标FDE课程中的实操如果能保留完整记录，就可以把每一阶段转成面试证据，并与职坐标AI Agent课程形成一个完整企业AI项目。

一 用一句话说明项目

先说清用户、任务和结果。例如：我为模拟售后团队部署了一个产品知识助手，系统连接知识库、模型服务和工单测试接口，并完成权限、异常与验收测试。

这句话让面试官知道项目服务谁、包含哪些系统以及交付到什么程度。后续每个回答都围绕这条主线展开。

二 说明环境和部署选择

介绍服务器或本地环境、操作系统、容器、数据库、模型服务和应用平台，并说明关键版本与端口。不要只报工具名称，要解释为什么采用容器部署、数据怎样持久化、服务之间怎样连接。

三 讲一次真实报错

选择能够体现判断过程的问题。例如应用容器启动后无法访问模型服务。先描述现象和时间，再说明检查容器状态、网络、地址、端口和服务日志的顺序。最后写清原因、修改动作和复测结果。

如果原因是容器内使用了错误地址，不要只说改了配置。要说明为什么本机地址在容器内含义不同，修改后怎样验证请求已经到达模型服务。

四 讲清Agent联调过程

FDE不必替代Agent开发，但要理解调用链路。可以说明用户请求怎样进入应用，Agent怎样检索知识库、调用模型与工单接口，各组件的日志在哪里。联调失败时，根据请求是否到达下一组件判断问题范围。

五 测试和验收怎样体现交付意识

至少准备正常功能、错误输入、接口不可用、权限限制和服务重启后的测试。验收材料应记录测试条件、预期结果、实际结果和证据位置。交接时提供部署说明、账号权限、日志位置、常见故障与恢复步骤。

六 用四分钟讲完一个项目

第一分钟说明背景和个人任务；第二分钟解释架构与部署；第三分钟讲一个故障和复测；第四分钟说明测试、验收和可改进点。这个结构能让回答保持具体，也方便面试官继续追问。

七 面试前检查材料

· 项目背景是否具体到用户和任务

· 是否能沿调用链说明每个组件

· 是否有原始错误和关键日志

· 是否说清个人独立完成的部分

· 是否准备了测试 验收与交接材料

常见问题

没有真实企业项目可以讲吗

可以使用结构接近企业项目的模拟场景，但要完成真实部署、联调、测试和排障，并保留可核对材料。

面试需要展示全部代码吗

不需要逐行展示。重点是能说明关键配置、接口、日志和判断过程，并准备必要片段供追问。

项目没有复杂故障怎么办

可以在测试环境设计端口冲突、认证失败、配置错误或接口超时，再按照真实流程定位和复测。