@dotdotgod/pi
Pi adapter for dotdotgod: project-initializer skill, shared docs scaffold, plan/archive workflow, and project loading extensions.
Package details
Install @dotdotgod/pi from npm and Pi will load the resources declared by the package manifest.
$ pi install npm:@dotdotgod/pi- Package
@dotdotgod/pi- Version
0.2.18- Published
- Aug 7, 2026
- Downloads
- 2,277/mo · 1,116/wk
- Author
- dotdotgod
- License
- Elastic-2.0
- Types
- extension, skill
- Size
- 217.7 KB
- Dependencies
- 2 dependencies · 5 peers
Pi manifest JSON
{
"skills": [
"./skills"
],
"extensions": [
"./extensions"
],
"prompts": [],
"subagents": {
"agents": [
"./agents"
]
}
}Security note
Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.
README
@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 is the fullest dotdotgod experience: it is the only adapter that enforces Plan Mode before source edits and can gate commit, push, and publish on pending impact checks. Throughout, the maintained graph stays a compact map for targeted reads, not a giant report to consume in full.
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:
- Install this package.
- Start Pi in the target repository.
- Ask Pi to initialize the project with dotdotgod.
- Review the files the initializer will create or skip.
- Let Pi's automatic project-memory assessment load focused context when baseline coverage is missing, or run
/dd:loadfor an explicit full load. - Use
/dd:plan <request>before implementation work.
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.
Included Resources
project-initializerskilldocument-clarifyskill- mode-neutral
project-memoryextension plan-modeextension- explicit
load-projectextension pi-subagentswrapper resources- package-local
@dotdotgod/clidependency
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.
Compared with Graphify-Style Memory
The Pi adapter focuses on workflow. It initializes the project-memory scaffold, loads a depth-bounded documentation map with optional focused query results, plans before source edits, checks changed-file impact, and archives completed work for future sessions. The graph is a compact map for targeted reads, not a giant report for agents to consume in full.