@davisliu2006/pi-permission-system

Permission enforcement extension for the Pi coding agent.

Packages

Package details

extension

Install @davisliu2006/pi-permission-system from npm and Pi will load the resources declared by the package manifest.

$ pi install npm:@davisliu2006/pi-permission-system
Package
@davisliu2006/pi-permission-system
Version
0.3.0
Published
Nov 7, 2026
Downloads
431/mo · 431/wk
Author
davisliu2006
License
MIT
Types
extension
Size
69.3 KB
Dependencies
0 dependencies · 3 peers
Pi manifest JSON
{
  "extensions": [
    "./index.ts"
  ]
}

Security note

Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.

README

pi-permission-system

Permissions management for the pi coding agent.

Roughly based on MasuRii/pi-permission-system.

Permissions Overview

A permission can be one of the following:

"allow"  // allows the action
"ask"  // asks the user for permission
"deny"  // automatically denies the action

Ask states the purpose of the request and gives the following options:

Allow Once
Allow Always
Reject

"Reject" stops the current agent task and asks the user what to do next.

"Allow always" is persisted for the session only. It uses an AI-generated command wildcard for bash and an exact match for other tools.

Configuration

The supported top-level keys are: default, tools, bash, external_directory, and settings.

bash body matching supports wildcard:

  • * matches any sequence and ? matches one character
  • \* and \? are match literal * and ?

tools matches exact tool names.

The builtin path tools in pi are: read, write, edit, find, grep, ls. external_directory overrides the settings for these path tools. The primary use is to override write and edit to a stronger policy for external directories.

settings holds optional non-permission settings.

Rule Precedence

More specific rules override less specific rules:

  • tools.* overrides default
  • bash.* overrides tools.bash
  • Within bash, the last match wins

Global Configuration

Located in ~/.pi/agent/pi-permissions.jsonc.

Example:

{
    "default": "ask",
    "tools": {
        "read": "allow",
        "write": "allow",
        "edit": "allow",
        "find": "allow",
        "grep": "allow",
        "ls": "allow",
        "bash": "ask",

        // add any non builtin tools
        "mcp": "ask"
    },
    "bash": {
        "git status*": "allow",
        "git log*": "allow",
        "git diff*": "allow",
        "git branch*": "allow",
        "git show*": "allow",

        "ls*": "allow",
        "pwd": "allow",
        "find*": "allow",
        "tree*": "allow",
        "cat*": "allow",
        "head*": "allow",
        "tail*": "allow",
        "wc*": "allow",
        "echo*": "allow",
        "sed*": "allow",

        "grep*": "allow",
        "rg*": "allow"
    },
    "external_directory": {
        "write": "ask",
        "edit": "ask"
    }
}

Local Configuration

Located in the local Pi config folder:

<project-root>/.pi/pi-permissions.jsonc

Local configuration overrides global configuration, including deny rules.

Optional Settings

{
    "settings": {
        "ai-model": "provider/model-id"
    }
}

"Allow Always" Matching

Matching is done as (tool, body).

Body content:

  • For built-in path tools, it is the path
  • For bash, it is the command
  • For other tools, it is a stable JSON serialization of the full input

Body matching rules:

  • For non-bash, it is exact match
  • Bash supports wildcard matching

Bash Matching Safeguards

Bash matching safeguards against unsafe shell syntax.

Sequences separated by ;, &&, ||, or newlines are split and each segment is matched against bash rules. The strictest result wins (deny > ask > allow).

If a command contains other chaining (|, &, command/process substitution, or parentheses), bash pattern rules (except for deny) are skipped and the tools.bash policy is used instead, falling back to default.

"Allow always" for complex sequences saves the exact command, not a wildcard.