cursor / cursor/plugins

Feature request: add fine grained permission control

Open
#299 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
8.2k
Forks
751
Avg merge
12h 1m
Merged PRs (30d)
43

Description

Problem

Grok Bot’s local-computer prompt is all-or-nothing across every bot on a machine.

When one bot needs to run a command on my Mac (mac.lan), the card asks (see screenshot):

Allow Grok Bot and all Bots to run commands on your local computer?

Options are Always allow, Allow once, and Never. Copy says this applies to Grok Bot and every Bot, and can be changed in Settings.

That is not the right grain. I cannot grant local execution to one bot and keep it off the others.

Why this matters

I use several Grok Bots with different duties:

  • A chief-of-staff bot (mine) that I do want to run commands on my Mac (git, gh, local clones).
  • Specialist bots I also created (slack, gitHub, product1, product2, etc.) that should not inherit that grant.

Today, “Always allow” on mac.lan is every bot I own. That breaks separation of duties. “Allow once” is too noisy for a bot I actually trust with the Mac. “Never” blocks the one bot that should have it.

I expect Grok Bots to talk to each other soon, ie my team’s bots should ask my chief-of-staff bot for permission before they act, and I decide through that bot or that bot can decide on my behalf (separate issue). That only works if permissions are per-bot. A machine-wide grant means any bot I (or later, a teammate) created can use the same local access.

Request

  1. Per-bot local execution (needed first). Let me allow/deny “run commands on this computer” per bot, per machine. Default deny for new bots. Granting xxx (or any one bot) must not grant slack, eng-abc, or any other bot I created.

  2. Visible command, scoped grant. Keep command preview on by default. Prefer grants like “this bot, this machine, this path” over a silent global allow.

  3. Bot-to-bot permission requests (next). When bots can message each other across users, let a designated bot be the policy checkpoint: other bots request, that bot (or I through it) allow/deny. Do not treat a teammate bot’s ask as an approved local-computer grant.

Settings → Local execution should show a per-bot matrix, not one switch for all bots.

Out of scope for v1

I am not asking to remove Auto-review or the allow-once prompt. I am asking that a lasting allow be bound to a specific bot (and machine), not the whole fleet.

Workaround today

I can tell the chief-of-staff bot not to hand Mac/git/gh work to other bots, and I can refuse teammate-bot asks until I approve them. That is policy in chat, not enforcement. The product still lets every bot use the Mac if I click Always allow.
Image

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at Settings → Local execution using the grokbot://app/v1/settings?id=local-execution entry point; the issue does not name implementation files or tests. Done means replacing the machine-wide switch with per-bot, per-machine permissions, default denial for new bots, visible command previews, and scoped lasting grants.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
authorization, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.