Tailscale admin
Use when the user wants to manage their Tailscale tailnet via the Admin API — listing devices, retagging or removing nodes, managing auth keys, reading ACLs, or auditing the tailnet for stale devices and unused keys. Calls the Tailscale Admin API at api.tailscale.com using the TAILSCALE_API_TOKEN env var. Performs live writes against the user's tailnet. For local-node CLI ops (tailscale up/down/serve/funnel), see majiayu000/claude-skill-registry's tailscale skill instead.From its SKILL.md
npx -y skills add ryzs/skills --skill tailscale-adminAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
3.8 KB, 828 tokens by cl100k_base, as published. Nobody here has run it
Tailscale Admin
Prerequisites
TAILSCALE_API_TOKEN— API access token from Tailscale admin console → Settings → Keys → API access tokenscurlandjqon PATH- Tailnet auto-resolved via the
-shorthand (no separate env var needed)
If TAILSCALE_API_TOKEN is missing, stop and ask the user to set it. Do not invent or guess.
When to use this skill
- The user mentions Tailscale, their tailnet, a Tailscale device, or
ts.nethostnames. - The user wants to audit or clean up devices, manage auth keys, or inspect ACLs.
- The user asks "what's on my tailnet" / "find stale devices" / "kick this node off" / "make me an auth key".
API over CLI
This skill is for tailnet-wide Admin API operations (reachable from anywhere with a token). For local-node CLI ops on a machine running tailscaled (tailscale up/down/status/serve/funnel/ssh/file), use majiayu000/claude-skill-registry's Tailscale skill instead. The two are complementary.
Entity model
Read references/entity-model.md before any create or update operation. Key constraints: device IDs are the public identifiers, tags use tag:foo format and must be declared in the ACL tagOwners block before they can be applied, and auth key secrets are returned only once at creation.
Recipes (load on demand)
| Task | Reference |
|---|---|
| Read current ACL (read-only) | references/recipes/read-acl.md |
| List devices (with filters: tag, staleness, hostname) | references/recipes/list-devices.md |
| List / create / delete auth keys | references/recipes/auth-keys.md |
| Delete / expire / retag a device | references/recipes/device-actions.md |
| Audit tailnet (composite: devices + keys + ACL summary) | references/recipes/audit-tailnet.md |
For anything not covered, consult references/api-overview.md and Tailscale's API docs at https://tailscale.com/api.
Safety
Writes go straight through. The host runtime (Claude Code, Cursor, Codex, etc.) gates network calls — do not add a second confirmation layer in this skill.
High-impact ops — summarize before firing, never as one-liners without showing the user what will happen:
DELETE /device/{id}— permanently removes the device from the tailnetPOST /device/{id}/expire— kicks the device offline immediately (re-auth required to rejoin)POST /device/{id}/tags— replaces all tags, does not merge; can break ACL-gated accessDELETE /tailnet/-/keys/{id}— revokes the key (existing sessions unaffected, new connects fail)
Limitations
- ACL write deferred to v2 — needs
If-MatchETag handling; lockout risk is real. - No DNS/MagicDNS recipes — use the web UI.
- No exit-node / subnet-router management — use the web UI.
- No OAuth client flow — use API tokens; OAuth is the production-grade upgrade path (see
references/api-overview.md). - Runtime device logs not available — Tailscale doesn't expose per-device runtime logs via API.
What ships with it: 7 files
27.4 KB alongside SKILL.md
references/
- api-overview.md3.9 KB
- entity-model.md3.1 KB
- recipes/audit-tailnet.md4.9 KB
- recipes/auth-keys.md4.9 KB
- recipes/device-actions.md3.8 KB
- recipes/list-devices.md3.8 KB
- recipes/read-acl.md3.0 KB