What problem does it solve? Go services in this codebase have no standalone schema artifact, so developers need consistent conventions for defining request/response structs, binding HTTP sources, and feeding the reflection-based OpenAPI emitter without duplicating shapes across layers. ## Core Features & Use Cases - Input struct conventions: Every field carries validate:"..." tags consumed by go-playground/validator/v10, with from:"body|param|query|header|cookie" tags controlling how httputil.DecodeRequest binds values. - Output struct conventions: Standard json tags plus example and format tags drive the build-time OpenAPI 3.1 emitter, with pointer fields becoming nullable schemas. - OpenAPI metadata wiring: Controller Metadata() methods reference zero values of request and response structs so the emitter discovers schemas, and swaggerignore:"true" hides infrastructure fields like owner IDs. - Use Case: When adding a new endpoint such as a transcoder callback webhook, define the request struct with from/validate tags in the controller file, reuse the use case output struct as the response, and list domain error codes in Metadata so the generated OpenAPI spec stays accurate. ## Quick Start Ask the agent to define the input and output structs for a new Go endpoint following the schema-go conventions, including validate tags, from tags, and Metadata wiring.