FDE（Forward Deployed Engineer，前沿部署工程师）这个岗位最近被搜得很多，原因很实际：模型能跑 demo 了，但要落到客户的生产环境，中间隔着一堆工程问题。
现场交付最怕的三件事
一、模型来源太多。客户的场景里，聊天、图纸理解、视频素材、语音各要一个模型，每家一个 Key、一套限流、一份账单。谁在什么时候调了哪个模型，没人说得清。
二、出口只有一个。企业的网络通常只放行白名单域名。你带五个厂商域名进场，IT 部门要开五个口，评审就得拖两周。
三、成本要能解释。客户会问「这个月为什么花了这么多」，答不上来，下一期预算就没了。
网关对应解决什么
一个入口域名，所有模型走同一个 base_url，白名单只需要放行一条。多线路自动切换：同一模型挂多条上游，单条故障切走，现场演示才不至于在客户面前转圈。按任务查账：每条请求一个 task_id，结算额可追溯到具体客户、具体场景。
交付时的具体建议
先在客户环境跑通一条聊天链路（十分钟内能发出第一条消息），再逐步替换掉硬编码的厂商地址；每个场景固定一个模型 ID 写进配置，不要留「随便选一个」的兜底；失败重试策略写清楚，媒体任务按 立即 / 10 秒 / 30 秒 / 1 分钟 退避，别一股脑重试。
这样交付的 Agent 不是「能演示」，而是「能过验收」。
本文数据取自主站模型广场公开接口与本站文档库，抓取时点见文首日期；模型上线、下线与可用率会实时变化，以 模型广场 为准。