Development
Active planning documents for processkit v1.0.
processkit is a provider-neutral process layer for AI-assisted software projects.
It gives agents structured project memory, reusable domain skills, and validated MCP tools. The practical effect is simple: agents can read and write durable work items, decisions, notes, artifacts, migrations, and other project records through explicit contracts instead of loose files and provider-specific conventions.
processkit is designed to be used directly by MCP-capable harnesses or installed by an environment manager. aibox is one supported managed installer, not a runtime dependency.
minimal, managed, software, research,
and product.processkit separates process semantics from harness behavior:
That split keeps processkit forkable, installable by hand, and usable by multiple harnesses. Integrations can automate install and lifecycle, but they do not own the processkit contracts.
The direct path is:
context/, .processkit/, and AGENTS.md files
into your project.processkit-gateway or selected per-skill MCP servers with
your harness.Managed installers can do those steps for you. For example, aibox can fetch a pinned processkit release, choose a package tier, write harness MCP configuration, and supervise a gateway daemon in a devcontainer.
The current release line is pre-1.0. Breaking changes may still land in minor releases, and the changelog calls them out explicitly.
v0.25.0 is a breaking pre-1.0 release. It completes the
SmoothTiger/SmoothRiver v2 deliverable boundary, adds the
provider-neutral processkit-gateway, removes legacy first-class
primitive schemas from the shipped src/context/ surface, and turns the
release checks into executable gates.
Active planning documents for processkit v1.0.
Install processkit by hand from a release archive or through a managed installer, then create your first entity.
The project-memory entity model — the shape of a WorkItem, a DecisionRecord, an Artifact, and the rest of the durable record.
The skill package format, the category hierarchy, and the shipped catalog.
The package tiers, from a minimal bootstrap context to a fully managed workspace.
Process templates that sequence skills into a repeatable workflow.
The gateway, per-skill servers, and the legacy aggregate bridge — plus what each harness supports.
apiVersion policy, ID formats, the migration guide, privacy conventions, and the v2 deliverable boundary.