Skip to content
Development
Skill

/handover

Session handover — end a session by systematically updating project state files for continuity. Use this when the session is ending, the user asks for a "handover", or when significant progress needs to be recorded.

From plugin
rageatc-oss
1145 skills11 agents

Claude Code

$ npx -y skills add isvlasov/rageatc-oss --skill handover --agent claude-code

SKILL.md

handover.SKILL.md
name: handover
description: Session handover — end a session by systematically updating project state files for continuity. Use this when the session is ending, the user asks for a "handover", or when significant progress needs to be recorded.

Handover (Write State)

Update project files so the next session can pick up exactly where this one left off.

Step 1: Review the session

Before touching any files, reflect: what was created or significantly changed? What decisions were made? What was discovered or learned? Were new key files created (e.g. in `work/`) that a fresh session would need to know about?

Step 2: Update root files

Check every `.md` file in the project root. Follow each file's own update instructions (found at the top of the file); if a file has none, update it whenever this session's work has made it stale.

**Common root files and their update logic:**

| File | How to update | |------|---------------| | STATUS.md | Rewrite with current state (current position, recent decisions, next steps, open questions) | | LEARNINGS.md | Append only what passes the file's inclusion criteria — a durable insight a future session would act on. Most sessions add nothing. Do NOT use as a session log. | | BACKLOG.md | Move new granular tasks or unresolved issues here. Keep `STATUS.md` "next steps" focused only on immediate session continuity. | | CLAUDE.md | Update pointers — add new key files, remove stale pointers, update descriptions | | README.md | Update if project description, status, or structure changed | | PRD.md | Update if requirements shifted | | ARCHITECTURE.md | Update if architectural decisions changed | | ROADMAP.md | Update if chunks were completed, added, or reordered | | ORCHESTRATION-PLAN.md | Mark completed chunks, update build progress |

Not every project has all of these. Check what exists.

Step 3: Follow CLAUDE.md pointers

For each file CLAUDE.md references beyond the root (e.g. `work/` artefacts, orchestration logs): does the pointer still point to the right location? Has this session's work made the file stale? Update if needed.

Step 4: Hygiene checks

Structural checks only — don't deep-read files.

  • **CLAUDE.md compliance** — lean pointer file standard: one-line project identity; points to key files without absorbing their content; no embedded architecture, requirements, status, or workflow descriptions; no stale sections duplicating files it points to. Fix non-compliance now.
  • **Dangling pointers** — every file path referenced in CLAUDE.md and STATUS.md exists. Flag broken references to the user — don't silently remove; the file may have been moved.
  • **Git hygiene** — run `git status`: junk files (`.DS_Store`, `*.swp`, `__pycache__/`, `.pyc`) → add to `.gitignore`; untracked files that don't look like this session's work → flag to the user, don't delete.

Step 5: Report

Tell the user: which files were checked; which were updated and briefly what changed; hygiene issues found (with actions taken or flagged); anything that needs the user's judgement.

Read more
@isvlasov
Ships withrageatc-oss

Rage Against The C - pick your own C to rage against. Two plugins for Claude Code / Cowork, built on the idea that we're using AI wrong: the speed of its output tricks us into rushing the input.

1145 skills11 agents
Get the whole plugin

Stars on GitHub

Momentum

stars in total
11
Star history of isvlasov/rageatc-oss on GitHub, a chart by star-history.com

Other skills on rageatc-oss.

building-telegram-bots

building-telegram-bots

Writes correct, version-aware Telegram bot code. Use when writing, extending, or debugging a Telegram bot in python-telegram-bot,…

decomposing-work

decomposing-work

Converts an approved ARCHITECTURE.md into an implementation roadmap of isolated, dependency-ordered chunks. Use when architecture…

delegating-to-codex

delegating-to-codex

Delegates a task to OpenAI Codex running as an interactive session in a herdr pane - uses the user's ChatGPT subscription,…

designing-interfaces

designing-interfaces

Creates a design system for software with a UI. Use when a project has a user interface and architecture is confirmed — whether…

More skills from other plugins.

brainstorming
Auto-invoked

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

@obra@obraInstall Skill
ask-matt

ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

skills2w309k
@mattpocock@mattpocockInstall Skill
accessibility
Auto-invoked

accessibility

Design, implement, and audit accessible UI to WCAG 2.2 Level AA across Web, iOS, and Android — semantic ARIA roles and labels,…

ecc2w293k
@affaan-m@affaan-mInstall Skill
compiler-commit

compiler-commit

Use when you want to verify compiler changes and commit with the correct convention. Runs tests, lint, and format, then commits…

react5d252k
@facebook@facebookInstall Skill

Questions about handover.

Which coding agents can use handover?
handover installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.