go-code-review-checklist
Source-backed Go code review checklist. Use when Codex is reviewing a Go pull request, auditing agent-generated Go code, doing a final pre-merge pass, or deciding which Go style, API, error, or testing skill should inspect a change.
Works with
--- name: go-code-review-checklist description: Source-backed Go code review checklist. Use when Codex is reviewing a Go pull request, auditing agent-generated Go code, doing a final pre-merge pass, or deciding which Go style, API, error, or testing skill should inspect a change. license: MIT --- # Go Code Review Checklist Use this for Go review passes. ## Load Protocol 1. Read `references/checklist.md` before producing review findings. 2. Read `references/examples.md` to calibrate severity and finding shape. 3. For broad review grounding, run: `python3 scripts/query_chunk_index.py "<query>"` 4. Read `references/source-map.md` to route each source-backed finding to the right task skill. 5. For each non-trivial finding, load the relevant task skill and follow its Load Protocol before finalizing the claim. ## Review Order 1. Behavior and API correctness. 2. Error and cancellation paths. 3. Tests and failure quality. 4. Package boundaries and abstractions. 5. Readability and idiomatic style. 6. Performance only when the change touches a hot path or claims speed. ## Do - Lead with actionable findings and file/line references. - Verify compile, `gofmt`, and tests when possible. - Route detailed comments to `go-style-core`, `go-naming-api-design`, `go-errors-panics`, or `go-testing`. - Treat local repository convention as important context. - Distinguish correctness risk from style preference. ## Avoid - Bikeshedding formatting that `gofmt` owns. - Asking for abstractions without a concrete caller or repeated complexity. - Raising performance folklore without measurement. - Commenting on a source-backed rule without checking the relevant source map. ## Checklist Use `references/checklist.md`. ## Source Anchors Use `references/source-map.md` to route review findings to source-backed skills and chunks.
More Code Review skills
pr-to-video
heygen-com/hyperframes
Turn a GitHub pull request (a PR URL, owner/repo#N, or 'this PR' in a checked-out repo) into a code-change explainer video — changelog, feature reveal, fix, or refactor walkthrough built from the diff, commits, and files: the input is a code change, not a website. Not a product promo (/product-launch-video) or a no-PR topic explainer (/faceless-explainer). Unclear → /hyperframes.
receiving-code-review
obra/superpowers
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
public-relations
coreyhaines31/marketingskills
When the user wants help with public relations, earned media, press coverage, journalist outreach, or media strategy (not pull requests). Also use when the user mentions 'PR,' 'public relations,' 'press,' 'press release,' 'press coverage,' 'media outreach,' 'pitch a journalist,' 'get featured,' 'media list,' 'media kit,' 'press kit,' 'newsjacking,' 'news hijack,' 'HARO,' 'Qwoted,' 'Featured,' 'Help A Reporter,' 'reporter request,' 'tech press,' 'TechCrunch,' 'earned media,' 'thought leadership placement,' 'op-ed,' 'guest article,' 'press contacts,' 'podcast prep,' 'going on a podcast,' 'podcast guest,' 'prep me for this podcast,' or 'how do I get press.' Use this for earned media work — finding journalists, pitching stories, newsjacking, prepping podcast appearances, and responding to press requests. For startup/SaaS/AI directory submissions, see directory-submissions. For product launches, see launch. For social-media engagement, see social. For cold-email outreach to prospects, see cold-email.

