🟠 `init --api grpc|graphql` ignored — always generates a REST/HTTP server & handlers

[sazardev]

Severity: 🟠 HIGH — --api grpc / --api graphql is ignored; project is always a REST/HTTP server

goca init --api grpc (and --api graphql) does not change the generated architecture. The generated cmd/server/main.go always builds a REST HTTP server (mux.NewRouter() + http.Server), and goca feature in such a project always generates an HTTP handler — never gRPC/GraphQL.

Reproduction

goca init api_grpc --module github.com/test/api_grpc --api grpc
grep -c mux api_grpc/cmd/server/main.go         # -> uses mux.NewRouter() (REST)
cd api_grpc
goca feature Thing --fields "x:int"
ls internal/handler/                            # -> http/thing_handler.go  (not grpc)

Actual result

• cmd/server/main.go uses router := mux.NewRouter() and &http.Server{...} for --api grpc.
• feature produces internal/handler/http/thing_handler.go (HTTP), with no .proto / gRPC server.
• Same for --api graphql: HTTP handler only.

The standalone goca handler Gadget --type grpc does generate internal/handler/grpc/gadget.proto, so gRPC generation exists but is unreachable from the --api project setting and from feature.

Expected

--api grpc should scaffold a gRPC server in main.go and make feature default its handler to gRPC (likewise GraphQL). At minimum the configured API type must drive feature's handler type. Otherwise the --api flag is misleading.

[sazardev]

Parcialmente abordado en d19b0ca (rama fix/audit-issues-35-50):

• ✅ goca feature ahora respeta el tipo de handler/base de datos cuando se pasa explícitamente.
• ⚠️ Sigue abierto: goca init --api grpc|graphql aún genera un servidor REST/HTTP (mux) en cmd/server/main.go, y feature genera handler HTTP por defecto. Soportarlo de verdad requiere (a) persistir el tipo de API en .goca.yaml, (b) generar scaffolding de servidor gRPC/GraphQL en main.go, y (c) que feature enrute el handler según el API configurado. Es una funcionalidad, no un bugfix de una línea, por lo que se deja abierto para implementarlo apropiadamente.

Relacionado: el comando standalone goca handler --type grpc sí genera el scaffold (ahora con build tag //go:build proto, ver #49).