Claude-skill-registry go-navigator-read
Use Go Navigator MCP to explore Go code semantically (packages, symbols, definitions/references, context, metrics, deps) and return file/line/snippets; do not modify code.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/go-navigator-read" ~/.claude/skills/majiayu000-claude-skill-registry-go-navigator-read && rm -rf "$T"
manifest:
skills/data/go-navigator-read/SKILL.mdsource content
Go Navigator (READ) — semantic navigation only
Scope rules
- READ-ONLY: never call renameSymbol or rewriteAst (or any tool that changes files).
- Prefer semantic tools over raw text search.
Defaults
- Use "dir": "." unless the user specifies another root.
- For any "package" field, use the exact import path returned by listPackages (go list style).
Recommended workflows
Orientation in a new repo
- listPackages { "dir": "." }
- getProjectSchema { "dir": ".", "depth": "standard" } (optional)
- getMetricsSummary { "dir": ".", "package": "<pkg>" } (optional)
- getDependencyGraph { "dir": ".", "package": "<pkg>" } (optional)
Understand a symbol
- getDefinitions { "dir": ".", "ident": "<Ident>" }
- getReferences { "dir": ".", "ident": "<Ident>" }
- getSymbolContext { "dir": ".", "ident": "<Ident>", "kind": "<func|type|...>" } (preferred)
- getFunctionSource / getStructInfo / getFileInfo for deeper inspection
Interfaces & implementations
- listInterfaces { "dir": ".", "package": "<pkg>" }
- getImplementations { "dir": ".", "name": "<InterfaceOrTypeName>" }
Complexity, dead code, summary
- getComplexityReport { "dir": ".", "package": "<pkg>" }
- getDeadCodeReport { "dir": ".", "package": "<pkg>", "limit": 10 }
- getMetricsSummary { "dir": ".", "package": "<pkg>" }
Large result sets
- Use limit/offset pagination where supported (getDefinitions/getReferences).
- Return the most relevant files first.
Output format
- Always include file paths + line numbers.
- Include minimal snippets (1–5 lines) unless asked for full bodies.
- Summarize findings and propose next tool calls (still read-only).