What problem does it solve? Defining fixed sets of domain values (statuses, types, categories) consistently across a polyglot backend is error-prone: wire values, file layout, validation helpers, and OpenAPI registration all follow strict conventions that are easy to get wrong. This Skill encodes those conventions so enums are created correctly the first time in both the TypeScript daemon and the Go gateway. ## Core Features & Use Cases - Language dispatch hub: Routes to the TypeScript or Go playbook based on file extension (.ts / .go) or a --lang flag, so the right idioms apply per backend. - TypeScript enum playbook: Enforces native enum with SCREAMING_SNAKE_CASE key=value pairs, z.enum() in Zod schemas, barrel exports, central openapi.registerEnums() registration, and i18n-based UI labels under enums.<EnumName>.<VALUE>. - Go enum playbook: Enforces typed string constants, one enum per snake_case file, // Values: doc-comments, IsValid() guards for external input, and typed struct fields instead of plain strings. - Machine-checkable registries: Each language ships a registry.yaml with patterns, bad practices (e.g. z.nativeEnum(), as const arrays, lowercase wire values), and detection regexes used by review tooling. - Use Case: When adding a JobStatus state machine to the Go gateway or an OrderStatus to the TypeScript API, invoke this Skill to scaffold the enum, wire it into entities, repositories, controllers, and locale files following project rules. ## Quick Start Ask the agent to create a new domain enum such as PaymentStatus with values PENDING, PAID, and FAILED in the TypeScript or Go backend, and it will apply the matching language playbook and registry rules.