Kratos默认支持HTTP/gRPC双协议、自动集成可观测性、声明式校验、多源配置热加载及一键生成Swagger文档。所有功能均通过proto定义驱动，无需手动配置传输层或中间件代码。
开箱即用的通信协议支持
Kratos 项目初始化后，默认同时启用 HTTP 和 gRPC 两种传输协议，无需额外配置即可对外提供双协议服务接口。
执行 kratos new helloworld 生成的项目中，main.go 已内置两个 Server 实例：一个监听 :8000 的 HTTP 服务，另一个监听 :9000 的 gRPC 服务。这一步是框架硬编码的默认行为，删掉任一 Server 就会丢失对应协议能力。
所有接口定义统一收口在 api/ 目录下的 .proto 文件中，通过 protoc 自动生成 HTTP 路由绑定代码（*_http.pb.go）和 gRPC stub（*_grpc.pb.go），开发者只改 proto，不碰传输层代码。
零配置接入可观测性中间件
新项目启动时，Tracing、Metrics、Logging 三大可观测能力已自动注入所有请求链路。
HTTP/gRPC 请求进入后，会自动携带 OpenTelemetry Span 上下文，并打点到默认暴露的 /metrics Prometheus 端点；日志输出已预设结构化字段（如 trace_id、span_id、method、status_code），可直接对接 Loki 或 ELK。
【必须保留 internal/server 目录下的 interceptor 注册逻辑】，否则中间件不会生效——这是新手最常误删的代码段。
声明式错误与参数校验
在 .proto 文件中写一行校验规则，就能让 HTTP 和 gRPC 两端同时生效：
比如 string name = 1 [(validate.rules).string.min_len = 1];，框架会在请求到达业务 handler 前自动拦截非法输入并返回 400 错误，错误码、消息格式、HTTP status 全部由框架统一封装。
错误枚举也直接定义在 proto 中：enum ErrorReason { USER_NOT_FOUND = 0 [(errors.code) = 404]; }，生成的 Go 代码会自动映射为标准 error 类型，业务层用 errors.Is(err, xxx) 即可判断。
多源配置热加载
项目启动时，Kratos 自动加载以下四类配置源，按优先级从低到高合并：
① 本地 configs/app.yaml（开发环境主配置）→
② 环境变量（如 KRATOS_LOG_LEVEL=debug）→
③ Kubernetes ConfigMap（若运行在 K8s 中）→
④ 远程配置中心（Consul/Etcd/Nacos，需显式引入对应 contrib 包）。
任意一层配置变更，都会触发 config.Watch() 回调，业务代码中调用 config.Value("server.port").Int64() 可实时读取更新后的值，无需重启进程。
一键生成 API 文档
只要在 proto 中添加 OpenAPI 注解，如 option (grpc.gateway.protoc_gen_openapiv2.options.openapiv2_operation) = { description: "用户登录"; };，运行服务后访问 http://localhost:8000/swagger/ 即可打开交互式 Swagger UI 页面。
该页面完全静态托管，不依赖外部服务，所有接口定义、参数说明、示例请求均由 proto 编译时生成，文档与代码永远一致。
