Agent skill

Progress Log

by swingerman in swingerman/engineer

A skill your agent uses to propagate DAE state — turning handoff summaries into visible progress.

MITAuto-check passed

Install Progress Log

skills CLI
$ npx skills add swingerman/engineer --skill progress-log -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install swingerman/engineer progress-log --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .claude/skills && cp -r skills-src/engineer/skills/progress-log .claude/skills/progress-log && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
progress-log
GitHub stars
154
Token cost
~1.4k tokens
SKILL.md length
688 words
Files
1
Skills in repo
27
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses to propagate DAE state — turning handoff summaries into visible progress.

  • Works in 5 steps: Resolve + scope — resolve the… → Read new handoffs — handoffs/*.md not… → Update progress.md — per handoff: update… → …
  • Propagate DAE state — turning handoff summaries into visible progress
  • SKILL.md covers When to use, Workflow, Handoff exemption and Logging a fix closure, plus 2 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Progress Log is an agent skill from swingerman/engineer. Use to propagate DAE state — turning handoff summaries into visible progress. Triggers — "/engineer.progress-log", "sync progress", "update the tracker", "reconcile the tracker", "refresh feature status".

Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

The repository describes itself as: Disciplined Agentic Engineering — a methodology kit for Claude Code: acceptance-test-first specs, explicit checkpoints, and autonomy you can actually leave running. The engineer… The licence is MIT.

When your agent uses it

  • Propagate DAE state — turning handoff summaries into visible progress
  • — /engineer.progress-log
  • Update the tracker
  • Reconcile the tracker

Example prompts

  • “/engineer.progress-log”
  • “sync progress”
  • “update the tracker”
  • “/progress-log”

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Resolve + scope — resolve the methodology root + manifest via ${CLAUDE_PLUGIN_ROOT}/scripts/dae_resolve.py (see references/resolving.md)…
  2. Read new handoffs — handoffs/*.md not yet reflected in progress.md (compare timestamps against the last-synced marker).
  3. Update progress.md — per handoff: update the Checkpoints table row (if checkpoint: set), append to Verification reports (if a verification…
  4. Recompute tracked state — derive the TrackedFeature record from local truth (feature.md + progress.md).
  5. Sync the tracker — driver upsert(TrackedFeature) per references/tracker.md: local-wins on DAE-managed fields, tracker-managed fields…

What it can do on your machine

Read from SKILL.md and the folder at commit 32947eb. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Links to these hosts (documentation or services it may open):

    • notion.so

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Progress Log loads about 1.4k tokens when it runs. Until then it costs about 54 tokens; SKILL.md has 688 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~54
When it runs · the whole SKILL.md, loaded when a task matches
~1.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from swingerman/engineer at commit 32947eb, republished under its MIT licence (© swingerman). 688 words, ~1,440 tokens.

Download SKILL.mdSave it as .claude/skills/progress-log/SKILL.md (or your agent's skills folder).
name
progress-log
description
Use to propagate DAE state — turning handoff summaries into visible progress. Triggers — "/engineer.progress-log", "sync progress", "update the tracker", "reconcile the tracker", "refresh feature status".

progress-log

The propagation engine of DAE visibility. Skills emit handoff summaries; progress-log turns them into the two visible state layers — progress.md (the per-feature glanceable file) and the external tracker.

When the foundations say "the agentic summary contract handles propagation," this skill is that propagation. checkpoint: null.

When to use

  • Auto — invoked after a handoff-emitting skill changes a DAE-managed field (status change, checkpoint completion). Scope = the triggering feature.
  • Manual — /engineer.progress-log <slug> re-syncs one feature; --project reconciles all.

Not for: changing artifacts (feature-edit); validating consistency (consistency-check); a session wrap-up (session-summary).

Workflow

  1. Resolve + scope — resolve the methodology root + manifest via ${CLAUDE_PLUGIN_ROOT}/scripts/dae_resolve.py (see references/resolving.md); the manifest carries the tracker config. Scope = one feature (auto / <slug>) or all (--project).
  2. Read new handoffs — handoffs/*.md not yet reflected in progress.md (compare timestamps against the last-synced marker).
  3. Update progress.md — per handoff: update the Checkpoints table row (if checkpoint: set), append to Verification reports (if a verification skill), append to the Handoff log, recompute the CURRENT header — the fixed, parseable first line of progress.md: > ▶ CP<N> <Stage> — <m>/<n> criteria met | NEXT: <action> | BLOCKED: <none|reason>. Derive <m>/<n> from the latest handoff's exit_criteria block for the current checkpoint, NEXT from its recommended_next, and BLOCKED from any unmet criterion that needs a human (else none). If the handoff carries a cloud_session_url and its PR isn't merged yet, set NEXT: review cloud PR <url> and record the session/PR link in the Handoff log — this is the signal next reads to surface the feature as DISPATCHED.
  4. Recompute tracked state — derive the TrackedFeature record from local truth (feature.md + progress.md).
  5. Sync the tracker — driver upsert(TrackedFeature) per references/tracker.md: local-wins on DAE-managed fields, tracker-managed fields (comments, labels) preserved. local = no-op (the feature files are the tracker). Write the result to progress.md's "Tracker sync" line. 5b. Sync the roadmap (if the feature came from one) — if feature.md carries a roadmap_ref, keep the strategic item's lifecycle in step with the feature: on status: in-progress ensure the item is in-progress with the feature's slug back-linked; on status: done (CP8 complete / PR merged) mark it shipped. Driver per references/roadmap.md (local = ${CLAUDE_PLUGIN_ROOT}/scripts/dae_roadmap.py mark <roadmap_ref> <status> <slug>; MCP/CLI/API-backed = the connected channel). If manifest.roadmap.type is none or the host is unreachable, skip with a one-line note — never block the tracker sync. Note the result on progress.md's "Tracker sync" line.
  6. (--project only) Merged-PR reconcile + drift report — first, for each in-flight feature run ${CLAUDE_PLUGIN_ROOT}/scripts/dae_reconcile.py <feature-dir> --apply: it flips feature.md status: done for any feature whose PR is merged (detected via gh, so squash-merge and git.manual are covered) so the tracker sync below reflects git reality instead of stale in-progress. A returned flag: merged-unverified (shipped with no CP7 verify handoff) is a discipline gap — surface it, don't bury it. Then run driver reconcile() per references/tracker.md; surface anything unexpected (orphan tracker entry, untracked local feature).
Show full SKILL.md (227 more words)Show less

Handoff exemption

progress-log does NOT emit a handoff summary — it is the single exception to the agentic summary contract. It is the mechanism that processes handoffs; emitting one would trigger another progress-log run, looping. Its record of work is the progress.md "Tracker sync" line. (Documented in the Foundation Design.)

Logging a fix closure

When the fix skill reaches its Close step, append the rendered closure entry to each feature_refs[*]/progress.md of the fix artifact.

Use ${CLAUDE_PLUGIN_ROOT}/scripts/dae_fix.py helper render_fix_closure_entry(rec, followups_summary) to build the entry. Append it to each affected feature's progress.md under a new H2 section (the helper produces a complete H2 + bullets block).

Fix closures use the same propagation contract as feature handoffs: visible at the feature level so contributors browsing that feature see the bug history without having to discover .engineer/fixes/.

ATDD team teardown

When progress-log observes a feature advancing to status: done (CP8 complete or PR merged), check whether an atdd-<slug> team exists. If it does, propose teardown per the atdd:atdd-team lifecycle — auto-dispatch at autonomy high/medium, surface and wait at low. nexthq saw a team idle for 5 days after its feature shipped because nothing claimed responsibility for cleanup.

References

  • Foundation Design — progress.md schema, agentic summary contract + this exemption (Section 5)
  • references/tracker.md — the tracker drivers, TrackedFeature, local-wins reconciliation
  • references/roadmap.md — the roadmap drivers; shipping a roadmap item on feature done
  • Tracker Integration — sync triggers, the column schema

© swingerman, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in engineer/skills/progress-log of swingerman/engineer.

Open the folder on GitHubat commit 32947eb

Compare with similar skills

Progress Log next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Progress Log compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Progress Log this skillswingerman/engineer154—~1.4kAutomated safety check: PassMIT
Session Handoff Documentthedotmack/claude-mem97k—~1.4kAutomated safety check: PassApache-2.0
Handoffnexu-io/open-design100k—~547Automated safety check: PassApache-2.0
Handoffalirezarezvani/claude-skills28k—~2.5kAutomated safety check: NotesMIT
Handoffalirezarezvani/claude-skills28k—~532Automated safety check: PassMIT
Session Handoff Writercodewhale-hq/Codewhale41k—~1.2kAutomated safety check: PassMIT

Similar skills

  • Session Handoff Document

    thedotmack/claude-mem

    Writes a HANDOFF.md capturing goal, state, files, failed attempts and next steps so a fresh agent session can continue exactly where this one stopped.

    97k GitHub stars~1.4k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Handoff

    nexu-io/open-design

    Push the run's accepted artifact to a downstream collaboration surface (cli, other code agents, cloud, desktop) and stamp the artifact manifest with the export target.

    100k GitHub stars~547 tokensUpdated today
    Frontend & DesignAuto-check passed
  • Handoff

    alirezarezvani/claude-skills

    Compact the current conversation into a handoff document for another agent to pick up.

    28k GitHub stars~2.5k tokensUpdated 1 mo ago
    Agent WorkflowsAuto-check: notes
  • Handoff

    alirezarezvani/claude-skills

    Compact the current conversation into a handoff document for another agent to pick up.

    28k GitHub stars~532 tokensUpdated 1 mo ago
    Product & Project ManagementAuto-check passed
  • Session Handoff Writer

    codewhale-hq/Codewhale

    Writes a compact handoff note from real git and CI state so the next session or a teammate can pick up the work without rebuilding the context.

    41k GitHub stars~1.2k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Session Handoff

    sickn33/agentic-awesome-skills

    A skill your agent uses when context approaches capacity, before /clear or /compact, when switching tasks, or when ending a coding session: produces a structured handoff artifact for the next session.

    47k GitHub stars~1.8k tokensUpdated yesterday
    Agent WorkflowsAuto-check: notes

More from swingerman/engineer

All 27 skills in this repo
  • Crap Analyzer

    swingerman/engineer

    A skill your agent uses to produce a risk-based refactor + test plan for recently-changed code on a diff/branch/PR by computing CRAP (complexity × untested) on changed methods.

    154 GitHub stars~1.2k tokensUpdated 14 days ago
    Auto-check passed
  • Atdd Mutate

    swingerman/engineer

    A skill your agent uses to add a third validation layer to the ATDD workflow — after acceptance tests verify WHAT and unit tests verify HOW, mutation testing verifies the tests actually catch bugs.

    154 GitHub stars~2.7k tokensUpdated 14 days ago
    Auto-check passed
  • Fix

    swingerman/engineer

    A skill your agent uses to drive a bug fix from first report through close, with a "why didn't we catch it?" loop at the end.

    154 GitHub stars~3k tokensUpdated 14 days ago
    Auto-check passed
  • Atdd

    swingerman/engineer

    A skill your agent uses to drive feature work through the Acceptance Test Driven Development workflow — Given/When/Then specs before code, a project-specific test pipeline, and two parallel test…

    154 GitHub stars~2.8k tokensUpdated 14 days ago
    Auto-check passed
  • Harden

    swingerman/engineer

    Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8.

    154 GitHub stars~1.8k tokensUpdated 14 days ago
    Auto-check passed
  • Next

    swingerman/engineer

    Use at the start of a work session, or any time the question is "what should I pick up now" across the whole project.

    154 GitHub stars~3k tokensUpdated 14 days ago
    Auto-check passed

Questions about Progress Log

What does Progress Log do?

A skill your agent uses to propagate DAE state — turning handoff summaries into visible progress. Progress Log is an agent skill from swingerman/engineer. Use to propagate DAE state — turning handoff summaries into visible progress.

When should I use Progress Log?

Progress Log fits situations like: propagate DAE state — turning handoff summaries into visible progress; — /engineer.progress-log; update the tracker; reconcile the tracker.

How do I install Progress Log in Claude Code?

Run `npx skills add swingerman/engineer --skill progress-log -a claude-code`. Or copy the skill folder (engineer/skills/progress-log in swingerman/engineer) into .claude/skills/progress-log in your project. Claude Code loads it when a task matches its description.

How do I install Progress Log in Codex?

Run `npx skills add swingerman/engineer --skill progress-log -a codex`. Or copy the skill folder (engineer/skills/progress-log in swingerman/engineer) into .agents/skills/progress-log in your project. Codex loads it when a task matches its description.

Can I use Progress Log in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add swingerman/engineer --skill progress-log -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/progress-log, .gemini/skills/progress-log, .github/skills/progress-log and .opencode/skills/progress-log in your project.

What does Progress Log need to run?

SKILL.md names no scripts, command-line tools or credentials: Progress Log is instructions for the agent only.

Does Progress Log access the network?

SKILL.md names 1 domain. As links in the text: notion.so. This is read from the text; nothing was executed.

Is Progress Log safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Progress Log use?

Progress Log is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Progress Log use?

About 1.4k tokens (SKILL.md is roughly 5.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Progress Log?

Skills that share tags, products or a category with Progress Log: Session Handoff Document (thedotmack/claude-mem, 97k stars), Handoff (nexu-io/open-design, 100k stars), Handoff (alirezarezvani/claude-skills, 28k stars) and Handoff (alirezarezvani/claude-skills, 28k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Progress Log?

swingerman (a GitHub user) maintains it in swingerman/engineer, which has 154 GitHub stars. The repository holds 27 skills in this directory. The repository was last updated on September 23, 2026.

Source: swingerman/engineer on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.