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: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
| Mode | How to start | Storage | Auth |
|---|---|---|---|
| Local | potpie setup | Local daemon + embedded graph backend | No cloud account required |
| Managed | potpie login | Hosted backend API + hosted graph/search | Potpie account required |
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
| Term | What it means |
|---|---|
| Pot | The workspace boundary. Every source, query, claim, and graph mutation is scoped to one pot. After potpie setup, a default local pot is created and made active. |
| Context graph | The graph-backed memory inside the engine. Stores typed entities, relationships, source-backed claims, provenance, and timeline records. |
| Entity | A typed project object: service, feature, file, owner, issue, decision, runbook, incident, or environment. |
| Claim | A canonical fact about an entity or relationship, with source evidence, truth class, confidence, and time metadata. |
| Source ref | A pointer back to a file, PR, ticket, commit, or external system document. Every claim is evidence-backed. |
| Semantic mutation | The agent-facing write contract. Agents propose intent and evidence; the engine validates, lowers to graph operations, and writes with provenance. |
| Skill | A CLI-managed recipe that teaches an agent harness how to use the Context Engine. Skills are installed into harnesses like Claude Code or Cursor; they are not graph data. |
| Event Ledger | A separate managed or self-hostable service for source events from GitHub, Linear, and similar integrations. The local graph pulls events from the ledger; the ledger does not store graph state. |
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:| Harness | Install command |
|---|---|
| Claude Code | potpie skills install --agent claude |
| OpenAI Codex | potpie skills install --agent codex |
| Cursor | potpie skills install --agent cursor |
| OpenCode | potpie skills install --agent opencode |
--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:- Setup once:
potpie setup --repo . --agent claudeprovisions the local daemon, backend, default pot, and installs Claude Code skills. - Open your harness: Claude Code, Cursor, Codex, or OpenCode. The installed skill tells the agent to call Potpie before editing code.
- The agent reads context: Your agent calls
potpie resolve "<task>"and uses the scoped context Potpie returns. - Work normally: The agent edits, tests, and commits. Context keeps it grounded.
- Record learnings: Use
potpie recordto save decisions and findings durably. They appear in futureresolveresults.
Next Steps
Installation
Install the CLI and run
potpie setup.How to Use
Practical workflows and examples.
CLI Manual
Full command reference.

