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 agentmods add commands/ehmo/gum/gum-auth-use-ads-developer-tokengit clone --depth 1 https://github.com/ehmo/gumWrote 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/commands/ehmo/gum/gum-auth-use-ads-developer-token)<a href="https://agentmods.dev/commands/ehmo/gum/gum-auth-use-ads-developer-token"><img src="https://agentmods.dev/badge/commands/ehmo/gum/gum-auth-use-ads-developer-token.svg" alt="Measured on agentmods" height="20"></a>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.00000 | $0.00339 |
| Opus 5 | $0.00000 | $0.00169 |
| Sonnet 5 | $0.00000 | $0.00068 |
| Haiku 4.5 | $0.00000 | $0.00034 |
Grade A, and why
gum-auth-use-ads-developer-token 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.
What it actually says
gum auth use-ads-developer-token
Generated from
gum schema --json. Do not edit this page by hand; runmake docs-commands.
Store the Google Ads API developer token in the OS keychain so the
googleads.* Keyword Planner ops can send it as the developer-token header.
The token is a secret: pipe it via --stdin (default) or --from-file; it is
never accepted as a positional argument and never sent as an invocation arg.
The OAuth Bearer is separate. Run gum auth use-oauth-client then
gum login --service googleads to authorize the adwords scope.
Usage
gum auth use-ads-developer-token [flags]
Parent
Flags
| Flag | Type | Default | Help |
|---|---|---|---|
--from-file |
string |
Read the developer token from this file (alternative to --stdin) | |
--stdin |
bool |
false | Read the developer token from stdin (default when no --from-file is given) |
--log-format |
string |
json | Log format: json|text |
--log-level |
string |
info | Log level: debug|info|warn|error (overrides GUM_LOG_LEVEL) |
--profile |
string |
default | Profile name to read/write config under |
See also
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 First seen · 36 lines · 0 tokens per session scan A cc50c55c2752
gum-auth-use-ads-developer-token is a command published in the GitHub repository ehmo/gum (32 stars, last pushed 28d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 339 tokens. 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 commands, from other repositories
/openspec-apply
Implement an approved OpenSpec change and keep tasks in sync.
/openspec-archive
Archive a deployed OpenSpec change and update specs.
/openspec-proposal
Scaffold a new OpenSpec change and validate strictly.
archive
name: OpenSpec: Archive description: Archive a deployed OpenSpec change and update specs. category: OpenSpec tags: [openspec, archive].
proposal
name: OpenSpec: Proposal description: Scaffold a new OpenSpec change and validate strictly. category: OpenSpec tags: [openspec, change].
apply
name: OpenSpec: Apply description: Implement an approved OpenSpec change and keep tasks in sync. category: OpenSpec tags: [openspec, apply].