omp packages

@davisliu2006/pi-permission-system0.2.0

Permission enforcement extension for the Pi coding agent.

davisliu2006 Published 16 hours ago MIT ~191 downloads/mo

Untested on omp

This is a pi package. No one has reported whether it works on omp yet. If you try it, add your result below.

Did it work for you?

Result

One report per person. A new report replaces your old one.

Reports 0

No reports yet.

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, and external_directory.

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.

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"
    }
}

Local Configuration

Located in the local Pi config folder:

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

Local configuration overrides global configuration, including deny rules.

"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.

Simple sequences separated only 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 or control syntax (|, &, command substitution, process substitution, or parentheses), bash pattern rules are skipped and the tools.bash policy is used instead, falling back to default.

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