agentleFS
kriegcloudkriegcloud/beep-effect/.claude/skills/closeout/SKILL.md

closeout

Skill78 starsChanged 7 days agoApache-2.0View on GitHub

Guided session closeout for beep-effect. Use at every stopping point (task done, blocked on the operator, PR merge-ready, post-merge closeout, before yielding on a question) to hand the operator a structured next-step prompt through AskUserQuestion (Claude Code) or request_user_input (Codex) instead of a prose list of options.

11 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use prototype, research and 3 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • GoogleSkill

    prototype

    Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check whether a state model or logic feels right, or explore what a UI should look like.

    Also in 4 projects that use this

  • NVIDIASkill

    research

    Before designing a feature, research how comparable libraries solve the problem, check best practices, known pitfalls, and upstream changes. Use when starting a new feature, investigating an unfamiliar area, or the user asks to research something.

    Also in 4 projects that use this

  • GoogleSkill

    improve-codebase-architecture

    Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.

    Also in 3 projects that use this

  • VercelSkill

    setup

    Set up Vercel CLI and project configuration. Use when the user says "set up Vercel", "configure Vercel", "link to Vercel", or "vercel init".

    Also in 3 projects that use this

  • +1 more from google

The file

We split this skill into the rules it gives an agent

10 rules. 0 are common, 6 are distinctive, and 4 are very specific to this project.

  • 0

    Common

    Most of the 11 edited versions we read keep these.

  • 6

    Distinctive

    This author's own choices. Worth a look.

  • 4

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    When holding the orchestrator role, update the private handoff under the orchestrate skill before the ledger row and prompt.

    line 13
  2. Very specific:

    Read bun run beep session open (the Claude SessionStart hook prints the same rows).

    line 23
  3. Distinctive:

    Every stopping point, not only the end of a task:

    line 30
  4. Very specific:

    If the harness has no question tool (headless -p runs, a detached job), write the same options as a numbered list with the recommended item …

    line 40
  5. Distinctive:

    Act on the answer in the same turn: when it is reversible and in scope.

    line 66
  6. Distinctive:

    Prefer these, so prompts read the same across sessions:

    line 71
  7. Very specific:

    Not a substitute for /grill-with-docs: direction-setting decisions are grilled first.

    line 91
  8. Very specific:

    Not an exploration exit: an /explore packet that needs the operator switches into /grill-with-docs and keeps going.

    line 93
  9. Distinctive:

    Not a permission laundering path: an action the harness denied is reported as denied, never offered as an option for the operator to …

    line 96
  10. Distinctive:

    Not a reason to skip the on-disk handoff: packet state, memory, and the yeet inbox are still written before the prompt.

    line 99

“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “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

Guided Closeout

The operator runs many sessions and clones in parallel and does not read long final messages. A stopping point is handed back as a short recap plus one structured prompt whose options are the concrete next steps. The law is the "Guided Closeout" section of AGENTS.md; this skill is the shape.

When holding the orchestrator role, update the private handoff under the orchestrate skill before the ledger row and prompt. Record each unit's T3 thread link (or its environmentId plus thread id on a linked host) and any send whose reply is still unread. A t3_thread_send receipt confirms delivery, not completion; role takeover requires the successor's explicit acknowledgment and orchestrator ledger row. Do not resume an existing Desktop task merely to deliver a closeout message.

At session start

Read bun run beep session open (the Claude SessionStart hook prints the same rows). Each live row is a resume candidate: offer them in the first prompt alongside whatever the operator asked for, newest first, and never silently take over a row another live session owns.

When

Every stopping point, not only the end of a task:

  • the requested work is done and verified;
  • the work is blocked on something only the operator can decide or do;
  • a PR reached merge-ready: yes: it left draft at content-final, its checks are green, its threads are answered and its 20-minute review window has elapsed (hand-off, never a merge unless authorized);
  • a merge landed and the lane was retired;
  • any moment you would otherwise end the turn with a question.

If the harness has no question tool (headless -p runs, a detached job), write the same options as a numbered list with the recommended item first and say which tool the operator should use to answer.

Shape

  1. Write the ledger row first. bun run beep session note --state <open|blocked|done> --next "<one line>" [--summary "<one line>"] [--pr <n>] from the checkout you worked in. This is what the next session (yours or a sibling's) sees at start through bun run beep session open; the prompt below is for the operator, the row is for the fleet. yeet sweep and yeet sweep --retire write the done row themselves.
  2. Recap, three lines at most, above the prompt. What landed (PR numbers, commits), what is verified, what is not. Numbers in a short table if more than two.
  3. One prompt call. Claude Code: AskUserQuestion. Codex: request_user_input. At most four questions per call; most closeouts need one.
  4. The question carries the state. One line: clone, lane or branch, PR, where it stopped. The operator must be able to answer without scrolling up.
  5. Two to four options, each a real next step. Recommended option first, labelled "(Recommended)", with the trade-off in its description. Always include a "stop here" or "park it" option so a no is one click.
  6. Multi-select only when the options are independent (several lanes to retire, several packets to close). Decisions between alternatives stay single-select.
  7. Act on the answer in the same turn when it is reversible and in scope; otherwise open the next prompt.

Option vocabulary

Prefer these, so prompts read the same across sessions:

  • Continue with <next step> (Recommended) — the work that follows naturally.
  • Open the follow-up PR for <x> — when the next step is a separate branch.
  • Run /grill-with-docs on <decision> — when direction, not execution, is next.
  • Retire the lane / Sweep the clone — post-merge closeout.
  • Adopt the <slug> closeout (Recommended) — after a goal's final PR merges: goals completion refresh, then goals set-status in a packet-state PR. A goal is not done, and /goal must not stop, until that PR merges.
  • Archive the <slug> packet (Recommended) — after the adoption PR merges: bun run beep goals archive --kind goals --slug <slug> --plan, then --write --expect <planId>, push the archive checkout, then land the tombstone in a packet-state PR; or set retentionReason in the manifest when the evidence must stay on main. Explorations use --kind explorations once graduated or killed.
  • Park it: record state and stop — writes the state to memory or the packet and ends the turn.

What it is not

  • Not a substitute for /grill-with-docs: direction-setting decisions are grilled first; the closeout prompt carries the remaining frontier.
  • Not an exploration exit: an /explore packet that needs the operator switches into /grill-with-docs and keeps going; closeout comes only once the packet is graduated, parked, or killed.
  • Not a permission laundering path: an action the harness denied is reported as denied, never offered as an option for the operator to "approve" on your behalf.
  • Not a reason to skip the on-disk handoff: packet state, memory, and the yeet inbox are still written before the prompt.

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.