Skip to main content
Potpie turns your codebase and software development lifecycle into a living context graph for AI agents. Instead of sending an entire repository to a language model or relying on loose file summaries, the Context Engine builds a structured, queryable, project-specific memory that agents can read before they act.

Installation

Install the CLI, run first-time setup, and verify your environment in minutes.

How to Use

Day-to-day workflows: onboarding a repo, resolving context, debugging, and recording learnings.

CLI Manual

Complete command reference with all options, arguments, and exit codes.

Graph & Operations

Graph workbench, daemon, ledger, backend, skills, and cloud operations.

The Problem

Most AI coding agents operate at the wrong resolution. They either ingest far too much — flooding the model with repository noise that dilutes precision and inflates cost — or far too little, relying on shallow summaries that drift from the actual codebase. The result is the same in both cases: agents that produce plausible-sounding but project-unaware output. The Context Engine addresses this by maintaining a bounded, project-specific memory for each workspace. Rather than re-reading the entire repository on every task, it surfaces only the context that is relevant to the work at hand, anchored to real source evidence and scoped to the active workspace.

How It Works

The Context Engine is CLI-first. A local daemon hosts the services. The same services can run behind a managed backend API. The active workspace boundary is called a pot, and every operation is scoped to one. The path every command takes:
The CLI never queries databases directly. It routes through HostShell, which composes the services. Services use typed domain ports. Backend adapters implement those ports. This keeps the same command language working across local and managed deployments.

Deployment Modes

Local and managed pots use the same CLI surface. After potpie login, managed pots appear in the same potpie pot list and potpie use flows. The active pot determines where every command routes.

Core Concepts

What You Can Do With It

Context retrieval

Pull the bounded context an agent or developer needs before starting work:

Durable project memory

Save facts, decisions, and observations that persist across sessions:

Graph workbench

Explicit reads, entity lookups, mutation proposals, history, and quality checks:

Source integrations

Connect GitHub, Linear, Jira, or Confluence so agents can query issues, PRs, decisions, and runbooks alongside code:

Supported Agent Harnesses

Potpie installs skills into your AI coding agent to teach it how to read context from the engine before acting. The following harnesses are supported: Skills are installed into the harness’s global skills directory by default. Use --scope project --path . to commit a project-scoped skill that travels with the repository.

How It Fits Into Your Workflow

A typical session with Potpie looks like this:
  1. Setup once: potpie setup --repo . --agent claude provisions the local daemon, backend, default pot, and installs Claude Code skills.
  2. Open your harness: Claude Code, Cursor, Codex, or OpenCode. The installed skill tells the agent to call Potpie before editing code.
  3. The agent reads context: Your agent calls potpie resolve "<task>" and uses the scoped context Potpie returns.
  4. Work normally: The agent edits, tests, and commits. Context keeps it grounded.
  5. Record learnings: Use potpie record to save decisions and findings durably. They appear in future resolve results.
You do not need to run a manual ingest command on the happy path. The harness and its installed skills coordinate context retrieval and ingestion for each task.

Next Steps

Installation

Install the CLI and run potpie setup.

How to Use

Practical workflows and examples.

CLI Manual

Full command reference.