Promptles
Constraints

Give Automation the Least Access

Give unattended automation only the access its job needs, and have Claude list every permission it keeps and why.

Anything that runs unattended, like a bot that reviews every pull request, should hold only the access its job needs. If its job is to read and comment, it shouldn't be able to change code, see secrets, or act on changes from strangers. Say what the job is, and ask Claude to remove every permission and trigger beyond it. Vague: "Set up Claude to review our pull requests." Specific: "Set up Claude to review pull requests. It should only read the code and leave comments: no pushing, no fixing, and no secrets for pull requests from outside the team. List each permission it keeps and why."

Where you'll practice this

One Promptles scenario teaches this principle directly.

  • Lock Down the Review Workflow

    Bao wants Claude to review every pull request to Courtside, so a maintainer copied a workflow from a blog post that runs `anthropics/claude-code-action`. It runs on `pull_request_target` (a trigger that hands the job the repo's secrets even for pull requests from forks), checks…

Other principles in Constraints