CLI 脚手架
lynx new 一键生成项目骨架与配置文件，分钟级拉起第一个可运行的服务。
生态集成
一套插件模型，连接你已经 在用的基础设施
MySQLPostgreSQLSQL ServerMongoDBRedisElasticsearchKafkaRabbitMQRocketMQPulsarNacosPolarisEtcdApolloSeataDTMSentinelOpenTelemetrySwaggergRPCHTTPMySQLPostgreSQLSQL ServerMongoDBRedisElasticsearchKafkaRabbitMQRocketMQPulsarNacosPolarisEtcdApolloSeataDTMSentinelOpenTelemetrySwaggergRPCHTTP
核心能力
微服务需要的，都在同一套运行时里
Lynx 不是另一个 Web 框架，而是把微服务的基础设施收敛为统一的插件模型与生命周期编排。
插件化运行时
插件注册、依赖解析、拓扑排序与生命周期编排收敛在同一层，杜绝散落的胶水代码。
服务治理
服务注册发现、熔断限流、健康检查与 TLS 开箱即用，深度集成 Polaris、Nacos、Sentinel。
可观测性
基于 OpenTelemetry 的链路追踪、指标采集与 Swagger 文档，以插件方式一键接入。
数据与消息
MySQL、PostgreSQL、Redis、MongoDB、Kafka、RocketMQ 等主流存储与消息队列统一接入。
分布式能力
分布式事务（Seata / DTM）、分布式锁（Redis / Etcd）、分布式 ID 等场景化插件即插即用。
架构设计
启动与服务时序，一目了然
统一运行时负责插件的依赖解析与生命周期编排，能力层通过插件灵活扩展，资源与治理层保障生产可用。
声明式配置
配置，就是能力的开关
启动所需的关键信息集中在一份 boot 配置里，声明什么就装配什么，环境差异一目了然。
- 写下配置、引入模块、注册插件——三步接入任何中间件
- 插件的加载顺序与依赖关系由运行时自动解析，无需手工编排
- 接入配置中心后，业务配置可交由 Nacos / Apollo / Polaris / Etcd 托管
config.yml
lynx:
application:
name: user-service
version: v0.1.0
http:
addr: 0.0.0.0:8000
timeout: 5s
redis:
addrs:
- 127.0.0.1:6379
nacos:
server_configs:
- ip_addr: 127.0.0.1
port: 8848- 1
安装 CLI 工具
一条命令安装 Lynx 命令行工具，Go 1.26+ 即可。
go install github.com/go-lynx/lynx/cmd/lynx@latest - 2
初始化项目
生成标准项目骨架、配置文件与目录结构。
lynx new demo - 3
一行代码启动
插件装配、依赖排序与启动流程全部交给运行时。
boot.NewApplication(wireApp).Run()
常见问题
你可能想问
Lynx 会取代 Gin、Kratos 这类框架吗？
不会。Lynx 的重心不是 Web 层，而是插件编排与统一运行时。服务通信层构建在 Kratos 生态之上（HTTP / gRPC），官方项目模板也采用 Kratos 风格的分层结构。
需要什么 Go 版本？
框架的 go.mod 声明 Go 1.26。使用 Go 1.21+ 时，toolchain 指令会自动下载匹配的工具链， 无需手动安装。
接入一个新的中间件要做什么？
三件事：引入插件模块依赖、在配置中声明入口信息、注册进插件工厂。25+ 官方插件都遵循同一套契约，也可以按插件接口编写自定义插件。
可以在已有项目里渐进式使用吗？
可以。插件按需启用，先从单个能力（比如链路追踪或配置中心）开始接入，跑通后再逐步收敛其他基础设施，不要求一次性重构。
服务治理能力有哪些？
服务注册发现（Polaris / Nacos / Etcd）、熔断限流（Sentinel）、健康检查、TLS 证书管理、基于 OpenTelemetry 的链路追踪与指标，都以插件方式提供。
遇到问题去哪里求助？
到 GitHub 提 Issue，或加入 Discord 与维护者实时交流。站内搜索覆盖全部插件文档。
开源社区
与社区一起构建
Go-Lynx 完全开源，由社区驱动。欢迎提交 Issue、贡献插件，或加入讨论。