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 arjunprabhulal/devops-skills --skill resource-tagginggit clone --depth 1 https://github.com/arjunprabhulal/devops-skillsWrote 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/arjunprabhulal/devops-skills/resource-tagging)<a href="https://agentmods.dev/skills/arjunprabhulal/devops-skills/resource-tagging"><img src="https://agentmods.dev/badge/skills/arjunprabhulal/devops-skills/resource-tagging.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.00121 | $0.01152 |
| Opus 5 | $0.00060 | $0.00576 |
| Sonnet 5 | $0.00024 | $0.00230 |
| Haiku 4.5 | $0.00012 | $0.00115 |
Grade A, and why
resource-tagging 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 — 98 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Resource Tagging
A tag is metadata that answers a question someone will ask later: who owns this, what does it cost, can it be deleted, does it run in production. Most tagging efforts fail not because tags are hard to write but because they're optional — added when someone remembers, skipped under deadline pressure, and drifted from reality within a quarter. A tag that isn't enforced is a suggestion, and a suggestion doesn't survive contact with a deadline.
The payoff for tagging discipline isn't the tags themselves — it's every downstream capability that depends on them: cost allocation, ownership lookup, automated cleanup, and policy scoping all break silently when tags are missing or wrong.
A tag that isn't enforced at creation time will be missing by the time you need it.
1. Design a small taxonomy before you enforce anything
A taxonomy with twenty required keys guarantees a low compliance rate, because every optional field is a place for a provisioning pipeline to skip a step under time pressure. Start with the handful of keys that answer the questions actually asked — owner, cost center, environment, service — and add more only when a real use case demands it.
| Key | Answers |
|---|---|
owner |
Who to page or ask before deleting this |
cost-center |
Which budget this rolls up to |
environment |
prod / staging / dev — safe to tear down? |
service |
Which system this belongs to |
Done when: the required tag set is short enough that no team has a plausible excuse for skipping one.
2. Enforce tags at provision time, not after the fact
A tagging policy that's checked by a nightly report finds violations a day late, after the resource is already running untracked. Enforcing required tags in the provisioning path — Terraform policy checks, admission control, or the cloud provider's native tag policies — rejects the untagged resource before it exists rather than flagging it after the fact.
- Fail the provisioning step, don't just warn, when a required tag is missing.
- Default where safe — an environment tag can often be inferred from the pipeline that deployed it, reducing what a human has to type.
- Apply the same enforcement to manual console changes as to automated pipelines, or the policy only covers the traffic that was already disciplined.
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 · 98 lines · 121 tokens per session scan A 7b0f7b0b8a02
resource-tagging is a skill published in the GitHub repository arjunprabhulal/devops-skills (3 stars, last pushed 12d ago), licensed MIT. It adds 121 tokens to every session and 1,152 once invoked, about $0.0006 per session on Opus 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-31.
Other skills, from other repositories
agent-platform-tuning
Agent Platform Model Tuning. Use when you need to fine-tune open models or Gemini models using Agent Platform infrastructure. Don't use for model training outside Agent Platform, model deployment to endpoints (use agent-platform-deploy), or managing serving endpoints (use agent-platform-endpoint-management).
google-cloud-solution-guided-gke-ai-migration
Guides the migration of existing AI workloads (Cloud Run, Gemini API, Gemini Enterprise Agent Platform) to self-hosted GKE inference using gcloud and kubectl. Use when the user has an existing AI inference workload (on Cloud Run, the Gemini API, Gemini Enterprise Agent Platform, or a custom VM) and wants to move it to…
agent-platform-deploy
Deploy open models or custom weights from Model Garden to Agent Platform endpoints, check the status of an in-progress deployment operation, or clean up resources by undeploying models and deleting endpoints. Use when asked to actively deploy a model, list the Model Garden CATALOG of available models, check if a…
gke-alert-configuration
Configures alerting policies in Terraform for Google Kubernetes Engine (GKE) clusters, workloads, and services using PromQL and Google Cloud Managed Service for Prometheus. Use when writing, analyzing, validating, or deploying Terraform alerting policies to monitor GKE service latency, traffic, error rates using…
gke-compute-classes
Configures, optimizes, and troubleshoots GKE ComputeClasses. Use when configuring Spot VMs with on-demand fallback, targeting specific accelerators (GPUs/TPUs) or machine families, restricting ComputeClass access, or debugging pending pods related to node pool auto-creation. Do not use for cluster-level Node Auto…
google-cloud-recipe-foundation-builder
Deploys a baseline landing zone foundation for a Google Cloud Organization, establishing security guardrails using Organization Policies, resource hierarchy folders and projects, billing association, and centralized logging and monitoring. Deploys Google Cloud's recommended security controls and architecture. Use when…