Skills de Revisión de código

Guía completa de documentación para proyectos Golang, que cubre comentarios godoc, README, CONTRIBUTING, CHANGELOG, Go Playground, tests de ejemplo, documentación de API y llms.txt. Úsalo al escribir o revisar comentarios de documentación, documentación, agregar ejemplos de código, configurar sitios de documentación o discutir mejores prácticas de documentación. Se activa tanto para bibliotecas como para aplicaciones/CLIs.

We need to translate the given text from English to Spanish, preserving the name "golang-error-handling" as it appears in the source? The instruction says: "Do not include the name unless it appears in the source text." The name "golang-error-handling" is not in the <text> block. The text block contains the description. So we only translate the text inside <text>. Also preserve product names, protocol names, URLs, numbers, technical terms. So "Golang", "slog", "samber/oops", "samber/cc-skills-golang@golang-samber-oops" should remain as is. Also "errors.Is/As", "errors.Join", "panic/recover", "HTTP", "log aggregation", "3rd-party", "Go code". Translate the rest idiomatically. Translation: "Manejo idiomático de errores en Golang: creación, envoltura con %w, errors.Is/As, errors.Join, tipos de error personalizados, errores centinela, panic/recover, la

We need to translate the given text from English to Spanish, preserving the name "golang-google-wire" as is, but the instruction says "Do not include the name unless it appears in the source text." The name appears in the source text? Actually the source text starts with "Compile-time dependency injection..." and does not include the name "golang-google-wire". The name is given in the context as the directory item name, but the instruction says to translate only the text inside <text>. So we should not add the name. Also preserve technical terms like wire.NewSet, wire.Build, etc. URLs? None. Numbers? None. Technical terms: google/wire, wire.NewSet, etc. Also preserve //go:build wireinject, wire_gen.go, etc. The last sentence: "For runtime DI with reflection, see..." - we need to translate that but keep "see..." as is? Probably translate "see" to "ver" but keep the ellipsis. Also note: "DI" is dependency injection, but it

Proporciona pautas de uso de gRPC, organización de protobuf y patrones listos para producción para microservicios en Golang. Úsalo al implementar, revisar o depurar servidores/clientes gRPC, escribir archivos proto, configurar interceptores, manejar errores gRPC con códigos de estado, configurar TLS/mTLS, probar con bufconn o trabajar con RPC de transmisión.

Orquestrador de habilidades Golang — siempre activo en cualquier tarea de codificación, revisión, depuración o configuración de Golang. Lee el contexto de la tarea y carga las habilidades más relevantes de samber/cc-skills-golang, a menudo varias a la vez: escribir un servicio gRPC carga golang-grpc + golang-testing + golang-error-handling; depurar un panic carga golang-troubleshooting + golang-safety; auditar seguridad carga golang-security + golang-lint + golang-safety. También: desambigua clústeres en competencia cuando dos habilidades parecen superponerse...

Mejores prácticas de linting y configuración de golangci-lint para proyectos Golang: ejecutar linters, configurar .golangci.yml, suprimir advertencias con directivas nolint, interpretar la salida de lint y seleccionar linters. Úselo al configurar golangci-lint, preguntar sobre advertencias de lint o supresiones nolint, configurar herramientas de calidad de código o elegir linters. También úselo cuando el usuario mencione golangci-lint, go vet, staticcheck o revive.

golang-linter — una habilidad instalable para agentes de IA.

Moderniza código Golang para usar características recientes del lenguaje, mejoras en la biblioteca estándar y patrones idiomáticos. Actívalo de forma proactiva al escribir o revisar código Go y detectar patrones antiguos, o al encontrar una advertencia de obsolescencia. Úsalo también cuando el usuario solicite explícitamente una modernización, una actualización de versión de Go o una renovación de CI/herramientas.

Convenciones de nomenclatura de Go (Golang): cubre paquetes, constructores, structs, interfaces, constantes, enums, errores, booleanos, receptores, getters/setters, opciones funcionales, acrónimos, funciones de prueba y nombres de subpruebas. Usa esta habilidad al escribir código Go nuevo, revisar o refactorizar, elegir entre alternativas de nomenclatura (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown en iota 0), debatir nombres de paquetes Go (antipatrones utils/helpers), o...

