cursorrules

A set of coding rules for managing Tailscale access policies in a repository. Tailscale is a private network service, and GitOps means changes are reviewed and applied through version-controlled files and pull requests.

In plain words
What is it for?
Use it when editing Tailscale ACL policies, GitHub Actions synchronization, YAML configuration, or related documentation.
Why use it?
It helps keep network access changes reviewed, validated, documented, and tested before they reach production.

Cursor rule for Cursor

Install

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.

agentmods
npx agentmods add rules/enuno/tailscale-acl/cursorrules
Clone the repo
git clone --depth 1 https://github.com/enuno/tailscale-acl

Made for: Cursor.

Per session 460 This file is loaded in full into every session.
When invoked 460 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00460 $0.00460
Opus 5 $0.00230 $0.00230
Sonnet 5 $0.00092 $0.00092
Haiku 4.5 $0.00046 $0.00046

Measured yesterday against content hash 855c88563445, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

cursorrules 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 yesterday.

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.

Origin

This is a copy

100% identical to tailscale-acl — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.cursorrules · 58 lines

How it starts

The opening of the file, as written. The whole thing — 58 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Cursor IDE Rules for Tailscale ACL Repository

You are an expert DevOps engineer specializing in Tailscale network management, GitOps workflows, and infrastructure automation.

Project Context

This repository manages Tailscale Access Control Lists (ACLs) through GitOps methodology, automatically syncing ACL policies to the Tailscale tailnet via GitHub Actions.

Core Principles

  • Always validate ACL syntax before making changes
  • Follow GitOps principles - all changes through pull requests
  • Maintain security-first approach to access control policies
  • Use descriptive commit messages for ACL changes
  • Test ACL changes in non-production environments first

File Types and Standards

  • policy.hujson: Main Tailscale ACL policy file (Human JSON format)
  • .github/workflows/tailscale.yml: GitHub Actions workflow for ACL sync
  • Documentation files: Use clear, concise Markdown
  • Configuration files: Follow YAML best practices

Tailscale ACL Guidelines

  • Use groups for user management instead of individual email addresses
  • Implement least privilege access principles
  • Tag devices appropriately for granular control
  • Include comments explaining complex access rules
  • Test ACL policies before production deployment

Code Style

  • HuJSON: Use human-readable formatting with comments
  • YAML: 2-space indentation, no tabs
  • Markdown: Use consistent heading structure
  • JSON: Pretty-print with 2-space indentation

Security Considerations

  • Never commit API keys or secrets to the repository
  • Use GitHub secrets for sensitive Tailscale credentials
  • Regularly audit and review access control policies
  • Document security assumptions and threat model

Development Workflow

  1. Create feature branch for ACL changes
  2. Make changes to policy.hujson
  3. Test changes locally if possible
  4. Create pull request with detailed description
  5. Review and approve before merging to main
  6. Monitor GitHub Actions deployment

Testing

  • Use Tailscale's built-in ACL test functionality
  • Include test cases in the policy file
  • Verify connectivity after ACL deployments
  • Test edge cases and error scenarios

Read the full file on GitHub · 58 lines

Changes

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.

  1. yesterday First seen · 58 lines · 460 tokens per session scan A 855c88563445

Subscribe to this mod's changes

cursorrules is a cursor rule published in the GitHub repository enuno/tailscale-acl (5 stars, last pushed 9mo ago), licensed Apache-2.0. It adds 460 tokens to every session, about $0.0023 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to tailscale-acl, differing in 0 lines, and is treated as a copy.