Filesystem
Configure pair to manage work items as Markdown files in your repository — zero external dependencies.
Configuration
Add these lines to .pair/adoption/tech/way-of-working.md:
Prerequisites
- A pair-enabled project (
pair-cli initcompleted) - No external tools, accounts, or API keys needed
This is the zero-dependency option — everything lives in your repository as version-controlled Markdown files. Ideal for solo developers, offline work, or projects that don't need a separate PM tool.
Mapping Model
pair maps its work hierarchy to directories and files:
Directory Structure
How It Works
- Initiatives are Markdown files organized by year
- Epics and stories are Markdown files organized by status folder
- Tasks are checkbox items inside the story file — not separate files
- Status tracking is managed by moving files between status directories
- Everything is version-controlled — Git history shows exactly what changed and when
Status Transitions
| pair Action | Filesystem Effect |
|---|---|
| Start implementing a story | Move file to in-progress/ |
| Complete a task | Mark checkbox in story file |
| Create PR | File stays in in-progress/ |
| Merge PR | Move file to completed/ |
| All stories in epic done | Move epic file to completed/ |
Templates
Each work item type uses the standard pair templates:
| Template | Location |
|---|---|
| Initiative | .pair/knowledge/guidelines/collaboration/templates/initiative-template.md |
| Epic | .pair/knowledge/guidelines/collaboration/templates/epic-template.md |
| User Story | .pair/knowledge/guidelines/collaboration/templates/user-story-template.md |
First-Run Example
After configuring way-of-working.md, run a process skill:
Expected output:
pair creates Markdown files using the story template, places them in not-started/, and adds task checklists to each file.
Verifying the Setup
- Check that
.pair/adoption/product/backlog/directory structure exists - Verify story files appear in
03-user-stories/not-started/ - Each file should follow the user story template with filled-in sections
git statusshows the new files ready to commit
When to Upgrade
Consider switching to GitHub Projects or Linear when:
- Multiple team members need to see the board simultaneously
- You want automated status tracking without manual file moves
- You need reporting and velocity metrics
Switching is painless — update way-of-working.md and pair starts using the new tool. Your Knowledge Base and adoption files stay the same.
Related
- PM Tools overview — choosing the right tool
- GitHub Projects — GitHub-native option
- Linear — dedicated PM tool option