Patrones y metodología de optimización de rendimiento en Golang: si hay un cuello de botella X, entonces aplica Y. Cubre reducción de asignaciones, eficiencia de CPU, diseño de memoria, ajuste de GC, pooling, caching y optimización de rutas críticas. Úsalo cuando el perfilado o los benchmarks hayan identificado un cuello de botella y necesites el patrón de optimización adecuado para solucionarlo. También úsalo al realizar una revisión de código de rendimiento para sugerir mejoras o benchmarks que ayuden a identificar ganancias rápidas de rendimiento. No es para metodología de medición (→...

Recomienda bibliotecas y frameworks de Golang listos para producción. Aplica cuando el usuario solicite explícitamente sugerencias de bibliotecas, quiera comparar alternativas, necesite elegir una biblioteca para una tarea específica, o cuando se esté agregando una nueva dependencia al proyecto.

Codificación defensiva en Golang para prevenir pánicos, corrupción silenciosa de datos y errores sutiles en tiempo de ejecución. Úsalo al encontrar pánicos por nil, alias en append, acceso concurrente a mapas, problemas de comparación de flotantes o preguntas sobre diseño de valores cero. También úsalo al revisar código por seguridad contra nil, desbordamiento en conversiones numéricas, problemas de ciclo de vida de recursos (defer en bucles) o copia defensiva de slices y mapas.

Inyección de dependencias en Golang usando samber/do — contenedores de servicios, gestión del ciclo de vida, ámbitos, verificaciones de salud, apagado controlado y organización de módulos. Aplicar cuando se use o adopte samber/do, cuando el código base importe github.com/samber/do o github.com/samber/do/v2, o cuando se refactorice la inyección manual de constructores en un contenedor DI.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Prácticas recomendadas de seguridad y prevención de vulnerabilidades para Golang. Abarca inyección (SQL, comandos, XSS), criptografía, seguridad del sistema de archivos, seguridad de red, cookies, gestión de secretos, seguridad de memoria y registro. Aplicar al escribir, revisar o auditar código Go por seguridad, o al trabajar en cualquier código riesgoso que involucre criptografía, E/S, gestión de secretos, manejo de entrada de usuario o autenticación. Incluye configuración de herramientas de seguridad.

We need to translate the given text from English to Spanish, preserving the name "golang-spf13-viper" only if it appears in the source text. The source text does not include that name; it only mentions "spf13/viper" and "github.com/spf13/viper". So we should not include "golang-spf13-viper" in the translation. The instruction says: "Do not include the name unless it appears in the source text." It does not appear. So we translate the text inside <text> only. The text describes a Golang configuration library using spf13/viper with various features. We need to translate technical terms like "flag", "env", "file", "KV", "default", "BindPFlag", "BindPFlags", "SetEnvPrefix", "SetEnvKeyReplacer", "AutomaticEnv", "ReadInConfig", "ConfigFileNotFoundError", "Unmarshal", "mapstructure struct tags", "Sub", "WatchConfig", "OnConfigChange

Guía completa de stretchr/testify para pruebas en Golang. Cubre en profundidad los paquetes assert, require, mock y suite. Úsalo al escribir pruebas con testify, crear mocks, configurar suites de prueba o elegir entre assert y require. Abarca aserciones de testify, expectativas de mock, comparadores de argumentos, verificación de llamadas, ciclo de vida de suites y patrones avanzados como Eventually, JSONEq y comparadores personalizados. Aplica cuando el código base importe github.com/stretchr/testify.

Patrones de diseño de structs e interfaces en Golang: composición, incrustación, aserciones de tipo, conmutadores de tipo, segregación de interfaces, inyección de dependencias mediante interfaces, etiquetas de campos de struct, y receptores de puntero vs valor. Usa esta habilidad al diseñar tipos en Go, definir o implementar interfaces, incrustar structs o interfaces, escribir aserciones de tipo o conmutadores de tipo, agregar etiquetas de campos de struct para serialización JSON/YAML/BD, o elegir entre receptores de puntero y valor. También úsala cuando el usuario...

We need to translate the given text from English to Spanish. The text is a description of a skill for Go testing. We must preserve the name "golang-testing" but it's not in the text, so we don't include it. Also preserve technical terms like "table-driven tests", "testify suites", "mocks", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "goleak", "snapshot testing", "code coverage", "integration tests", "idiomatic test naming", "Go test CI", "flaky/slow tests", "testify-specific APIs", "samber/cc-skills-golang@golang-stretchr-testify", "measurement methodology". Also preserve URLs? There is no URL. Numbers? None. Technical terms should be kept as is or translated if common? Usually in technical translations, terms like "table-driven tests" might be translated as "pruebas basadas en tablas" but it's common to keep English terms. The instruction says "Preserve product names

Esta habilidad debe usarse cuando el usuario quiera "escribir código de agente", "construir un agente con ADK", "agregar una herramienta", "crear un callback", "definir un agente", "usar gestión de estado", o necesite patrones y ejemplos de código de la API de Python de ADK (Kit de Desarrollo de Agentes). Parte del conjunto de habilidades de Google ADK. Proporciona una referencia rápida para tipos de agente, definiciones de herramientas, patrones de orquestación, callbacks y gestión de estado. NO usar para crear nuevos proyectos (usar google-agents-cli-scaffold) o despliegue...

Trabaja con Graphite (gt) para PRs apilados: creación, navegación y gestión de pilas de PRs.

Ejecuta una auditoría de salud de ingeniería asistida por agente con conciencia de presupuesto para desviación de instrucciones/configuración, hooks/MCP, superficies de verificación y mantenibilidad de IA. Úsalo cuando los usuarios pregunten 检查claude/检查codex/检查pi/配置检查/健康度 o reporten agentes que ignoran instrucciones, falta de validación o código que se vuelve difícil de mantener. No para depurar código ni revisar PRs.

Encuentra la causa raíz antes de aplicar correcciones para errores, fallos, regresiones, pruebas fallidas, comportamientos rotos y defectos reportados por capturas de pantalla. Úsalo cuando los usuarios pregunten 排查/报错/崩溃/不工作/回归/判断为什么报错, o digan que algo solía funcionar y ahora falla. No es para revisión de código ni nuevas funciones.

Instalar y conectar bloques y componentes del registro en composiciones de HyperFrames. Usar al ejecutar hyperframes add, al instalar un bloque o componente, al conectar un elemento instalado en index.html, o al trabajar con hyperframes.json. Cubre el comando add, ubicaciones de instalación, conexión de subcomposiciones de bloques, fusión de fragmentos de componentes, descubrimiento del registro y creación de un nuevo bloque o componente para contribuir upstream (idea → andamiaje → validación → PR).

Implementar un trabajo basado en un PRD o conjunto de issues.

Implementar una funcionalidad aprobada de PRODUCT.md y TECH.md, manteniendo las especificaciones y el código alineados en el mismo PR a medida que la implementación evoluciona. Usar después de que las especificaciones del producto y técnicas sean aprobadas y el siguiente paso sea construir la funcionalidad.

Inspeccionar cualquier base de código como asesor senior y producir planes de implementación priorizados y autocontenidos para que OTROS modelos/agentes ejecuten. Estrictamente de solo lectura sobre el código fuente — nunca implementa, corrige ni refactoriza nada por sí mismo. Usar cuando se solicite auditar una base de código, encontrar oportunidades de mejora (errores, seguridad, rendimiento, cobertura de pruebas, deuda técnica, migraciones, DX), sugerir funcionalidades o hacia dónde llevar el proyecto a continuación (hoja de ruta, dirección del producto), o generar planes de traspaso para que otro agente...

Encuentra oportunidades de profundización en una base de código, informado por el lenguaje del dominio en CONTEXT.md y las decisiones en docs/adr/. Úsalo cuando el usuario quiera mejorar la arquitectura, encontrar oportunidades de refactorización, consolidar módulos fuertemente acoplados o hacer que una base de código sea más testeable y navegable por IA.

Migra proyectos y componentes de React de Radix UI a Base UI. Úsalo cuando te pidan migrar desde radix, mover a base-ui, convertir primitivas de radix o cambiar la biblioteca base de un proyecto shadcn. Maneja componentes individuales ("migrar accordion") y proyectos completos.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.