skills/session-start/SKILL.md
Loads critical project context and recent session history at the start of each session or after `/clear` — reads `.agents/memory/` source-of-truth files, surfaces open next steps from the latest session log, and activates the session-documenter. Triggers on: session start, `/clear`, "load context", "start session", or first message in a new agent session.
npx skillsauth add shipshitdev/library session-startInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Load critical context and recent history at the start of each session or after /clear.
Inputs:
.agents/memory/ and .agents/sessions/ filesOutputs:
Creates/Modifies:
session-documenterExternal Side Effects:
Confirmation Required:
Delegates To:
session-documenter to track the active sessionrules-capture if startup reveals uncaptured preferencesRead the repo's memory files at .agents/memory/. These are the source of truth
for current project context: architecture, deployment state, migrations, known
gotchas, and operating decisions. Apply the staleness and temporary-file checks
defined in the global CLAUDE.md / MEMORY.md before citing any entry.
Read today's session to understand what was already done before /clear:
Read today's session file at .agents/sessions/YYYY-MM-DD.md (where YYYY-MM-DD
is today's date).
If the file exists, it shows tasks completed, decisions made, files changed, mistakes, and next steps. If it doesn't exist yet, this is a fresh session day.
Run the session-documenter skill to track work throughout the session.
After reading memory and the session file, provide a brief confirmation (5-7 bullet points max):
last_verified or status: temporary files)development
Coordinates a weekly engineering review of board accuracy, recent code changes, operational health, and scoped cleanup. Use for a recurring repository health review or a review of the last several days.
testing
Audits project board configuration and prepares explicitly requested setup, copy, or normalization changes while preserving the existing workflow and provider boundaries. Use when inspecting a board's fields, columns, scope, or configuration.
testing
Reconciles a project board with current work and delivery evidence, reports incomplete coverage and metadata gaps, and applies only approved provider-supported field changes. Use when auditing board drift, reviewing blocked work, or assessing upcoming delivery.
development
Walk through how a subsystem works. Use for "how does X work", code walkthroughs before changing something, and placement or ownership questions. Explains architecture, runtime flow, and onboarding mental models. Can critique architecture. Use why for motivation.