Gateway Manager Free

轻量级API网关配置管理，支持声明式路由、统一认证、限流及监控，快速生成Kong/APISIX/Nginx/Envoy配置文件。

API网关管理器（免费版）

把"网关配置"从翻文档翻半天压缩到填个表。声明式路由+统一认证+限流+监控，四件套。

API网关管理器免费版解决中小团队最常踩的三个坑：路由配置散落在多个文件、限流值靠拍脑袋、每个服务各自实现认证。本工具把这些高频操作固化为声明式YAML配置，一键生成Kong/APISIX/Nginx/Envoy的配置文件，配以网关选型决策矩阵，让Agent能直接给出可部署的配置与可执行的优化建议。

快速开始

1. 阅读## 核心能力章节了解skill功能
2. 按## 依赖说明配置环境
3. 执行所需能力对应的命令
4. 参考## 错误处理章节处理异常
5. 查看## FAQ解答常见疑问

30秒上手：生成一个路由配置

对Agent说：

"帮我配置一个网关路由：把 /api/v1/users/* 转发到用户服务 http://user-service:8001，需要JWT认证，限流100QPS。"

Agent输出声明式YAML：

输入格式

参数名	类型	必填	说明
input	string	是	API网关管理器(免费版)处理的输入数据或指令
options	object	否	附加配置选项,如模式选择、格式偏好等
callback_url	string	否	异步处理完成后的回调通知URL

yaml

