Skip to main content
This page covers the common developer workflows you will use day-to-day with Potpie: onboarding a new repository, using context retrieval in your coding sessions, recording project memory, and working with source integrations.
If you have not yet installed the CLI and run first-time setup, start with Installation.

The Core Workflow

Every Potpie session follows the same basic loop:
  1. Setup oncepotpie setup --repo . --agent claude
  2. Verify readinesspotpie status --host
  3. Register your repopotpie source add repo .
  4. Resolve context before workingpotpie resolve "<task>"
  5. Work in your harness — the installed skill handles context calls automatically
  6. Record learningspotpie record --type decision --summary "..."

Running the CLI

Use --json to get machine-readable output for scripting or agent consumption:
Use --verbose or -v for full tracebacks when debugging CLI errors. Every subcommand accepts --help:

Onboarding a Repository

When you start working with a new codebase, register it as a source in the active pot.

1. Confirm the active pot

After potpie setup, you will have a default pot already active. For a new project, you might create a dedicated pot:

2. Register the repository

This records the repository path as a source for the active pot. It registers metadata — it does not scan or ingest the repository contents by itself.
Ingestion is demand-driven. When your AI harness calls potpie resolve or potpie graph read, the engine pulls the relevant project context on demand. You do not need a separate “index” command on the happy path.

3. Verify the source is registered

4. Register a GitHub remote (optional)

To let the engine pull PR history, code reviews, and source metadata from GitHub:

Retrieving Context for a Task

potpie resolve is the primary entry point for context retrieval. Call it with a natural-language description of your upcoming task, and it returns a scoped context package.

Basic usage

With intent

Use --intent to tell the engine what kind of work you are doing. It shapes which parts of the graph are prioritised.

With retrieval depth

Use --mode to control how deeply the engine reads the graph:

Constraining the context

Use --include to limit the retrieval to specific context families:

JSON output for agent consumption

Use potpie search when you know a specific phrase, file name, symbol, or entity and want a direct lookup rather than a full task context package.
search does not require a task description. It runs a narrow query against entity and claim indexes directly.

Recording Project Memory

Use potpie record to save durable project learnings back into the graph. These recordings appear in future resolve results across sessions.

Record types

Examples

Scope keys

Use --scope key:value to associate a recording with a specific service, file, team, or feature. Scope is free-form key:value pairs separated by commas:

AI-Assisted Coding Workflow

When you run potpie setup --repo . --agent claude, Potpie installs a skill into Claude Code (or your chosen harness). This skill instructs the agent to call Potpie for context before editing code.

What the agent does automatically

  1. Before working on a task, the agent calls potpie resolve "<task>".
  2. Potpie returns scoped context: relevant services, decisions, dependencies, and recent changes.
  3. The agent reads this context and then proceeds with the task grounded in real project knowledge.
  4. The agent may call potpie search for follow-up lookups or potpie record to capture important findings.
You do not need to intervene in this loop. Just open your harness and ask it to work on a task. The skill handles the context calls.

Checking and refreshing skills

Updating skills after a Potpie upgrade

Debugging Workflows

For debugging tasks, use --intent debug with resolve and combine with search for follow-up entity lookups.

Typical debug session

Feature Development Workflow

For building new features, start with resolve to understand the codebase before touching code.

Code Review Preparation

Before reviewing a PR, resolve context to understand the blast radius and relevant decisions:

Working with Multiple Workspaces (Pots)

If you work on multiple projects or want to isolate context boundaries, use separate pots.
The repo-local .potpie.toml file can bind a repository to a specific pot automatically:
After setting a default, running Potpie commands from that repository directory will automatically scope to platform-api.

Source Ingestion

Local repository

Local repo sources are registered with potpie source add repo. Context is pulled on demand via resolve and graph read.

GitHub integration

Connect GitHub to let the engine index PRs, issues, code reviews, and source history:

Linear integration

Connect Linear to let agents query issues, projects, and documents:

Jira integration

Confluence integration

Viewing the Graph UI

Potpie includes a local graph explorer you can open in your browser:
The explorer connects to the local daemon and lets you browse entities, claims, and relationships for the active pot.

Day-to-Day Quick Reference

Next Steps

CLI Manual

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

Context Commands

Deep reference for resolve, search, and record.

Graph & Operations

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