oh-my-posh is a customizable prompt theme engine that renders command-line prompts across shells and platforms. Developers and terminal users use it to configure primary, secondary, right, and transient prompts in shells such as PowerShell, zsh, Bash, and cmd. The catalogue entries provide skills, instructions, agents, and an MCP integration for working with oh-my-posh.
Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add JanDeDobbeleer/oh-my-posh --skill golanggit clone --depth 1 https://github.com/JanDeDobbeleer/oh-my-poshWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/jandedobbeleer/oh-my-posh/golang)<a href="https://agentmods.dev/skills/jandedobbeleer/oh-my-posh/golang"><img src="https://agentmods.dev/badge/skills/jandedobbeleer/oh-my-posh/golang/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/jandedobbeleer/oh-my-posh/golang"><img src="https://agentmods.dev/badge/skills/jandedobbeleer/oh-my-posh/golang.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- Snyk pass
- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00031 | $0.00678 |
| Opus 5.5 | $0.00012 | $0.00271 |
| Sonnet 5.5 | $0.00006 | $0.00136 |
| Haiku 4.5 | $0.00003 | $0.00068 |
Grade A, and why
golang scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 65 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Go conventions
Standard idiomatic Go applies. These are the rules that differ or that agents keep breaking.
Code
- Never use
else, in tests too. Return early,continue,break, or use aswitch. - Comments explain a why the code cannot express: a hidden constraint, a workaround, a surprising invariant. No doc comments that restate a name or signature, exported symbols included.
- Use named fields in every struct literal, never positional ones: fixing fieldalignment findings reorders struct fields.
- Keep lines under 180 characters (
lll). - When a standard library package collides with an existing import, alias it
lib<name>, for examplelibtime. - Start error strings lowercase, without trailing punctuation.
- Ask before adding a dependency.
Tests
-
Assert with
testify(assert,require). -
Write table-driven tests: one behavior is one test function with a table. Per-case fixtures, mock returns, and expected errors are table fields, not reasons for a new function. Extend an existing table instead of adding a function. Split when the API under test or the setup and assertion flow differs, and for no other reason.
-
Test behavior, not the patch. Name the behavior a test proves, then ask:
- Could the original bug still occur while this test passes?
- Could a correct refactor make it fail?
If either answer is yes, redesign or drop the test. Never assert on source text, embedded scripts, or statement order; assert on text when the emitted text is itself the contract (generated shell code, escaping, serialization). When the behavior cannot be exercised, say so instead of adding a proxy test.
-
A test that mutates package-level state saves the original value and restores it with
t.Cleanup, never a hardcoded value.
Before committing
Run from the module root and fix every finding:
modernize -fix ./...
fieldalignment ./...
golangci-lint run
- Never run
fieldalignment -fix: it drops the comments of the fields it reorders. Reorder by hand. - Commit the
modernizerewrites with the change that triggered them. - After touching a
_windows.go,_unix.go,_darwin.go,_linux.go, or//go:buildfile, also rungo build ./...,golangci-lint run,modernize ./..., andfieldalignment ./...withGOOSset to another platform. The host toolchain skips other platforms' files, so their errors otherwise surface in CI. duplon near-identical tests: merge them into one table. Reserve//nolint:dupl, with a reason, for tests that must stay separate.goconst: extract a string literal used three or more times into a constant.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago Changed · +1 lines d08734fd8fbb
- 16d ago Changed · -449 lines · +5 tokens per session 9ca1d5c2a275
- 1mo ago First seen · 513 lines · 26 tokens per session scan A 27e6905b4fa8
golang is a skill published in the GitHub repository JanDeDobbeleer/oh-my-posh (23,655 stars, last pushed 6d ago), licensed MIT. It adds 31 tokens to every session and 678 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
golang-style
Go conventions specific to this author. Use before writing or editing any Go (.go) file.
scaffold-go
Scaffold a complete Go project with CI/CD, release pipeline, Makefile, sr.yaml, .envrc, and standard files. Uses go toolchain and make as the native build system. Loads on top of scaffold-project (run that first for cross-language standard files). Use when creating a new Go CLI, service, or module, or when the user…
golang-testing
Go testing best practices including table-driven tests, test helpers, benchmarking, race detection, coverage analysis, and integration testing patterns. Use when writing or improving Go tests.
golang-patterns
Go-specific design patterns and best practices including functional options, small interfaces, dependency injection, concurrency patterns, error handling, and package organization. Use when working with Go code to apply idiomatic Go patterns.
golang-testing
Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests, idiomatic test naming. Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI…
golang-samber-oops
Structured error handling in Golang with samber/oops — error builders, stack traces, error codes, error context, error wrapping, error attributes, user-facing vs developer messages, panic recovery, and logger integration. Apply when using or adopting samber/oops, or when the codebase already imports…