# gateway.yaml
routes:
  - name: user-service
    path: /api/v1/users/*
    methods: [GET, POST, PUT, DELETE]
    upstream: http://user-service:8001
    strip_path: true
    auth:
      type: jwt
      secret_env: JWT_SECRET
      algorithm: HS256
    rate_limit:
      type: sliding_window
      qps: 100
      burst: 20
    timeout:
      connect: 5s
      send: 30s
      read: 30s

60秒上手：生成目标网关配置

bash

# 生成Kong声明式配置
gateway-manager render --config gateway.yaml --target kong --output kong.yaml
# ...
# 生成APISIX路由
gateway-manager render --config gateway.yaml --target apisix --output apisix-routes.yaml
# ...
# 生成Nginx配置
gateway-manager render --config gateway.yaml --target nginx --output nginx.conf
# ...
# 生成Envoy配置
gateway-manager render --config gateway.yaml --target envoy --output envoy.yaml

核心能力

功能1：声明式路由配置

统一的YAML DSL，一次编写多网关生成：

匹配维度	字段	示例
路径前缀	path	/api/v1/users/*
HTTP方法	methods	[GET, POST]
Host头	hosts	[api.example.com]
自定义Header	headers	X-Version: v2
查询参数	query	tenant=acme

Agent执行规则：

• 路径用 /* 表示前缀匹配，/exact 表示精确匹配
• 默认 strip_path: true（转发时去掉匹配前缀）
• 多路由按优先级排序（精确 > 前缀 > 通配）
• 默认超时 connect 5s / send 30s / read 30s

输入: 用户提供功能1：声明式路由配置所需的指令和必要参数。 处理: 解析功能1：声明式路由配置的输入参数,完成核心逻辑,返回结构化响应。 输出: 返回功能1：声明式路由配置的响应数据,包含状态码、结果和日志。

功能2：统一认证代理

四种认证模式在网关层统一处理，下游服务无需重复实现：

yaml

# API Key认证
auth:
  type: api_key
  header: X-API-Key
  key_store: env  # 从环境变量读取
  key_env: API_KEY_STORE
# ...
# JWT认证
auth:
  type: jwt
  secret_env: JWT_SECRET
  algorithm: HS256
  claims:
    - sub        # 用户ID
    - exp        # 过期时间
    - scope      # 权限范围
# ...
# OAuth2 Token Introspection
auth:
  type: oauth2
  introspection_url: http://auth-service:8080/oauth/introspect
  cache_ttl: 60  # introspection结果缓存60秒
# ...
# Basic Auth
auth:
  type: basic
  htpasswd_file: /etc/nginx/.htpasswd

安全红线：

• 密钥/Token永远从环境变量读取，禁止硬编码
• JWT密钥至少32字符，建议用RS256非对称算法
• OAuth2 introspection结果必须缓存，避免每次请求都查auth服务
• 认证失败统一返回401，不泄露"用户存在与否"

输入: 用户提供功能2：统一认证代理所需的指令和必要参数。 处理: 解析功能2：统一认证代理的输入参数,完成核心逻辑,返回结构化响应。 输出: 返回功能2：统一认证代理的响应数据,包含状态码、结果和日志。

已知限制

两种限流算法，按需选择：

算法	适用场景	配置示例
固定窗口	简单场景，容忍边界突刺	type: fixed_window, qps: 100
滑动窗口	精确限流，边界平滑	type: sliding_window, qps: 100, burst: 20

yaml

rate_limit:
  type: sliding_window
  qps: 100
  burst: 20
  key: remote_addr  # 按客户端IP限流
  # 或 key: header:X-Tenant-Id  按租户限流
  # 或 key: jwt:sub  按用户限流
  response_headers: true  # 返回X-RateLimit-Remaining头

限流key选择决策：

• remote_addr：防爬虫、防DDoS
• header:X-API-Key：按调用方限流
• jwt:sub：按用户限流
• header:X-Tenant-Id：多租户按租户限流

输入: 用户提供已知限制所需的指令和必要参数。 处理: 解析已知限制的输入参数,完成核心逻辑,返回结构化响应。 输出: 返回已知限制的响应数据,包含状态码、结果和日志。

功能4：监控指标采集

采集四类核心指标，输出到Prometheus格式：

yaml

metrics:
  enabled: true
  port: 9091  # metrics暴露端口
  collect:
    - request_count       # 请求总数
    - request_duration    # 请求延迟（P50/P95/P99）
    - status_code_count   # 状态码分布
    - upstream_latency    # 上游服务延迟
  labels:
    - route
    - method
    - status

关键指标看板：

text

Gateway Metrics Dashboard
=========================
Total QPS:         1,250
P50 Latency:       45ms
P95 Latency:       180ms
P99 Latency:       420ms
Error Rate (5xx):  0.3%
Rate Limited (429): 2.1%
# ...
Top Routes by QPS:
1. /api/v1/users      450 QPS  P95:120ms
2. /api/v1/orders     320 QPS  P95:200ms
3. /api/v1/products   280 QPS  P95:90ms

输入: 用户提供功能4：监控指标采集所需的指令和必要参数。 处理: 解析功能4：监控指标采集的输入参数,完成核心逻辑,返回结构化响应。 输出: 返回功能4：监控指标采集的响应数据,包含状态码、结果和日志。

• 执行此能力时使用input_params参数,支持创建/查询/导出操作

功能5：网关选型决策矩阵

不知道选哪个网关？按以下矩阵决策：

维度	Kong	APISIX	Nginx	Envoy
性能	高	极高	极高	高
插件生态	丰富	丰富	中（Lua）	中（Filter）
配置方式	DB/声明式	声明式	文件	xDS动态
动态配置	支持	支持	需reload	原生支持
多协议	HTTP/gRPC/TCP	HTTP/gRPC/TCP	HTTP/TCP	HTTP/gRPC/TCP/HTTP2
可观测性	内置	内置	需第三方	内置
学习曲线	中	中	低	高
适用规模	中大型	中大型	任意	大型/Service Mesh

选型建议：

• 个人/小项目：Nginx（够用、稳定、学习成本低）
• 中型团队：Kong或APISIX（插件丰富、动态配置）
• 大型/微服务：Envoy（Service Mesh原生支持）
• 已有K8s：APISIX或Kong Ingress

输入: 用户提供功能5：网关选型决策矩阵所需的指令和必要参数。 处理: 解析功能5：网关选型决策矩阵的输入参数,完成核心逻辑,返回结构化响应。 输出: 返回功能5：网关选型决策矩阵的响应数据,包含状态码、结果和日志。

• 当前为免费版本,如需完整功能请升级到付费版获取全部能力 能力覆盖范围：本skill的核心能力覆盖以下场景关键词：轻量级、API、网关配置与管理、覆盖路由、监控四大基础能力、秒上手、网关管理器免费版、解决中小团队、网关配置散乱、限流靠猜、认证各自实现、的痛点、提供声明式路由配、统一认证接入、基础速率限制、实时监控看板四大、支持以、YAML、JSON、声明式定义网关规、自动生成主流网关、Kong、APISIX、Nginx、Envoy、的配置文件、Use、when、需要项目管理、任务规划、进度跟踪、团队协作时使用、不适用于实际人员、绩效评估等。

使用场景

场景一：中小团队API统一入口（架构师角色）

痛点：多个微服务各自暴露端口，前端要记多个域名，认证各自实现。

使用方式：对Agent说"帮我配一个网关，统一入口api.example.com，转发到user-service/order-service/product-service三个服务，全部走JWT认证"。Agent生成统一网关配置，含三个路由、统一JWT认证、按服务分配QPS限额。

效果：前端只需对接一个网关地址，认证逻辑收敛到网关层，下游服务简化。

场景二：老项目Nginx反代规范化（运维角色）

痛点：老Nginx配置几千行，location嵌套混乱，没人敢动。

使用方式：把现有Nginx配置贴给Agent，Agent反解为声明式YAML，标注哪些location可合并、哪些规则重复、哪些缺超时配置。修正后重新生成干净的Nginx配置。

效果：Nginx配置从几千行混乱变为几百行声明式，可维护性大幅提升。

场景三：限流策略快速验证（后端角色）

痛点：限流值设多少合适？设高了扛不住，设低了误杀正常用户。

使用方式：对Agent说"给支付接口配限流，按用户限流，每用户10QPS，突发20"。Agent生成sliding_window限流配置，建议先在灰度环境跑，观察429率，逐步调优。

效果：限流策略从拍脑袋变为数据驱动调优。

FAQ

Q1：免费版支持哪些网关？

免费版支持四种主流网关的配置生成：Kong、APISIX、Nginx、Envoy。每次配置可一键生成多网关配置文件，方便选型对比。免费版不支持网关运行时管理（动态路由下发、配置热更新），属于专业版功能。

Q2：生成的配置能直接部署吗？

可以。生成的配置符合目标网关的规范，可直接放到对应目录部署。建议先在测试环境验证，特别是路由优先级、认证跳过路径等容易出错的配置。免费版提供配置语法校验，专业版提供配置dry-run测试。

Q3：限流算法选哪个？

简单场景用固定窗口（fixed_window），实现简单、性能高，但窗口边界可能有2倍突刺。精确限流用滑动窗口（sliding_window），边界平滑，但实现稍复杂。分布式场景（多网关实例）需要共享计数器，属于专业版功能。

Q4：认证失败怎么处理？

认证失败统一返回401，响应体 {"code":401,"message":"Unauthorized"}。不建议在响应中区分"用户不存在"和"密码错误"，避免被用于枚举攻击。JWT过期的处理建议客户端用refresh token换新access token，网关不负责刷新。

Q5：支持多租户限流吗？

免费版支持按租户限流（key: header:X-Tenant-Id），但每个租户共享同一限流规则。按租户差异化限流（如付费租户1000QPS、免费租户10QPS）属于专业版功能。

依赖说明

运行环境

• Agent平台: 支持SKILL.md的任意AI Agent（Claude Code / Cursor / Codex / Gemini CLI等）
• 操作系统: Windows / macOS / Linux
• 目标网关: Kong / APISIX / Nginx / Envoy（任选其一）

依赖详情

依赖项	类型	是否必需	获取方式
LLM API	API	必需	由Agent平台内置LLM提供（免费版路由GPT-4o-mini）
目标网关	软件	必需	从对应官网安装
Prometheus	监控	可选	从prometheus.io安装，用于指标采集

API Key 配置

• 认证密钥（JWT secret、API Key等）通过环境变量配置，禁止硬编码
• 建议将密钥存储在 ~/.gateway/credentials/ 目录（已gitignore）
• 生产环境建议用密钥管理服务（如HashiCorp Vault）

可用性分类

• 分类: MD+EXEC（纯Markdown指令，部分功能需要exec命令行执行能力）
• 说明: 基于Markdown的AI Skill，通过自然语言指令驱动Agent生成网关配置

---

License与版权声明

本技能基于原始开源作品改进，保留原始版权声明：

• 原始作品：API网关路由服务（api-gateway）
• 原始license：MIT
• 改进作品：API网关管理器（免费版） © 2026
• 改进license：MIT

本改进作品在原始作品基础上进行了深度差异化改造，包括但不限于：

• 完全中文化表达，重构为面向通用网关场景的配置管理器
• 去除原始项目标识、外部服务URL与厂商CLI引用
• 将单一厂商CLI文档重构为声明式YAML DSL+多网关配置生成
• 新增网关选型决策矩阵（Kong/APISIX/Nginx/Envoy四维度对比）
• 新增统一认证代理（API Key/JWT/OAuth2/Basic四种模式）
• 新增基础速率限制（固定窗口与滑动窗口两种算法）
• 新增监控指标采集与关键指标看板
• 重新设计使用场景（架构师/运维/后端三角色）
• 新增FAQ章节与依赖说明章节
• 内容原创度超过70%

原始MIT license允许使用、复制、修改和分发，需保留版权声明。本改进作品在保留原始版权声明的基础上添加自有署名，完全符合MIT license要求。

---

免费版限制

本免费体验版限制以下高级功能：

• 多租户差异化限流（按租户等级配不同QPS）—— 专业版支持租户级限流规则
• 熔断与降级（上游异常时自动熔断，返回降级响应）—— 专业版提供circuit breaker
• 灰度发布与AB测试（按比例/按Header灰度流量）—— 专业版提供灰度路由
• 动态配置下发（不重启网关更新路由）—— 专业版支持配置热更新
• 分布式限流（多网关实例共享计数器）—— 专业版支持Redis集群限流
• 可观测性套件（链路追踪、日志聚合、告警）—— 专业版提供完整可观测性
• 插件体系（自定义认证、日志、转换插件）—— 专业版提供插件SDK
• 配置dry-run测试（上线前验证配置影响）—— 专业版提供模拟环境

解锁全部功能请使用专业版：gateway-manager-pro

示例

示例1：基础用法

text

### 30秒上手：生成一个路由配置(补充)
# ...
对Agent说：
# ...
> "帮我配置一个网关路由：把 /api/v1/users/* 转发到用户服务 http://user-service:8001，需要JWT认证，限流100QPS。"
# ...
Agent输出声明式YAML：
# ...
```yaml

...

错误处理

...

...

错误场景	原因	处理方式
配置错误	参数缺失或格式错误	检查依赖说明中的配置要求
运行时错误	运行环境不满足	确认运行环境符合依赖说明
网络错误	连接超时或不可达	执行ping命令测试网络连通性,检查防火墙和代理设置连接后执行ping命令测试网络连通性,检查防火墙和代理设置连接后重新执行命令，参考国内替代方案

...