Skip to content
Back to skills

Hr Forgotten Work Audit

ASecurity

Read-only audit of a project's past sessions, plans and handoffs for work that was asked for, promised or deferred and then lost from every list. Use when asked what fell through the cracks across sessions, or when the open-work check says the project's audit is missing or overdue.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 17, 2026
ai-agentsgogit

Security analysis

A100/100

Pro scans all 3 files and shows the line behind each finding

Scanned October 17, 2026

npx -y skills add bompus/house-rules --skill hr-forgotten-work-audit --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Hr Forgotten Work Audit?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Hr Forgotten Work Audit
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/bompus-hr-forgotten-work-audit/badge)](https://www.skillsdirectory.com/skills/bompus-hr-forgotten-work-audit)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: hr-forgotten-work-audit
description: "Read-only audit of a project's past sessions, plans and handoffs for work that was asked for, promised or deferred and then lost from every list. Use when asked what fell through the cracks across sessions, or when the open-work check says the project's audit is missing or overdue."
---

# Forgotten-work audit

Per-session checks look at lines that are already in a ledger. They cannot
see a promise that exists only in a transcript, a follow-up written as prose,
or an item a handoff rewrite left out. This audit reads the history itself
and checks every candidate against the records that should hold it.

The audit reads only. It edits, commits, posts, comments, builds and cleans
up nothing. Workers may write only their own result file. The coordinator
writes the consolidated report and the last-audit record. After the report,
step 5 may add owed items to a plan this session owns; that is the only
other write.

## 1. Set the scope

Fill these before starting, and put them at the top of the report:

- **Project**: the name used in plans' `Project:` line, and the repositories
  and checkouts it covers. The name starts with a letter, digit or `_` and
  holds only those and `.` or `-`. It names folders, so stop if it has any
  other character.
- **Window**: from the last audit's date (or the project's first session)
  to today.
- **Records**: the live plan and handoff folders, archived plans, the
  repositories' history and changelogs, and their open and recently closed
  pull requests and issues, including ones on upstream projects.
- **Transcripts**: the host's transcript search, meaning a tool that
  full-text searches earlier agent sessions across providers and filters by
  project directory and date. Use the one the host names. Do not write
  per-provider transcript scanners. Without such a tool, transcripts are a
  coverage gap.
- **Previous audit**: the result named by the last-audit record, if any, and
  its `gaps`. Each gap whose source is now readable becomes a slice of this
  audit over its whole uncovered range, whatever the window. A gap still not
  readable is copied into this audit's `gaps`.

## 2. Slice the sources

Split the work so each slice has roughly 30 to 80 candidates:

1. User prompts, by date window. Drop relayed notices and worker briefs, and
   say how many were dropped and by what filter.
2. Agent-written follow-up lines ("deferred", "follow-up", "still open",
   "later", "parked"), by date window. Say whether lines were read in full or
   found by keyword.
3. Plans and handoffs, live and archived: every open or deferred line, and
   prose follow-ups outside the ledger.
4. Repository state: branches, worktrees, scratch folders, open pull requests
   and issues, comments from others that are waiting on a reply.
5. The previous audit's forgotten and unclear items. Each one carries over
   until it is done, tracked or dropped.

Each slice can go to a read-only worker under the host's delegation rules,
with the brief in [references/brief-template.md](references/brief-template.md).

## 3. Give each candidate one verdict

- **done**: cite the commit, pull request, plan line or file.
- **tracked**: still open, and present in a live ledger or handoff (name it).
- **dropped**: the user or owner decided no, or it was superseded (cite it).
- **forgotten**: no follow-through and absent from every live list.
- **unclear**: the evidence is not enough; say what was searched.

Before calling an item forgotten, search the plans, handoffs, history,
changelogs and docs, the forge and the transcripts for it. A few
well-evidenced forgotten items are worth more than many weak ones. Skip
routine one-turn questions and commands finished in the same session.

## 4. Consolidate

Write the report in the notes directory at
`audits/<project>/<YYYY-MM-DD>/report.md`, beside the slice results, in the
format in [references/result-format.md](references/result-format.md):

1. One coverage row per slice: records read, range, items checked, and the
   count per verdict.
2. The gaps: sources not read, filters that dropped records, and anything
   truncated. Do not claim nothing else is missing.
3. A deduplicated list of forgotten and unclear items. Add tracked items with
   no movement for more than a week. Rank items visible to other people or
   time-limited first, then items the user asked for explicitly, then by
   correctness impact, then by effort.
4. The patterns that lost items, each with the items it explains.

## 5. Turn results into decisions

The report does not authorize work. For each forgotten or unclear item:

- If the current session owns the plan and the item is work the user asked
  for or was promised, add it as an open ledger line with its source.
- Otherwise present it under the governing offer rules. With three or more
  questions, use the walk-through in `hr-what-next`. Record each answer as
  yes, no (dropped) or deferred with a trigger.
- For items owned by another session or owner, name the owner and leave
  their records alone.
- Done and dropped items stay in the report only.

Report time-limited items and anything visible to other people first.

## 6. Write the last-audit record

When the report is saved, write `audits/<project>/last-audit.json` in the
notes directory, replacing the previous one:

```json
{
  "project": "example-app",
  "date": "2026-10-11",
  "scope": "sessions, plans, handoffs and pull requests, 2026-09-07 to 2026-10-11",
  "result": "audits/example-app/2026-10-11/report.md",
  "gaps": ["sessions in other repositories that discussed this project"]
}
```

`date`, `scope` and `result` are required; `gaps` is optional. `date` is the
day the report was saved. A partial audit still writes the record, and its
`scope` and `gaps` say what it left out.

`hr-what-next`'s open-work check reads this record for any plan whose header
has a `Project: <name>` line. It warns when the record is missing, unreadable,
more than 30 days old, or dated after today. A plan without that line gets no
audit warning.

Thirty days is a default, not a measured interval. A shorter one needs evidence
that it surfaces more lost work than thirty-day audits did over the same period.

Files in this skill

  • SKILL.md6.1 KB
  • references/brief-template.md2 KB
  • references/result-format.md1.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.