catchup

Comprehensive onboarding for new or returning contributors. Scans repository artifacts (git history, CLAUDE.md / AGENTS.md, project rules, skill catalog, DESIGN.md, research & library notes, checkpoints, agent-team logs) and synthesizes a GUIDE.md at the repository root summarizing what has been worked on, why, and how to resume work.

141 stars

Best use case

catchup is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Comprehensive onboarding for new or returning contributors. Scans repository artifacts (git history, CLAUDE.md / AGENTS.md, project rules, skill catalog, DESIGN.md, research & library notes, checkpoints, agent-team logs) and synthesizes a GUIDE.md at the repository root summarizing what has been worked on, why, and how to resume work.

Teams using catchup should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/catchup/SKILL.md --create-dirs "https://raw.githubusercontent.com/DeL-TaiseiOzaki/claude-code-orchestra/main/.claude/skills/catchup/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/catchup/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How catchup Compares

Feature / AgentcatchupStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Comprehensive onboarding for new or returning contributors. Scans repository artifacts (git history, CLAUDE.md / AGENTS.md, project rules, skill catalog, DESIGN.md, research & library notes, checkpoints, agent-team logs) and synthesizes a GUIDE.md at the repository root summarizing what has been worked on, why, and how to resume work.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

# Catchup

**Onboarding skill that produces a `GUIDE.md` at the repository root so a new or returning contributor can understand the project's history, current state, and how to resume work.**

## When to Use

- A contributor joins the repository for the first time
- A contributor returns after a long absence
- You want a single human-readable snapshot of "what has been happening here"

## When NOT to Use

- You need a single focused answer (use `/start-feature` planning phases or direct research instead)
- You want to capture the current session for later (use `/checkpointing`)
- You want running design history (use `/design-tracker` or read `DESIGN.md` directly)

## Workflow

```
Phase 1: COLLECT (Opus subagent — 1M context)
  Scan repo artifacts in parallel and save raw findings
    |
Phase 2: SYNTHESIZE (Claude Lead)
  Integrate findings into the GUIDE.md structure
    |
Phase 3: WRITE GUIDE.md
  Write to repository root, show diff summary to the user
```

---

## Phase 1: COLLECT (Opus Subagent)

**Delegate the scan to a `general-purpose` subagent with Opus 1M context.** The orchestrator context must stay light — the subagent reads many files and returns a structured summary.

### Subagent Brief

Spawn a `general-purpose` subagent with the following prompt skeleton:

```
You are preparing a GUIDE.md for new or returning contributors of this
repository. Scan the following sources and return a structured summary.
DO NOT write GUIDE.md yourself — only return findings.

## Sources to scan

### Git state
- `git log --oneline -n 100` (recent commit topics)
- `git log --since="30 days ago" --stat` (recent change footprint)
- `git branch -a` (active branches, including remote)
- `git status` (uncommitted work)
- `git diff HEAD --stat` (work-in-progress files)
- `git stash list` (shelved experiments)

### Project identity & rules
- README.md
- CLAUDE.md
- AGENTS.md (if present)
- .codex/AGENTS.md (if present)
- .gemini/GEMINI.md (if present)
- pyproject.toml (tech stack, scripts)
- .claude/rules/*.md (every rule file, summarize each in 1–2 lines)

### Capabilities catalog
- .claude/skills/*/SKILL.md — read only the YAML frontmatter (name,
  description, metadata.short-description). Build a list of available
  slash commands and their one-line purposes.
- .claude/agents/*.md — list subagent types and their specializations
  (frontmatter only).

### Design & research context
- .claude/docs/DESIGN.md (architecture decisions, key choices)
- .claude/docs/research/*.md (each research note, 1–2 line summary)
- .claude/docs/libraries/*.md (library constraints, 1–2 line summary)

### Local history (scan ONLY if the path exists)
- .claude/checkpoints/*.md (newest 5, summarize each in 1–2 lines)
- .claude/logs/agent-teams/*/*.md (teammate work logs, group by team)
- .claude/logs/cli-tools.jsonl (last ~50 entries; extract distinct
  Codex/Gemini consultation topics)

## Return format

Return a single markdown block with these sections. Keep each bullet
tight — this feeds into GUIDE.md synthesis, not GUIDE.md itself.

### Project identity
- Purpose (1 sentence)
- Tech stack (language, package manager, key libs)
- Conventions (language for comments/communication, lint/test stack)

### Current state
- Active branch + any "Current Project" section from CLAUDE.md
- WIP files (from git status / diff)
- Stashed experiments (from git stash list)

### Recent work (last 30 days)
- Thematic grouping of recent commits (3–7 themes with commit counts)
- Notable features merged

### Architecture & decisions
- Top 5 design decisions from DESIGN.md with rationale
- Active research threads (from .claude/docs/research/)
- Library constraints worth knowing (from .claude/docs/libraries/)

### Capabilities
- Slash commands available (from skills/) — name + one-line purpose
- Subagents available (from agents/) — name + specialization

### Local history (if available)
- Latest checkpoint summaries
- Agent Teams sessions (team name, teammates, outcome)
- Frequent CLI consultation topics

### Rules summary
- One-line summary per .claude/rules/*.md file

If any source is missing, note it as "not present" instead of fabricating.
```

