@dotdotgod/pi

Pi adapter for dotdotgod's docs-first project-memory workflow.

Use this package when you want Pi to initialize project memory, load bounded repository context, plan before source edits, run impact-aware checks, and archive completed work for future sessions.

Pi provides dotdotgod's enforceable workflow: Plan Mode blocks source edits while planning, durable plan files preserve intent, and pending impact checks can gate commit, push, and publish. The maintained graph guides Pi to the smallest useful set of related evidence.

Start Here

Install the adapter in Pi:

pi install npm:@dotdotgod/pi

Then open Pi in your repository and ask:

Initialize this project with dotdotgod.

A good first run:

1. Install this package.
2. Start Pi in the target repository.
3. Ask Pi to initialize the project with dotdotgod.
4. Review the files the initializer will create or skip.
5. Let Pi's automatic project-memory assessment load focused context when baseline coverage is missing, or run /dd:load for an explicit full load.
6. Use /dd:plan <request> before implementation work.

What Changes

• Planning becomes an enforceable working state. Pi limits active tools and writable paths until a durable plan is ready for the user's execute, stay, or refine decision.
• Intent survives the conversation. Plan steps and [DONE:n] progress markers persist under docs/plan/ and move to the archive after completion.
• Prompts connect to project evidence. Explicit [[...]] references and high-signal natural-language references can expand into focused context and related impact evidence.
• Project memory follows session lineage. Automatic assessment reuses completed reachable loads while forks and abandoned sibling work retain correct isolation.
• Handoffs include related checks. Pending impact state keeps broad verification, commits, pushes, and publishing aligned with changed files.
• Specialized work can be delegated. Bundled pi-subagents resources support parallel review and controlled implementation handoffs.

What It Adds to Pi

Need	Pi command or feature
Create the docs-first project scaffold	project-initializer skill
Load project memory without broad file reads	Automatic mode-neutral load when needed, or explicit /dd:load and /load
Plan safely before source/config edits	/dd:plan, /dd:plan <request>, or startup flag --dd-plan
Review changed-file impact	/impact-check or dotdotgod_graph_impact
Improve docs clarity	document-clarify skill
Delegate analysis or implementation work	bundled pi-subagents resources

Project Initializer

The bundled project-initializer skill creates or normalizes this memory surface:

AGENTS.md                    # canonical working rules for agents
CLAUDE.md                    # thin Claude Code pointer to AGENTS.md
CODEX.md                     # thin Codex pointer to AGENTS.md
dotdotgod.config.json        # complete editable default project policy
docs/
  README.md                  # project documentation map
  spec/README.md             # behavior, requirements, product truth
  arch/README.md             # architecture, conventions, boundaries
  test/README.md             # verification strategy and smoke tests
  plan/README.md             # active local plans, ignored by git
  archive/README.md          # completed-work history map, ignored by git

The package includes @dotdotgod/cli as a runtime dependency. Pi extensions prefer a source-checkout CLI when present, then the package-local CLI, then a global dotdotgod fallback. The initializer also includes a shell fallback and generated canonical config template for constrained environments.

Planning Workflow

/dd:plan

Use /dd:plan when a request may lead to source or config changes. Plan Mode keeps implementation mutations blocked until there is a durable plan under docs/plan/<task-slug>/README.md and the user chooses to execute it.

To start Pi with dotdotgod Plan Mode already enabled, run pi --dd-plan. The namespaced flag allows other extensions to register the generic --plan flag without an extension-loader conflict.

The mode-neutral project-memory extension owns automatic assessment in both ordinary mode and Plan Mode. Plan Mode consumes that loaded context, then helps Pi:

• write or update active plan docs,
• track execution steps with [DONE:n] markers,
• remind agents to run impact checks after source/config edits,
• archive completed plans under docs/archive/plan/.

Loading and Impact Checks

At the beginning of session work, the mode-neutral project-memory extension assesses whether the active branch transcript or a recent reachable Load already covers project memory. Startup context files alone do not suppress the focused Load. When loading is needed, it temporarily exposes dotdotgod_project_load, records completion once for the active branch lineage, and continues the original request. Forks reuse only reachable completed state; abandoned sibling work does not suppress reassessment. Use /dd:no-load, dd:no-load, or /no-load to opt out for one request.

