agentleFS
SvampenSvampen/claude-skills/skills/session-start/SKILL.md

session-start

Skill0 starsChanged 9 months agoMITView on GitHub

Automates starting a new development session. Reads work stream or topic plan, creates session log, pre-populates tasks, sets up TodoWrite checklist. Use when user says "start session", "begin session", or "set up session".

39 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use deploy-verify, reflect and 2 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.
  • danielarif26Skill

    deploy-verify

    Verify a Vercel deployment actually went live and serves the correct production domain. Self-improving: reads its own run history before checking and logs the outcome after. Use when the user asks "did you deploy?", "is it live?", "verify the deploy", "check vercel", or after any Vercel deploy. Part of the Agentic OS (Level 1 backbone).

    Also in 3 projects that use this

  • Microsoft AzureSkill

    reflect

    Learning capture system that extracts HIGH/MED/LOW confidence patterns from conversations to prevent repeating mistakes. Use after user corrections ("no", "wrong"), praise ("perfect", "exactly"), or when discovering edge cases. Complements .squad/agents/{agent}/history.md and .squad/decisions.md.

    Also in 4 projects that use this

  • ibahgatSkill

    autopilot

    Run autonomous multi-stage execution loops until acceptance criteria pass or blockers are reached.

    Also in 3 projects that use this

  • MicrosoftSkill

    handoff

    Compact the current conversation into a handoff document for another agent to pick up.

    Also in 3 projects that use this

The file

Show its rules and text

We split this skill into the rules it gives an agent

