프로덕션 Go 플레이북. Go 코드를 작성하거나 리뷰할 때 사용: 에러, 고루틴, 바이트 페이로드, 파서, 외부 입력에 대한 스위치. 작업된 사례는 references/bad-vs-good.md에 있습니다. JavaScript, TypeScript 또는 API 계약 설계에는 사용하지 마세요.
이 스킬은 프로덕션 환경에서 Go 코드를 작성하고 리뷰할 때 적용되는 핵심 규칙들을 정의합니다. 에러 처리, 고루틴 안전성, 바이트 슬라이스 vs 문자열 선택, 재귀적 파싱, 외부 입력에 대한 스위치 문 등 Go 특유의 실수하기 쉬운 패턴을 집중적으로 다룹니다. rule 01과 rule 03이 실제 프로덕션에서 실패하는 방식을 Go 관점에서 구체화한 것으로, `references/bad-vs-good.md` 파일에 좋은 예제와 나쁜 예제가 정리되어 있습니다. 이 스킬은 Claude Code, Cursor, Codex 등 AI 어시스턴트와 함께 Go 개발 시 사용하도록 설계되었으며, `gofmt` 실행을 권장하고 별도의 로깅 라이브러리 추가를 금지합니다. JavaScript, TypeScript, API 계약 설계에는 사용하지 않습니다.
npx skills add https://github.com/backupcompany/skill-cursor/tree/HEAD/skills/go규칙 01과 규칙 03은 기본을 유지합니다. 이 스킬은 이러한 규칙들이 프로덕션에서 실패하는 방식을 Go에 맞게 형상화한 것입니다.
변경 사항이 에러, 고루틴, []byte vs string, 재귀, 또는 직접 생성하지 않은 데이터에 대한 switch와 관련될 때는 references/bad-vs-good.md를 읽으십시오. 결과에 gofmt를 실행하십시오. 이 스킬을 충족시키기 위해 로깅 라이브러리를 추가하지 마십시오.
This repo contains 3 individual skills — each has its own dedicated page.
Design or review REST/RPC API contracts that are consistent, evolvable, and hard to misuse. Use when defining new endpoints, reviewing an API surface, or resolving naming/versioning/error-shape questions.
Rigorous, severity-ranked review of a diff, PR, or file. Use when you want a thorough check of correctness, security, performance, design, readability, and test coverage with actionable feedback.
Production data-access playbook for the N+1 query problem. Use when code queries a database inside a loop, an ORM lazy-loads a relation per row, or a list endpoint is fast at 5 rows and slow at 50. Worked cases are in references/bad-vs-good.md. Do not use for HTTP contract design or for Go/JavaScript language style.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".