### Execution Pattern

Use the `general-purpose` subagent in the foreground and wait for its structured summary. The summary is the sole input to Phase 2 — the subagent must NOT create `GUIDE.md` itself.

---

## Phase 2: SYNTHESIZE (Claude Lead)

Integrate the subagent's structured findings into the `GUIDE.md` layout below. Do not re-read the source files; rely on the subagent's summary to preserve orchestrator context.

If an expected section is missing from the subagent output (e.g. no checkpoints exist), omit the corresponding section in `GUIDE.md` rather than leaving a placeholder.

---

## Phase 3: WRITE GUIDE.md

Write the final document to `GUIDE.md` at the repository root (overwrite if it exists). After writing:

1. Report the file path and line count to the user
2. List the top-level sections that were included
3. Note sections that were skipped because the source was absent

---

## `GUIDE.md` Structure

Use this layout. Keep the tone factual and skimmable.

```markdown
# Project Guide

_Generated by `/catchup` on {YYYY-MM-DD}_

## 1. What is this project?

- **Purpose**: {one sentence from README/CLAUDE.md}
- **Tech stack**: {language, package manager, key libraries}
- **Conventions**: {language for code / communication, lint / test tools}

## 2. Current State

- **Active branch**: {branch name}
- **Current focus** (from CLAUDE.md): {Current Project section, if present}
- **Work in progress**: {uncommitted files; omit section if none}
- **Stashed experiments**: {stash entries; omit if none}

## 3. Recent Work (last 30 days)

{3–7 thematic bullets grouping recent commits, with commit counts}

## 4. Architecture & Key Decisions

{Top 5 design decisions from DESIGN.md with rationale}

### Active research threads
{List from .claude/docs/research/ with 1-line summaries}

### Library constraints
{List from .claude/docs/libraries/ with 1-line summaries}

## 5. Capabilities

### Slash commands
{Table: command — purpose, from skills/ frontmatter}

### Subagents
{Table: name — specialization, from agents/ frontmatter}

## 6. Project Rules

{One-line summary per .claude/rules/*.md file}

## 7. How to Resume Work

- **Environment setup**: {commands from pyproject.toml / README}
- **Common commands**: {lint / test / run / build}
- **Suggested next skills**:
  - New feature (large, needs research) → `/start-feature`
  - Feature on existing codebase → `/add-feature`
  - Technical investigation → `/spike`
  - Bug / error diagnosis → `/troubleshoot`

## 8. Recent Sessions (if available)

### Checkpoints
{Latest 5 checkpoint summaries}

### Agent Teams sessions
{Group by team-name, show teammates + outcome}

### Frequent CLI consultations
{Codex / Gemini topics from cli-tools.jsonl}

---

_Sources: git log, CLAUDE.md, AGENTS.md, .claude/rules/, .claude/skills/,
.claude/docs/, .claude/checkpoints/, .claude/logs/._
```

Sections 2 (WIP / stash), 4 (research / libraries), 6, 8 are omitted when their sources are empty. Do not leave placeholder text.

---

## Tips