26 rules. 0 are common, 19 are distinctive, and 7 are very specific to this project.

  • 0

    Common

    Most of the 32 edited versions we read keep these.

  • 19

    Distinctive

    This author's own choices. Worth a look.

  • 7

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read .claude/project-config.md if it exists

    line 24
  2. Distinctive:

    Use default paths listed above

    line 31
  3. Very specific:

    Check if .claude-worktree-context.md exists in project root

    line 38
  4. Distinctive:

    If YES (worktree context found):

    line 39
  5. Distinctive:

    Read the context file

    line 40
  6. Distinctive:

    Delete the context file: after reading (it's only needed for the first session.

    line 46
  7. Distinctive:

    If NO (no context file):

    line 48
  8. Very specific:

    Check if development log exists at [dev-log-path] (from config)

    line 55
  9. Distinctive:

    If yes, look for "Active Work" section

    line 56
  10. Very specific:

    Check for work stream files: [work-streams-path]/*.md (from config)

    line 58
  11. Distinctive:

    Ask user which one to work on

    line 63
  12. Distinctive:

    Ask user: "What topic/feature will you work on this session?"

    line 66
  13. Very specific:

    If work stream selected, check if [work-streams-path]/[topic-name].md exists (from config)

    line 71
  14. Distinctive:

    Create minimal session structure

    line 77
  15. Distinctive:

    Ask user for session information:

    line 101
  16. Distinctive:

    Should align with work stream goals (if applicable)

    line 105
  17. Very specific:

    Ensure session folder exists: [sessions-path]/[topic-name]/ (from config)

    line 123
  18. Distinctive:

    Use current date for YYYY-MM-DD

    line 125
  19. Distinctive:

    Create session log with this template:

    line 126
  20. Distinctive:

    Use TodoWrite to create checklist with:

    line 179
  21. Distinctive:

    No worktree context found

    line 221
  22. Distinctive:

    No worktree context, no work streams found

    line 234
  23. Distinctive:

    Ask user to specify what they're working on

    line 247
  24. Very specific:

    Create it automatically: mkdir -p [sessions-path]/[topic-name]/

    line 251
  25. Distinctive:

    Check latest session in folder for "Status: In Progress"

    line 254
  26. Distinctive:

    Keep goals focused - one session, one main objective

    line 291

“Common” is measured: kept by at least 6 in 10 of the 32 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

Session Start Skill

Automates the initialization of a new development session. Creates session logs, pre-populates tasks, and sets up tracking.

When to Use

Activate this skill when:

  • User says "start new session", "begin next session", or "set up session"
  • User asks "what's next?" or "what should we work on?"
  • Beginning work after reviewing a work stream or plan
  • Starting the day's development work

Instructions

Step 0: Read Project Config

  1. Read .claude/project-config.md if it exists
  2. Parse ## Documentation Paths section to get:
    • Development log path (default: docs/development-log.md)
    • Work streams path (default: docs/work-streams/)
    • Sessions path (default: docs/sessions/)

If no config exists:

  • Use default paths listed above
  • Continue with skill execution

Step 1: Check for Worktree Context File

Check if this is a worktree with pre-configured context:

  1. Check if .claude-worktree-context.md exists in project root
  2. If YES (worktree context found):
    • Read the context file
    • Extract:
      • Topic/Work stream name (from "Topic:" or "Work Stream:" field)
      • Session goals (from "## Session Goals" section)
      • Suggested tasks (from "## Suggested Tasks" section)
    • Inform user: "Detected worktree context for [topic]. Using pre-configured details..."
    • Delete the context file after reading (it's only needed for the first session; subsequent sessions should use normal flow)
    • Skip to Step 4 with pre-populated values
  3. If NO (no context file):
    • Continue to Step 2 (normal flow)

Step 2: Find Active Work

Check for active work streams or topics:

  1. Check if development log exists at [dev-log-path] (from config)
    • If yes, look for "Active Work" section
    • Extract active topics/work streams
  2. Check for work stream files: [work-streams-path]/*.md (from config)
  3. Build list of available options

If work streams found:

  • List active work streams
  • Ask user which one to work on

If no work streams found:

  • Ask user: "What topic/feature will you work on this session?"
  • User can provide a custom topic name

Step 3: Read Work Stream Document (if exists)

  1. If work stream selected, check if [work-streams-path]/[topic-name].md exists (from config)
  2. If yes:
    • Read the document
    • Extract: Current status, Goals, Planned sessions, Latest completed session
  3. If no:
    • Continue with user-provided topic
    • Create minimal session structure

Step 4: Prompt for Session Details

If coming from worktree context:

Present pre-populated values and ask for confirmation:

Detected worktree context for [topic].

Suggested session details:
- Goal: [session goals from context file]
- Tasks:
  - [task 1 from context]
  - [task 2 from context]
  - [task 3 from context]
- Title suggestion: [derived from topic name]

Accept these details? Or would you like to modify them?

Normal flow (no worktree context):

Ask user for session information:

Question 1: "What is the goal of this session? (1-2 sentences)"

  • Brief description of what this session will accomplish
  • Should align with work stream goals (if applicable)
  • Example: "Implement user authentication middleware"

Question 2: "What are the main tasks for this session? (3-5 tasks)"

  • Specific, actionable tasks
  • Example:
    • Create auth middleware
    • Add JWT validation
    • Write tests
    • Update documentation

Question 3: "Brief title for this session?"

  • Short title (2-5 words) for filename
  • Example: "auth-middleware"
  • Will become: YYYY-MM-DD-auth-middleware.md

Step 5: Create Session Log File

  1. Ensure session folder exists: [sessions-path]/[topic-name]/ (from config)
  2. Generate filename: [sessions-path]/[topic-name]/YYYY-MM-DD-[brief-title].md
  3. Use current date for YYYY-MM-DD
  4. Create session log with this template:
# [Topic Name] Session: [Brief Title]

**Date**: YYYY-MM-DD
**Status**: In Progress

## Session Goals

[Goal provided by user]

## Tasks

- [ ] [Task 1 from user]
- [ ] [Task 2 from user]
- [ ] [Task 3 from user]
- [ ] Run tests/build (if applicable)
- [ ] Update documentation

## What Was Accomplished

[To be filled during session]

## Technical Details

[To be filled during session]

## Challenges & Solutions

[To be filled during session]

## Files Changed

**New**:
- [To be filled]

**Modified**:
- [To be filled]

## Build Status

- [ ] Build: [status]
- [ ] Tests: [status]
- [ ] Manual testing: [status]

## Next Steps

[To be filled at end of session]

Step 6: Create TodoWrite Checklist

Use TodoWrite to create checklist with:

  • User-provided tasks (pending)
  • Standard tasks: build/test, update docs

Step 7: Confirm with User

Display summary:

Session started for: [Topic Name]

Date: YYYY-MM-DD
Goal: [Session goal]
Tasks: [N] tasks in todo list

Session log: [sessions-path]/[topic-name]/YYYY-MM-DD-[title].md

Ready to begin! First task: [first task]

Examples

Example 1: Start Session from Worktree

User: "/session-start"

Skill Actions:

  1. Finds .claude-worktree-context.md in project root
  2. Extracts: Topic = "user-authentication", Goals, Tasks
  3. Deletes the context file (consumed - won't confuse future sessions)
  4. Shows pre-populated details
  5. User accepts
  6. Creates session file at [sessions-path]/user-authentication/2026-01-11-auth-middleware.md
  7. Creates TodoWrite with tasks
  8. Confirms: "Session started for User Authentication"

Example 2: Start Session with Work Stream

User: "start session"

Skill Actions:

  1. No worktree context found
  2. Checks dev log - finds active work stream: "api-refactor"
  3. Asks: "Work on api-refactor?" - User confirms
  4. Reads [work-streams-path]/api-refactor.md
  5. Asks for session goal, tasks, title
  6. Creates session log and TodoWrite
  7. Confirms: "Session started!"

Example 3: Start Session without Work Stream

User: "start new session"

Skill Actions:

  1. No worktree context, no work streams found
  2. Asks: "What topic/feature will you work on?"
  3. User: "bugfix-login-redirect"
  4. Creates session folder at [sessions-path]/bugfix-login-redirect/
  5. Asks for goal, tasks, title
  6. Creates session log and TodoWrite
  7. Confirms: "Session started for bugfix-login-redirect"

Error Handling

If no topic provided:

  • Ask user to specify what they're working on
  • Can't create session without at least a topic name

If session folder doesn't exist:

  • Create it automatically: mkdir -p [sessions-path]/[topic-name]/

If previous session incomplete:

  • Check latest session in folder for "Status: In Progress"
  • Warn user:
    Previous session appears incomplete:
    - Session: [filename]
    - Status: In Progress
    
    Options:
    1. Continue previous session
    2. Mark previous as complete, start new
    3. Start new anyway

If session file already exists for today:

  • Suggest adding suffix: YYYY-MM-DD-[title]-2.md
  • Or ask user to choose different title

Quality Checks

Before finalizing, verify:

  • Topic/work stream identified
  • Session goal stated
  • At least 2-3 tasks defined
  • Session log created with correct template
  • TodoWrite tasks match session log tasks
  • Filename follows convention

Notes

  • Sessions use date-based filenames: YYYY-MM-DD-title.md
  • Multiple sessions per day possible (add suffix if needed)
  • Worktree context file (.claude-worktree-context.md) is consumed and deleted after first session - this prevents stale context from confusing subsequent sessions
  • TodoWrite tasks should match session log tasks
  • Keep goals focused - one session, one main objective

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.