Skip to main content

Meta Repos

A meta repo is a special repository that contains shared skills, architecture documentation, team conventions, and onboarding materials for a project. In progressive polyrepo setups, the meta repo is the single source of truth for agent configuration and team onboarding.

What a Meta Repo Contains

Directory Structure

.agent-template/

This directory is copied into every workspace created for the project. It contains:

overdeck/repo-groups.yaml

Defines named groups of repositories for progressive workspace creation:

docs/

Architecture and reference documentation:

Creating a Meta Repo

Via Setup Wizard

The setup wizard (pan setup) creates a meta repo as part of progressive polyrepo project setup:

Via Setup Agent

The Setup Agent generates meta repo contents automatically:
  1. Explores all repositories in the project
  2. Detects conventions, patterns, and dependencies
  3. Generates CLAUDE.md with only non-obvious project-specific rules
  4. Generates repo-map.md documenting each repo’s purpose
  5. Generates repo-groups.yaml with logical groupings
  6. Generates onboarding checklist with prerequisites

Manual Creation

Create the directory structure manually:

Onboarding Flow

When a new team member joins:
  1. Clone the meta repo
  2. Run the machine setup script
    This installs prerequisites, authenticates CLI tools, and clones repositories.
  3. Run pan setup
    The wizard detects existing repos and applies your team’s template with pre-configured settings.
  4. Ready to work

Updating the Meta Repo

When team conventions change:
  1. Update the meta repo (normal git workflow)
  2. Changes propagate when agents sync skills:
Agents pull the latest .agent-template/ contents when:
  • A new workspace is created
  • pan sync is run
  • The Setup Agent runs and regenerates files

Meta Repo Best Practices

What to Include in CLAUDE.md

Focus on non-obvious conventions only. Don’t document:
  • How to run npm install, git commit, etc. (LLMs know these)
  • Standard industry practices
Do document:
  • Deviations from defaults — “PRs target qa not main
  • Per-repo quirks — “Each Lambda has its own package.json, no root one”
  • Breaking behaviors — “Never run terraform apply without approval”
  • Architecture patterns — “API gateway handles auth, microservices don’t”

What to Include in Repo Map

For each repo, document:
  • Purpose — What the repo does
  • Dependencies — What it depends on, what depends on it
  • Common change patterns — “Changes here usually need corresponding changes in api-service”
  • Key files — Where to start looking

Machine Setup Script

Generated by the Setup Agent based on detected prerequisites: