@awebai/oats-pi

OATS pi runtime bridge — memory session events and pre-workspace bootstrap over the runtime-neutral @awebai/oats kernel

Packages

Package details

extension

Install @awebai/oats-pi from npm and Pi will load the resources declared by the package manifest.

$ pi install npm:@awebai/oats-pi
Package
@awebai/oats-pi
Version
0.24.0
Published
Sep 19, 2026
Downloads
2,188/mo · 623/wk
Author
juanre
License
MIT
Types
extension
Size
7.5 KB
Dependencies
0 dependencies · 3 peers
Pi manifest JSON
{
  "extensions": [
    "./extension/index.ts"
  ]
}

Security note

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

README

@awebai/oats-pi

Pi runtime bridge for OATS.

The runtime-neutral kernel and universal oats CLI live in @awebai/oats. Publishes in lockstep with the kernel (same version from the same release tag). This bridge registers no operational tools. It only:

  • exposes oats-getting-started before an OATS workspace exists (the acquisition funnel);
  • contributes the instance-local .agents/skills set inside a spawned instance;
  • journals compaction summaries and sends resume nudges when the active knowledge capability created STATE.md/log.md. Knowledge ownership, read/capture instructions, judgment and delivery remain capability-owned.

Skill resolution itself is owned by the kernel: spawn materializes the exact kernel + soul + active-capability set into each instance's .agents/skills and launches pi with that directory as an explicit skill path. Ambient skills (user-level, packages, work tree) coexist with the OATS-composed set.

npm install -g @awebai/oats
pi install npm:@awebai/oats-pi

OATS publishes both packages from the same version tag. Reload pi after an adapter install or upgrade.

All lifecycle/config/package operations use the shell-visible CLI: oats status, oats spawn, oats doctor, oats install, oats trust, oats use, and oats retire.

With OKF v2, state/log/notes stay episodic while accepted expertise lives in external bases exposed as immutable reader views. The Pi bridge is not a harvester or knowledge store. Independent workers select their own runtime/model; source retirement relies on durable evidence custody, not this adapter's presence. V0.23.1 integration is prepared, not yet a publication claim.