The automatic dotdotgod_project_load result keeps its complete content for the agent but shows only three lines in the Pi TUI by default. Use Pi's configured tool-output expansion keybinding (Ctrl+O by default) to open or collapse the full result.

/dd:load renders shared Markdown paths as a prefix-compressed documentation tree, excluding plan/archive local memory by default. Without arguments it expands through directory depth 5; with arguments it runs dotdotgod query for up to 30 local multilingual E5 results and renders the tree through depth 3.

/impact-check and the dotdotgod_graph_impact tool use the maintained graph to surface related specs, tests, docs, commands, source, and config after a change. Pi can remind the agent to run impact checks and can block commit, push, or publish commands until pending impact checks pass.

Native Context Tools

Pi registers native dotdotgod_execute, dotdotgod_batch_execute, dotdotgod_execute_file, dotdotgod_context_index, dotdotgod_context_search, dotdotgod_fetch_and_index, session-resume, background-ingestion start/status/cancel, explicit context-heal, stats, doctor, purge, and project-initialize tools over @dotdotgod/context. Pi calls the shared library directly and does not start the Claude Code/Codex context MCP server.

The context runtime's command-capture and child-environment policies apply to dotdotgod_execute, dotdotgod_batch_execute, and dotdotgod_execute_file. They return bounded small output directly and index larger output into the ignored project-local .dotdotgod/context/context.sqlite FTS5 database. A command's stdout and stderr share a 10 MiB capture ceiling, and direct excerpts are limited to 1 MiB per stream. Exceeding the shared ceiling terminates the command and reports captureLimitExceeded. Child environments preserve compatibility-oriented inheritance after filtering runtime injection variables; policy metadata reports names, not values, and ordinary inherited credentials remain ambient. Pi's ordinary shell tools are not transparently intercepted or redirected through this runtime.

dotdotgod_context_index accepts project-contained files or bounded directories. Directory traversal has deterministic order, configurable depth/entry/file/byte limits, explicit extension and path exclusions, symlinks skipped by default, and partial-result reporting. It does not apply .gitignore semantics automatically. Indexed Markdown and JSON use structure-aware chunks. Search applies scope, session, and source filters before combining Porter FTS5 and label/path candidates with reciprocal-rank fusion and deterministic title, path, and proximity signals. Results return bounded excerpts with provenance and trust metadata; retrieved text has instructionAuthority: "none" and remains non-authoritative data. This is a defense-in-depth boundary, not a prompt-injection guarantee.

dotdotgod_fetch_and_index accepts bounded credential-free HTTP(S) resources and applies application-level DNS, address, peer, redirect, encoding, wire-byte, and decoded-byte validation. Accepted HTML is normalized as bounded untrusted text without browser rendering, JavaScript, subresource loading, or link following by default. The shared API supports an optional injected renderer, but Pi bundles none, so browser: true fails explicitly. These controls provide defense in depth rather than a network sandbox or prompt-injection guarantee. The SQLite store uses WAL, a bounded busy timeout, and transactional source replacement, expiry, and purge. dotdotgod_context_doctor performs local read-only checks without network access, migration, or repairs, while purge requires confirm: true and exactly one selector: scope, session ID, or source ID.

For output modes, ingestion limits, retrieval details, and the complete security contract, see @dotdotgod/context, its package README, and the maintained Context execution specification.

Included Resources

• project-initializer skill
• document-clarify skill
• mode-neutral project-memory extension
• plan-mode extension
• explicit load-project extension
• pi-subagents wrapper resources
• package-local @dotdotgod/cli dependency

If standalone pi-subagents is already installed, the wrapper avoids duplicate dotdotgod-provided tool, skill, and prompt resources.

Local Development

pi install /path/to/dotdotgod/packages/pi
pnpm --filter @dotdotgod/pi run verify
pnpm --filter @dotdotgod/pi run pack:dry-run

Learn More

See the root README, Context curation, Context mechanics, Memory area config, and Traceability config.

Workflow Model

The Pi adapter turns project memory into a working loop: initialize shared knowledge, load focused evidence, plan durably, execute tracked steps, review changed-file impact, and archive the completed outcome for future sessions.