npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

pi-open-agents

v0.1.9

Published

Unified agent and subagent management for pi coding agent, with OpenCode-compatible agent definitions.

Readme

pi-open-agents

npm version License: MIT pi

Unified agent and subagent management for pi, with OpenCode-compatible agent definitions.

Replaces pi-agent-mode + @johnnywu/pi-subagents with one coherent plugin.

Why pi? Pi's minimalist core keeps system prompts under 1,000 tokens — making it exceptionally fast on local models and cheap on cloud APIs. pi-open-agents is built to leverage that minimalism. See Pi vs OpenCode: Performance & Architecture for a detailed comparison.


Quick start

pi install npm:pi-open-agents

Remove old plugins from ~/.pi/agent/settings.json:

{
  "packages": ["npm:pi-open-agents"]
}

Existing .agent.md files work without changes (default mode: all).


Why this exists

Pi splits agent management across two separate plugins — one for primary agents, one for subagents. They use incompatible schemas, conflict on model routing, and have no permission system. pi-open-agents replaces both:

| | pi-agent-mode | pi-subagents | pi-open-agents | |---|---|---|---| | Primary agent switching | ✅ | ❌ | ✅ | | Subagent delegation | ❌ | ✅ | ✅ | | Per-agent thinking level | ❌ | ❌ | ✅ | | Permission system | ❌ | ❌ | ✅ | | OpenCode .agent.md format | ❌ | ❌ | ✅ |


Features

Per-agent model, thinking, and permissions

Every agent defines its own model:, thinking:, and permission: — no global overrides, no sentinel values, no workarounds. An orchestrator can run on a strong reasoning model while subagents run on a fast local model:

---
name: orchestrator
mode: primary
model: anthropic/claude-sonnet
thinking: high
---
---
name: fast-worker
mode: subagent
model: lm-studio/qwen-2.5-coder
thinking: off
---

Permission system

Go beyond a simple tool whitelist. OpenCode-style rules with glob patterns, deny rules, and per-action restrictions:

permission:
  "*": allow              # default: everything allowed
  "edit": deny            # read-only agent
  "bash":
    "git *": allow        # only git commands
    "rm *": deny          # never delete
  "subagent": deny        # no delegation

Tool names are normalized automatically: writeedit, tasksubagent, vscoderead.

Auto-injected delegation guidance

If an agent has the subagent tool, the plugin automatically appends a ## Subagent Delegation block to its system prompt — listing available subagents and the correct call syntax:

subagent({ agent: "<name>", task: "<task>" })

You never need to explain delegation mechanics in agent prompts. The plugin handles it, the same way pi handles tool descriptions.

Subagent execution engine

When an agent delegates, the plugin spawns a child pi process with the target agent's configuration. The child runs in isolation — it gets --model, --system-prompt, and --tools from the executor, not from settings.json. This means:

  • The primary agent's defaultAgent never leaks into subagents
  • Each subagent runs with exactly the model and tools it declares
  • Skills load per-agent, with wildcard support (security-*, git-*)

OpenCode compatibility

Your .opencode/agent/ files work as-is. The tools map format is auto-converted to permission rules, and pi-specific fields (thinking, maxDepth, allowedAgents) are simply ignored by OpenCode without breaking:

# OpenCode format — works in pi without changes
name: triage
mode: subagent
tools:
  read: true
  bash: false

Mode-based visibility

| mode | TUI selector | subagent tool | set_agent tool | |--------|-------------|-----------------|------------------| | primary | ✅ visible | ❌ | ✅ | | subagent | ❌ | ✅ available | ✅ | | all (default) | ✅ visible | ✅ available | ✅ |

Use primary for user-facing agents, subagent for delegated workers, all when an agent serves both roles.


Agent definition format

---
name: my-agent                          # required
description: One-line description
mode: subagent                          # primary | subagent | all (default: all)
hidden: false                           # hide from TUI selectors
color: "#44BA81"

model: anthropic/claude-sonnet          # per-agent model override
thinking: xhigh                         # off|minimal|low|medium|high|xhigh
systemPrompt: replace                   # append | replace | replace-all (default: append)

permission:
  "*": allow
  "question": deny
  "edit":
    "*.env": deny

maxDepth: 5                             # subagent recursion limit
allowedAgents: [explorer]               # restrict which subagents this can spawn
skills: security-audit, git-*           # per-agent skills with wildcards
---
Your prompt goes here. This becomes the agent's system prompt.

System prompt modes

The systemPrompt field controls how the agent body interacts with pi's default prompt and workspace context files (CLAUDE.md, etc.):

| Mode | System prompt | Context files | |------|---------------|---------------| | append (default) | pi's prompt + agent body | ✅ loaded | | replace | Agent body only | ✅ loaded | | replace-all | Agent body only | ❌ disabled |

Use replace-all for fully isolated agents that should not be influenced by workspace context — e.g., a subagent that must run identically regardless of the project it's invoked from.

For subagents (child process), the agent body is the system prompt — pi's default prompt is not included. Skills are injected as an XML block after the body.


Discovery paths

Agents are loaded from multiple locations (project overrides global by name):

| Path | Scope | Format | |------|-------|--------| | ~/.pi/agent/agents/*.md | Global | pi | | ~/.opencode/{agent,agents,mode}/*.md | Global | OpenCode | | .pi/agents/*.md | Project | pi | | .opencode/{agent,agents,mode}/*.md | Project | OpenCode | | .agents/*.md | Project | Shared |


Usage

Interactive

| Action | What it does | |---|---| | /agent | Open agent selector (primary/all only) | | /agent <name> | Switch to agent directly | | /agents | List all agents | | /agent-search <query> | Search agents | | Ctrl+Shift+M | Cycle agents | | --agent <name> | CLI flag for startup agent |

Programmatic (LLM tools)

| Tool | Description | |---|---| | set_agent | Switch agent programmatically | | search_agents | Search agents by name/description/body | | subagent | Delegate task to a subagent (subagent/all mode only) |


Migration

pi install npm:pi-open-agents

Remove npm:pi-agent-mode and npm:@johnnywu/pi-subagents from settings.json. Existing agent .md files work without changes.

Optional cleanup:

  1. Add mode: primary or mode: subagent to agent files for explicit visibility
  2. Gradually adopt permission: over the old tools: whitelist

Development

npm install
npm test          # 84 tests
npm run typecheck # tsc --noEmit

Docker testing

docker compose run --rm pi-sandbox

See ARCHITECTURE.md for the full technical design.


Attribution

This project builds on code and ideas from:

See ATTRIBUTION.md for details.

License

MIT