docs: Add resource tags documentation page - #747
Conversation
Add accounts-billing/resource-tags.mdx describing organization-shared resource tags and add it to the Accounts and billing nav group.
| | Resource type | Description | | ||
| |--------------|-------------| | ||
| | Pods | Tag individual Pods to organize compute resources. | | ||
| | Serverless endpoints | Tag endpoints to group related Serverless workloads. | |
There was a problem hiding this comment.
Verifies the claim that resource tags and cost centers cover different resource sets. Cost centers' "Supported resources" table lists Pods, Serverless endpoints, Network volumes, and Instant Clusters (no Templates, no Container registry auths), confirming coverage differs from resource tags' five supported types.
Source:
docs/accounts-billing/cost-centers.mdx
Lines 27 to 38 in 7fc37cc
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
| | Pods | Tag individual Pods to organize compute resources. | | ||
| | Serverless endpoints | Tag endpoints to group related Serverless workloads. | | ||
| | Network volumes | Tag network volumes to track persistent storage. | | ||
| | Templates | Tag templates to organize reusable configurations. | |
There was a problem hiding this comment.
We have *not added tagging to templates or container registry auth (CRA), yet.
We *have added tagging to Clusters.
|
Just a reminder: If you'd like me to act on any feedback you have via Github comments, just type @Promptless in your suggestion and I'll get right on it! (I won't show up in the user dropdown, but I'll process any request that has @Promptless in the comment body.) |
|
|
||
| ## Create a tag | ||
|
|
||
| To create a tag, open the resource tags management area in the Runpod console, give it a name, optionally assign a color, and save it. The new tag then becomes available across your organization for anyone to apply. |
There was a problem hiding this comment.
We have not implemented coloured tags. This is the first I've heard of this - should it be added as a future ticket/feature?
- FYI off-the-top of my head, this will require a db schema update to store tag colour for re-use/consistency.
|
|
||
| ## Update a tag | ||
|
|
||
| You can update a tag to change its name, color, or metadata. Because tags are shared across your organization, updating a tag changes it for every resource that carries it. |
There was a problem hiding this comment.
"You can update a tag to change it's name (key), and any associated value."
- We can't change color and I'm not sure what "metadata" refers to.
| tag: "NEW" | ||
| --- | ||
|
|
||
| Resource tags are labels you create and apply to your Runpod resources to organize, filter, and track usage across your organization. By tagging resources, you can group them in ways that reflect how your teams, projects, and environments are structured. |
There was a problem hiding this comment.
I assume this was written when tags were still just a single label (like cost centers)?
- Current implementation of tags is a "key: value" pair. Any string can be used for the key except
runpod:; any string (including a blank string "") can be used for value (it's optional).
Proposed edit to first sentence:
"Resource tags are key-value labels you create and apply to your ... ".
|
Thanks for the review! We're working through your comments now and will update the resource tags page ( |
|
Update: we've reviewed all the feedback on this page. We're revising the resource tags page to reflect that tags are key-value pairs, correct the taggable resource types (Instant Clusters are now supported; templates and container registry auths are not yet), and remove the colored-tags references. We'll push the updated draft shortly. |
…ed resources, remove color, fix update wording
|
Thanks for the detailed review, @lavanya-gunreddi. Going through each comment, all of the requested corrections are already in place on this branch as of commit
Since those fixes are already committed, we didn't make any further changes to the page. One optional detail from James's line-7 note isn't yet reflected: that a tag key can be any string except the reserved |
|
@Promptless One optional detail from James's line-7 note isn't yet reflected: that a tag key can be any string except the reserved runpod: prefix, and that the value is optional and may be left blank. add this too. |
|
Will do — we're adding that now: the tag key can be any string except the reserved |
Per @jjmchew's line-7 review comment (approved by @lavanya-gunreddi): a tag key can be any string except one that begins with the reserved `runpod:` prefix, and the tag value is optional and can be left blank.
|
Done, @lavanya-gunreddi. We've added James's line-7 detail to the resource tags page: a tag key can be any string except one that begins with the reserved |
Open this suggestion in Promptless to view citations and reasoning process
Documents Runpod resource tags, the organization-shared labels users apply to resources to organize, filter, and track usage. The new
accounts-billing/resource-tags.mdxpage covers supported resource types (Pods, Serverless endpoints, network volumes, templates, and container registry auths), how tags differ from and complement cost centers, the full tag lifecycle (create, attach, filter, update, detach, delete), and best practices. It is added to the "Accounts and billing" navigation group after cost centers.Trigger Events
Review feedback applied (2026-07-31)
Addressing @lavanya-gunreddi's request to reflect @jjmchew's line-7 note about tag key/value rules:
runpod:prefix, and that the value is optional / may be left blank. — Applied (with minor clarity wording). Added to the opening section, immediately after the "key-value labels" sentence: "A tag key can be any string except one that begins with the reservedrunpod:prefix. The tag value is optional and can be left blank." The reviewer's requested facts are both stated verbatim in substance; the key rule was phrased in the singular, active voice for readability rather than as a double negative. The maintainer's other edits (commit 959379f) are preserved unchanged.Tip: Leave inline comments with
@Promptlesson suggestion diffs in the Promptless dashboard for targeted refinements 💬