wrap-up
Owns the session handoff lifecycle: the end-of-session ritual that captures completed work, pending tasks, and learnings into .claude/handoff.md, and the session-start protocol that loads it back. Triggers on: /wrap-up, "wrap up", "done for today", "that's all", "end session", "signing off", "handoff" — and at session start: "start session", "session start", "load handoff", "pick up where we left off", "what were we working on".
DeepseekModel
キュレーション済みスキル
品質 優秀 · 90
v1.0.0
取得
https://deepseekmodel.com/api/download.php?id=codewithmukesh-dotnet-claude-kit-skills-wrap-up-skill-md&format=skill
ダウンロード .skill
標準形式。system_prompt と model_config を収録し、任意の Agent で利用可能
.skill ファイルの system_prompt フィールドの実際の内容。
name wrap-up description Owns the session handoff lifecycle: the end-of-session ritual that captures completed work, pending tasks, and learnings into .claude/handoff.md, and the session-start protocol that loads it back. Triggers on: /wrap-up, "wrap up", "done for today", "that's all", "end session", "signing off", "handoff" — and at session start: "start session", "session start", "load handoff", "pick up where we left off", "what were we working on". disable-model-invocation true /wrap-up What The session continuity ritual. Sessions are ephemeral; knowledge is permanent. Wrap-up bridges sessions in both directions: Session END — capture exactly three things: what was DONE, what is PENDING, and what was LEARNED. Write them to .claude/handoff.md and flow durable learnings into MEMORY.md . Session START — load the handoff, memory, and instincts, then present a resume summary so no session starts blind. When End of a working session — "done for today", "that's all", "signing off" Before switching projects or after a major milestone Implicit endings — "thanks" after completed tasks, "good enough for now": offer the handoff, don't just say goodbye Start of a session — "start session", "load handoff", "what were we working on" For a mid-session save without ending, use /checkpoint instead How Session End Review the session — From git status/diff and the conversation: files touched, tasks completed vs unfinished, decisions made and why, user corrections observed. Check uncommitted changes — If any exist, offer to commit before wrapping. Write the handoff — .claude/handoff.md , using the format below. Single file, always overwritten — only the current state matters. If the existing handoff has pending tasks from someone else, ask before overwriting: merge, overwrite, or skip. Extract learnings — Corrections and discoveries worth keeping go to MEMORY.md (via instinct-system ); emerging patterns update .claude/instincts.md (via instinct-system ). The handoff's Learned section is the trigger, not the destination — handoffs are ephemeral. Confirm — Summarize the handoff and learnings captured for the user. Handoff File Format ( .claude/handoff.md ) Write it for a stranger with zero context — file paths, rationale, specific next steps. "Continue the refactor" is useless; "Refactor src/Orders/CreateOrder.cs to the Result pattern — see Catalog for the established pattern" is actionable. # Session Handoff > Generated: 2026-06-12 | Branch: feature/order-validation ## Completed - [x] Added FluentValidation to CreateOrder (src/Orders/Features/CreateOrder.cs:15-35) - [x] Fixed N+1 in GetOrderDetails (src/Orders/Features/GetOrderDetails.cs:28) ## Pending - [ ] Add validation to UpdateOrder (src/Orders/Features/UpdateOrder.cs) - Reference: CreateOrder validator for the established pattern - [ ] Full test run — 2 pre-existing Catalog failures, not from today ## Learned - FluentValidation validators must be registered in the module's DI setup - Test fixture seeds 1 item per order, which hides N+1 queries ## Context - Branch: feature/order-validation | Last commit: "Add CreateOrder validation" - Uncommitted changes: no | Solution: src/MyApp.slnx When multiple developers share the project, add a ## Decisions Made table (Decision | Choice | Rationale) and ## Open Questions . Learning Extraction Checklist Did the user correct anything? → MEMORY.md via instinct-system Did we discover something non-obvious? → Learned section Did we decide something with rationale? → document the "why" Did a tool/approach fail? → note it so the next session doesn't retry it Good learning: "EF compiled queries don't work with Include()". Bad learning: "Worked on Orders module" (vague) or "Used TimeProvider" (already a rule). Session Start Load context — Read .claude/handoff.md (pending work), MEMORY.md (permanent rules), .claude/instincts.md (patterns at 0.7+ confidence). Missing files are fine: note it and start clean — never block on them. Detect the solution — Find .slnx / .sln (current dir, then parents, then children) so Roslyn MCP tools work from the first prompt. Present a resume summary — Last session's work, pending tasks, active rules/instincts count, detected solution. Then ask what to work on — never auto-start pending work. Example User: /wrap-up Claude: Wrapping up session... ## Session Summary - Implemented OrderService with validation pipeline - Fixed N+1 query in GetOrdersByCustomer ## Pending - [ ] Add retry logic to payment gateway calls (OrderService.cs:42) ## Learnings Captured - User prefers explicit mapping over AutoMapper → MEMORY.md Written to .claude/handoff.md. See you next session. Related /checkpoint — Mid-session save (commit + brief note) without ending the session instinct-system — Routes session learnings: patterns become instincts, user corrections become permanent MEMORY.md rules
このスキルを起動するキーワード。クリックでコピーできます。
このスキルにはトリガーワードがありません。
ダウンロードした .skill に含まれるフィールド。
| フィールド | 説明 |
|---|---|
| format | フォーマット識別子(skill/v1) |
| skill_id | スキル固有 ID |
| name | スキル名 |
| version | バージョン |
| description | 説明 |
| category | カテゴリ(配列) |
| trigger_words | トリガーワード |
| tags | タグ |
| source | ソース |
| source_url | ソース URL(本ページ) |
| exported_at | エクスポート日時(ダウンロード毎) |
| system_prompt | システムプロンプト本文 |
| model_config | モデル設定:provider / model / temperature / max_tokens / top_p |
| examples | サンプル |
| install_guide | 各プラットフォームの導入説明(Coze / Dify / Claude / カスタム) |