@naxodev/pi-apnea
Pi adapter for the Apnea multi-role workflow
Package details
Install @naxodev/pi-apnea from npm and Pi will load the resources declared by the package manifest.
$ pi install npm:@naxodev/pi-apnea- Package
@naxodev/pi-apnea- Version
0.2.3- Published
- Sep 11, 2026
- Downloads
- 499/mo · 5/wk
- Author
- nacho_vazquez
- License
- MIT
- Types
- extension, skill, prompt
- Size
- 44.5 KB
- Dependencies
- 1 dependency · 1 peer
Pi manifest JSON
{
"skills": [
"./skills"
],
"prompts": [
"./prompts"
],
"extensions": [
"./extension"
]
}Security note
Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.
README
@naxodev/pi-apnea
Pi adapter for the Apnea workflow engine. It registers Apnea tools, slash commands, skills, and prompts while @naxodev/apnea provides the shared workflow and standalone CLI.
Requirements
- Node.js 22.19 or later
- Pi 0.83.x or 0.84.x
- Bun 1.3.7 or later for the transitive
apneaexecutable - Herdr and at least one supported agent CLI, as documented by
@naxodev/apnea
Install
pi install npm:@naxodev/pi-apnea
The normal @naxodev/apnea dependency installs transitively, including the apnea executable. Pi loads this package's extension, skills, and prompts resources.
Pi role-pane launches use fresh PI_CODING_AGENT_DIR snapshots without pi-vimmode, published under ~/.config/apnea/pi-role-agent/. Each snapshot captures filtered settings and resource links from the launching adapter's source agent directory. Concurrent launches cannot rebuild an earlier pane's resources or replace them with another source's resources.
Snapshots retain links to source authentication, models, extensions, and installed resources. Authentication updates remain shared with that source, and modules keep their source dependency paths. Linked file contents remain live; these are not immutable copies of the source. Filesystems without symlink support use the existing copy fallback.
Completed snapshots are retained because starting and running panes may still need them. Apnea does not automatically remove them. Failed materializations remove their own incomplete snapshot.
Quickstart
Run these commands inside Pi:
/apnea setup
/apnea start describe the implementation goal
/apnea status
setup creates global profiles in ~/.config/apnea/config.json. start begins one workflow against the current working copy. status reports the current step and next legal operation.
The shorter /apnea-start and /apnea-status aliases are also available. See the Apnea CLI and operation reference for the shared command surface and exit behavior.
/apnea abandon previews ownership before any archival. Its confirmation, pane-close requests,
stopped-work attestation, and corrupt-state acknowledgment use the same flags and behavior as the CLI.
See abandon confirmation. Abandon is not a model-facing tool.
Verify
Run /apnea status before starting a workflow. A clean installation reports no active run and identifies workflow_start as a legal next operation. If Pi does not register the commands, run /reload and inspect Pi's package-loading output.
Apnea executes repository-controlled text through configured agent CLIs and can execute planner-authored verification commands. Read the trust model before using it with an untrusted repository.
Versioning
This incompatible adapter line requires core ^0.2.0. Compatible core patch releases flow through that range. Future incompatible host interface changes require coordinated minor releases of both packages.
Contributing
Use the workspace contribution guide for setup, checks, and release policy. Use GitHub Discussions for usage questions and the workspace security policy for private vulnerability reports.
License
MIT. See LICENSE.