- **Context discipline**: Phase 1 runs in a subagent so the orchestrator never loads raw logs or long docs. Only the structured summary comes back.
- **Idempotent**: `GUIDE.md` is regenerated from sources each run. Do not edit it by hand — update the underlying sources (CLAUDE.md, DESIGN.md, etc.) and re-run.
- **`.gitignore` awareness**: `.claude/checkpoints/` and `.claude/logs/` are gitignored. On a fresh clone they will be absent; the skill handles this gracefully.
- **Language**: `GUIDE.md` content itself follows the project's user-facing language convention (Japanese for this repository), while code identifiers and command names stay in English.

Related Skills

context-loader

141
from DeL-TaiseiOzaki/claude-code-orchestra

ALWAYS activate this skill at the start of every task. Load project context from .claude/ directory including coding rules, design decisions, and documentation before executing any task.

update-lib-docs

141
from DeL-TaiseiOzaki/claude-code-orchestra

Update library documentation in .claude/docs/libraries/ with latest information from web search.

update-design

141
from DeL-TaiseiOzaki/claude-code-orchestra

Explicitly update DESIGN.md with decisions from the current conversation. Use when you want to force a design document update.

troubleshoot

141
from DeL-TaiseiOzaki/claude-code-orchestra

Diagnose and plan fixes for errors/bugs with Codex-first multi-agent collaboration (Codex + Opus 4.6 + Agent Teams). Codex CLI is consulted in EVERY phase for deep code reasoning, hypothesis evaluation, and fix validation. Phase 1: Error reproduction & context gathering (Opus subagent 1M context + Codex initial analysis + Claude user interaction). Phase 2: Parallel diagnosis (Agent Teams: Root Cause Analyst [Codex-driven] + Impact Investigator [Opus + Codex risk analysis]). Phase 3: Fix plan synthesis, Codex validation & user approval. Fix implementation is handled separately by /team-implement.

team-review

141
from DeL-TaiseiOzaki/claude-code-orchestra

Parallel code review using Agent Teams. Spawns specialized reviewers (security, quality, test coverage) to review implementation from different perspectives simultaneously. Run after implementation.

team-implement

141
from DeL-TaiseiOzaki/claude-code-orchestra

Parallel implementation using Agent Teams. Spawns teammates per module/layer, each owning separate files to avoid conflicts. Uses shared task list with dependencies for autonomous coordination. Run after /start-feature plan approval.

tdd

141
from DeL-TaiseiOzaki/claude-code-orchestra

Implement features using Test-Driven Development (TDD) with Red-Green-Refactor cycle.

start-feature

141
from DeL-TaiseiOzaki/claude-code-orchestra

Start a new feature with multi-agent collaboration (Opus 4.6 + Agent Teams). Phase 1: Codebase understanding (Opus subagent 1M context + Claude user interaction). Phase 2: Parallel research & design (Agent Teams: Researcher + Architect). Phase 3: Plan synthesis & user approval. Implementation is handled separately by /team-implement.

spike

141
from DeL-TaiseiOzaki/claude-code-orchestra

Time-boxed technical investigation/feasibility study with Codex-first multi-agent collaboration (Codex + Opus 4.6 + Agent Teams). Codex CLI is consulted in EVERY phase for question framing, feasibility analysis, and final evaluation. Phase 1: Frame the investigation question & constraints (Claude user interaction + Codex question decomposition). Phase 2: Parallel investigation (Agent Teams: Researcher [Opus external research] + Feasibility Analyst [Codex deep analysis] + optional prototype). Phase 3: Codex synthesis into go/no-go recommendation & research report. Produces a DECISION DOCUMENT, NOT an implementation plan. Use /add-feature or /start-feature after a GO decision.

simplify

141
from DeL-TaiseiOzaki/claude-code-orchestra

Simplify and refactor code while preserving functionality and library constraints.

research-lib

141
from DeL-TaiseiOzaki/claude-code-orchestra

Research a library and create comprehensive documentation in .claude/docs/libraries/.

plan

141
from DeL-TaiseiOzaki/claude-code-orchestra

Create a detailed implementation plan for a feature or task. Use when user wants to plan before coding.