agentleFS
eduardo-sleduardo-sl/go-agent-skills/skills/(workflow)/go-skills-router/SKILL.md

go-skills-router

Skill85 starsChanged 18 days agoMITView on GitHub

Index and routing table for this repository's Go skills: maps a task to the skill that owns it, names the secondary skills worth loading alongside, and draws the boundary between skills whose triggers overlap. Use when it is unclear which Go skill applies, when a task spans several concerns at once, when two skills seem to cover the same ground, or when the user asks what Go skills are available or wants a project configured to load them. Trigger examples: "which skill should I use", "what Go skills do you have", "is this concurrency or performance", "set up the Go skills for this repo". Not for: a task that already maps cleanly to one skill — load that skill directly.

We split this skill into the rules it gives an agent

2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If the team wants some skills on every task regardless of routing (for example go-error-handling and go-security-audit), list them under …

    line 183
  2. Distinctive:

    If exactly one skill applies, it was loaded directly without routing

    line 204

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Go Skills Router

This repository publishes 35 Go skills. Their triggers necessarily overlap — "this is slow" could be performance, concurrency, database, or a leak. Use the tables below to pick the owner, then load the secondary skills in the same pass rather than discovering them one at a time.

This is an index. Every skill it names stands alone and can be read without this one.

Routing Table

TaskPrimaryAlso load
Format code, order imports, declare and initialisego-coding-standardsgo-documentation
Name a package, type, function, receiver or errorgo-naminggo-coding-standards
Review a diff or a PRgo-code-reviewthe skill owning the domain under review
Return, wrap, or inspect errorsgo-error-handlinggo-defensive-coding for nil-heavy code
Pass deadlines, cancel workgo-contextgo-concurrency-review if goroutines are involved
Adopt newer Go featuresgo-modernizego-ci to raise the toolchain in CI
Slices, maps, sets, preallocationgo-data-structuresgo-performance-review
Write godoc, examples, deprecations, README, CHANGELOGgo-documentationgo-coding-standards
Guard against panics and silent corruptiongo-defensive-codinggo-error-handling
Review package layout and dependency directiongo-architecture-reviewgo-interface-design
Start a new project or servicego-project-layoutgo-dependency-injection, go-ci
Design an interface or a typego-interface-designgo-design-patterns
Apply a known patterngo-design-patternsgo-interface-design
Wire dependencies, remove globalsgo-dependency-injectiongo-project-layout
Build an HTTP APIgo-api-designgo-openapi, go-observability
Work from an OpenAPI specgo-openapigo-api-design, go-test-quality
Build a GraphQL APIgo-graphqlgo-database, go-api-design
Build a gRPC servicego-grpcgo-test-quality, go-observability
Build a CLIgo-cligo-project-layout, go-binary-size
Query a database, manage transactionsgo-databasego-error-handling, go-security-audit
Write goroutines, channels, syncgo-concurrency-reviewgo-context, go-test-quality
Audit for vulnerabilitiesgo-security-auditgo-dependency-audit, go-defensive-coding
Reduce allocations, optimise a hot pathgo-performance-reviewgo-data-structures
Shrink a binary or imagego-binary-sizego-ci
Cut a release: GoReleaser, signing, SBOMs, provenancego-build-releasego-ci, go-binary-size
Add logs, metrics, tracesgo-observabilitygo-context
Debug a panic, leak, or deadlockgo-troubleshootinggo-concurrency-review, go-performance-review
Write or improve testsgo-test-qualitygo-test-table-driven
Structure a test matrixgo-test-table-drivengo-test-quality
Audit go.mod, check CVEsgo-dependency-auditgo-security-audit
Set up CI, linting, coverage gatesgo-cigo-dependency-audit
Restructure existing code safelygo-refactoringgo-semantic-tools, plus the skill owning the target shape
Find callers, implementers, renamego-semantic-toolsgo-refactoring
Write a commit messagegit-commit—

Boundaries Between Overlapping Skills

Load the one that owns the question being asked, not the one that matches a keyword in the code.

"It is slow."

  • go-performance-review — the code allocates or copies too much. Owns benchmarks, pprof, and optimisation patterns.
  • go-concurrency-review — the code contends on a lock or serialises work that could run in parallel.
  • go-database — the query is the problem: missing index, N+1, pool exhaustion.
  • go-troubleshooting — you do not yet know which of the three it is. Start here to find out, then hand off.

"It crashed."

  • go-troubleshooting — a panic, deadlock, or leak already happened. Diagnosis, profiles, delve.
  • go-defensive-coding — prevention. Nil traps, aliasing, overflow, the constructs that make the next crash impossible.
  • go-concurrency-review — a data race or a goroutine lifecycle bug.

"Is this secure?"

  • go-security-audit — external threats: injection, auth, secrets, TLS.
  • go-dependency-audit — known CVEs in modules you import.
  • go-defensive-coding — internal correctness bugs that are not attacks.

"How should this be structured?"

  • go-architecture-review — the shape of an existing codebase.
  • go-project-layout — the shape of a new one.
  • go-interface-design — the shape of one type or contract.
  • go-refactoring — the process of getting from the current shape to the target shape. Load it alongside whichever skill above owns that target.

"How do I expose this?"

  • go-api-design — HTTP/REST handlers, routing, middleware, idempotency, health checks, shutdown.
  • go-openapi — the contract is a spec and code is generated from it.
  • go-graphql — the client picks the shape of the response.
  • go-grpc — protobuf contract, interceptors, streaming.

"Tests."

  • go-test-quality — what to test, how to isolate it, what to mock, synctest, goleak, benchmarks.
  • go-test-table-driven — the table pattern specifically: when it helps, how to shape the case struct, when to stop using it.

"Style."

  • go-coding-standards — the rules the code should follow.
  • go-naming — what things are called: packages, types, functions, receivers, errors.
  • go-code-review — applying rules to someone else's change, with severity.
  • go-modernize — rules that changed because the language moved.
  • go-ci — making a machine enforce them.

"Ship it."

  • go-ci — the pipeline that gates every change: build, lint, test, scan.
  • go-build-release — turning a tag into signed, reproducible artifacts.
  • go-binary-size — making those artifacts smaller.

Which Tool Answers the Question

QuestionToolSkill
Where is this symbol used / implemented, in this build?gopls (MCP server or CLI)go-semantic-tools
What is the API of a dependency at the version we use?go doc pkg Symbol, gopls go_package_apigo-semantic-tools
What does another version of a module look like?go doc pkg@v1.2.3 (Go 1.27+), go list -m -versionsgo-dependency-audit
Which known vulnerabilities can our code actually reach?govulncheck ./...go-dependency-audit
Which packages import which?go list -deps, go mod graph, go mod whygo-semantic-tools

Multi-Concern Tasks

A real task usually crosses three skills. Load them together at the start rather than sequentially.

RequestLoad
"Build a gRPC service with tests"go-grpc + go-test-quality + go-error-handling
"This endpoint is slow under load"go-troubleshooting + go-performance-review + go-database
"Harden this service before launch"go-security-audit + go-dependency-audit + go-defensive-coding + go-ci
"Split this monolith"go-architecture-review + go-refactoring + go-semantic-tools
"Scaffold a new CLI"go-project-layout + go-cli + go-ci + go-binary-size
"Migrate this to the current Go release"go-modernize + go-test-quality + go-ci

Configure a Project to Use These Skills

Asked to make a project load these skills automatically:

  1. Find the agent-config files the project already has: CLAUDE.md, AGENTS.md, GEMINI.md, .github/copilot-instructions.md, .cursor/rules/.
  2. Skip any file that already references go-skills-router.
  3. Propose this block for each, show the diff, and write only after the developer agrees:

    ## Go skills
    
    Before any Go coding, review, debugging or setup task, consult the
    `go-skills-router` skill and load the skills it names for the task.
  4. If the team wants some skills on every task regardless of routing (for example go-error-handling and go-security-audit), list them under the block as "Always load", with the reason.

Full Catalogue

CategorySkills
Code Qualitygo-coding-standards go-naming go-code-review go-error-handling go-context go-modernize go-data-structures go-documentation
Architecturego-architecture-review go-project-layout go-interface-design go-api-design go-openapi go-graphql go-grpc go-design-patterns go-dependency-injection go-cli
Datago-database
Safety & Performancego-concurrency-review go-security-audit go-defensive-coding go-performance-review go-observability go-troubleshooting
Testinggo-test-quality go-test-table-driven
Workflowgo-dependency-audit go-ci go-refactoring go-semantic-tools go-binary-size go-build-release git-commit go-skills-router

Verification Checklist

  1. The primary skill matches the question being asked, not a keyword in the code
  2. Secondary skills were loaded in the same pass, not discovered one at a time
  3. For a diagnosis task, go-troubleshooting ran before an optimisation skill
  4. For a restructuring task, go-refactoring was paired with the skill owning the target shape
  5. If exactly one skill applies, it was loaded directly without routing
  6. Project configuration written only after the developer approved the diff

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.