目前Envoy+Go WASM是AI网关的主流方案。但是基于对AI网关的场景分析，Envoy+Go WASM方案在性能、延迟、稳定性等方面存在比较明显的隐患，基于Native Go的BFE更适合用于支持AI网关场景。

Gateway API 解决的是声明方式，而不是能力边界。大规模K8s场景需要的是全局流量基础设施，而不是集群内组件。网算分离，正在重新定义七层网关的位置。

B站网关事故已经过去数年，但它留下的警示依然鲜活：对于基础设施，"不可预测"比"不够灵活"更致命。OpenResty 用 Lua 的动态性重新定义了网关的灵活性，但也让我们看到了动态语言在基础设施中的脆弱一面。这不是 Lua 的错，也不是 OpenResty 的错，而是我们在享受灵活性带来的便利时，往往低估了防御性编程和边界校验的必要性。

服务网格不等于Sidecar，解耦才是服务网格的本质。

在“Vibe Coding”（氛围式编程、感知驱动开发）逐渐流行的今天，开发方式正在从“严格规格驱动”转向“意图+上下文驱动”。开发者越来越多地借助 AI 编码助手，通过自然语言来描述需求，由模型生成代码。在这种范式下，传统意义上的“需求文档”（PRD）并没有消失，反而变得更关键——只是写法需要彻底改变。这篇文章将系统说明：在 Vibe Coding 场景下，什么样的需求文档才是“高质量”的。

目前Envoy+Go WASM是AI网关的主流方案。但是基于对AI网关的场景分析，Envoy+Go WASM方案在性能、延迟、稳定性等方面存在比较明显的隐患，基于Native Go的BFE更适合用于支持AI网关场景。

推理成本暴涨，传统网关已到极限，AI 网关正在成为新的控制中枢