agentleFS
kaithoughtarchitectkaithoughtarchitect/toppingout/skills/f-catchup/SKILL.md

f-catchup

Skill14 starsChanged 20 days agoMITView on GitHub

Bulk-extract Logbook cards from completed jobs that were never captured. Use when card maintenance has fallen behind. Not for a session status refresh (f-status). Not one card from this conversation (f-card). Not close of the current job (f-signoff).

The file

We split this skill into the rules it gives an agent

6 rules. About 0 are common, 3 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Do not invent learnings. Do not auto-run /f-distill.

    line 22
  2. Distinctive:

    Do not modify completed jobs.

    line 23
  3. Very specific:

    After go: root may dispatch bounded code-explorer batches of non-overlapping jobs.

    line 34
  4. Distinctive:

    Verify each candidate against the source.

    line 35
  5. Distinctive:

    Write only high-value cards from the installed templates: reusable INSIGHTs, repeatable METHODs, compact BUILDs.

    line 36
  6. Very specific:

    Update logbook_index.md and logbook_links.md as /f-card Step 9 does: a row per card, counts recounted from the card files (templates …

    line 37

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Owner-invoked, or followed in automatic mode by /f-signoff Step 3.2a. It never fires on description match: a bulk pass writes many card files.

Automatic mode (from /f-signoff Step 3.2a only)

No y/n: the close itself is the go. Only completed jobs that no card names in its job:, at most three per close, oldest first. Every rule below still holds (no invented learnings, verify against the source, no forced BUILD, recount the index and links), except the preview-and-wait in Halt and step 3, and the Report's "Stop": it reports the jobs it looked at, the cards it wrote (every path) and the jobs that got none, to /f-signoff, and returns. Never runs /f-distill. A job whose evidence can't be verified gets no card and is listed for the owner.

Topping Out: Logbook catch-up

Halt

  • Preview the gap. Wait for y/n before writing any card.
  • Do not invent learnings. Do not auto-run /f-distill. Distill, if offered later, writes the constitution (the repo profile names it: AGENTS.md, or CLAUDE.md where that is the constitution) only, on the owner's word.
  • Do not modify completed jobs. Never stage, commit, or push.

Scope

Optional --since YYYY-MM-DD. Otherwise compare completed-job dates (foreman/completed-jobs/*/JOB_*.md) with the latest indexed cards. Read the three templates and logbook_index.md before proposing.

Process

  1. Enumerate completed jobs in scope and map existing card provenance. Keyword overlap is a hint; coverage is semantic.
  2. Identify jobs with no coverage or clearly incomplete coverage.
  3. Present covered vs uncovered. Estimated card counts. Proceed? (y/n)
  4. After go: root may dispatch bounded code-explorer batches of non-overlapping jobs. Children return candidates only and never recursively dispatch.
  5. Verify each candidate against the source. Deduplicate against current IDs.
  6. Write only high-value cards from the installed templates: reusable INSIGHTs, repeatable METHODs, compact BUILDs. Skip routine jobs (“no cards warranted”). Do not force one BUILD per job.
  7. Update logbook_index.md and logbook_links.md as /f-card Step 9 does: a row per card, counts recounted from the card files (templates excluded), never incremented. Preserve IDs and provenance.

Report

Jobs inspected, cards created/skipped, remaining gaps. Stop. Offer /f-distill as a separate owner step.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.