关于 wrap-up
wrap-up 是面向 Claude Code 的会话衔接技能,可记录已完成事项、待办和经验,并在下次会话恢复上下文。
主要功能
- 01结束会话时生成交接记录
- 02开始会话时加载上下文
- 03将经验提取到 MEMORY.md
- 04查找解决方案文件
适用场景
- 01结束会话前记录进展
- 02在后续会话恢复任务
- 03留存长期有效的纠正与发现
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ codewithmukesh/ dotnet-claude-kit --skill wrap-up安装后在 Claude Code 中输入/wrap-up确认已加载。
详细介绍
/wrap-up
内容
会话连续性流程。会话转瞬即逝,知识却长久留存。 Wrap-up 双向衔接会话:
- 会话结束 — 准确记录三件事:已完成的工作、待处理的工作,以及学到的经验。将它们写入
.claude/handoff.md,并将值得长期保留的经验汇总到MEMORY.md。 - 会话开始 — 加载交接记录、记忆和本能,然后提供恢复摘要,让每个会话都能有备而来。
适用时机
- 工作会话结束时 — “今天就到这里”“就这些了”“我先下线了”
- 切换项目之前,或完成重要里程碑之后
- 隐含的结束信号 — 完成任务后说“谢谢”,或“暂时这样就够了”:提供交接记录,而不只是道别
- 会话开始时 — “开始会话”“加载交接记录”“我们之前在做什么”
- 如果要在会话中途保存但不结束,请改用
/checkpoint
用法
会话结束
- 回顾会话 — 根据 git 状态/差异和对话,整理修改过的文件、已完成和未完成的任务、决策及其原因,以及观察到的用户纠正。
- 检查未提交的更改 — 如果存在,请在结束会话前询问是否提交。
- 编写交接记录 — 使用下方格式写入
.claude/handoff.md。始终只维护一个文件,并覆盖原有内容——只有当前状态重要。如果现有交接记录中有其他人留下的待办任务,请先询问是合并、覆盖还是跳过。 - 提取经验 — 值得保留的纠正和发现写入
MEMORY.md(通过instinct-system);新出现的模式更新到.claude/instincts.md(通过instinct-system)。交接记录中的“学到的经验”部分是触发提取的依据,而不是存放经验的最终位置——交接记录只是临时的。 - 确认 — 向用户总结已记录的交接内容和提取的经验。
交接文件格式(.claude/handoff.md)
写给完全不了解项目的读者,包含文件路径、原因和具体的后续步骤。“继续重构”毫无用处;“按照 Catalog 中已确立的模式,将 src/Orders/CreateOrder.cs 重构为 Result 模式”则可以直接执行。
# 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
多人共同参与项目时,请添加 ## Decisions Made 表格(决策 | 选择 | 原因)和 ## Open Questions。
经验提取检查清单
- 用户是否纠正了什么?→ 通过
instinct-system写入 MEMORY.md - 我们是否发现了不明显的信息?→ 写入“学到的经验”部分
- 我们是否做出了有理由的决策?→ 记录“为什么”
- 工具或方法是否失败?→ 记录下来,避免下一次会话重试
好的经验:“EF 编译查询无法与 Include() 配合使用。”不好的经验:“处理了 Orders 模块”(太含糊)或“使用了 TimeProvider”(这本来就是规则)。
会话开始
- 加载上下文 — 读取
.claude/handoff.md(待处理工作)、MEMORY.md(永久规则)和.claude/instincts.md(置信度达到 0.7 及以上的模式)。文件缺失也没关系:说明情况后从头开始,不要因此受阻。 - 检测解决方案 — 查找
.slnx/.sln(当前目录、父目录,再到子目录),以便从第一个提示词开始就能使用 Roslyn MCP 工具。 - 提供恢复摘要 — 总结上次会话的工作、待办任务、当前规则/本能的数量,以及检测到的解决方案。然后询问要处理什么——绝不自动开始处理待办工作。
示例
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.
相关内容
/checkpoint— 会话中途保存(提交 + 简短说明),但不结束会话instinct-system— 整理会话中的经验:模式成为本能,用户纠正成为 MEMORY.md 中的永久规则
评论
支持 Markdown