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
- chrislacey89/skillstheir own version, first seen Nov 4, 2026
- jaywedgeworth22/BotFleettheir own version, first seen Nov 3, 2026
- Simple-With-Us/BotFleettheir own version, first seen Nov 3, 2026
- Jorgut/skill-atlastheir own version, first seen Nov 1, 2026
- leek/agent-skillstheir own version, first seen Nov 1, 2026
- siarhei-belavus/agent-smitttheir own version, first seen Nov 1, 2026
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.
GoogleSkillprototype
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
NVIDIASkillresearch
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
GoogleSkillimprove-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
VercelSkillsetup
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
Other versions11 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 11
- dannys-code-corner/incan★ 73same name
- HaipingShi/coderail★ 8same name
- leek/agent-skills★ 5same name
- chrislacey89/skills★ 4same name
- jaywedgeworth22/BotFleet★ 4same name
- siarhei-belavus/agent-smitt★ 4same name
- Simple-With-Us/BotFleet★ 4same name
- Jorgut/skill-atlas★ 2same name
- aylee/agent-os★ 0same name
- braincandy-parallel/tamarindos-workflow-kit★ 0same name
1 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository38 other files it gives its agents.
- AGENTS.mdAGENTS.md
- explorations/AGENTS.mdAGENTS.md
- adhdSkill
- atom-reactivity-specialistSkill
- browser-qa-loopSkill
- codex-findingsSkill
- crispenSkill
- effect-first-developmentSkill
- exploreSkill
- grillingSkill
- grill-meSkill
- grill-with-docsSkill
- jsdoc-annotation-specialistSkill
- motion-evidence-reviewSkill
- onepassword-secret-refsSkill
- ontology-architectSkill
- ontology-conceptualizerSkill
- ontology-curatorSkill
- ontology-foundational-auditorSkill
- ontology-mapperSkill
- ontology-requirementsSkill
- ontology-scoutSkill
- ontology-validatorSkill
- operator-handoffSkill
- orchestrateSkill
- plasma-sensitive-entrySkill
- portlessSkill
- qa-session-opsSkill
- quality-review-fix-loopSkill
- reflectSkill
- remote-development-agentsSkill
- schema-first-developmentSkill
- shadcnSkill
- sparql-expertSkill
- teachSkill
- turborepoSkill
- unslopSkill
- yeetSkill
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
- Distinctive: line 13
When holding the orchestrator role, update the private handoff under the orchestrate skill before the ledger row and prompt.
- Very specific: line 23
Read bun run beep session open (the Claude SessionStart hook prints the same rows).
- Distinctive: line 30
Every stopping point, not only the end of a task:
- Very specific: line 40
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 …
- Distinctive: line 66
Act on the answer in the same turn: when it is reversible and in scope.
- Distinctive: line 71
Prefer these, so prompts read the same across sessions:
- Very specific: line 91
Not a substitute for /grill-with-docs: direction-setting decisions are grilled first.
- Very specific: line 93
Not an exploration exit: an /explore packet that needs the operator switches into /grill-with-docs and keeps going.
- Distinctive: line 96
Not a permission laundering path: an action the harness denied is reported as denied, never offered as an option for the operator to …
- Distinctive: line 99
Not a reason to skip the on-disk handoff: packet state, memory, and the yeet inbox are still written before the prompt.
“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.
Files
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
- 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 throughbun run beep session open; the prompt below is for the operator, the row is for the fleet.yeet sweepandyeet sweep --retirewrite thedonerow themselves. - 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.
- One prompt call. Claude Code:
AskUserQuestion. Codex:request_user_input. At most four questions per call; most closeouts need one. - 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.
- 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
nois one click. - Multi-select only when the options are independent (several lanes to retire, several packets to close). Decisions between alternatives stay single-select.
- 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, thengoals set-statusin a packet-state PR. A goal is not done, and/goalmust 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 setretentionReasonin the manifest when the evidence must stay onmain. Explorations use--kind explorationsonce 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
/explorepacket that needs the operator switches into/grill-with-docsand 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.
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
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.

