npx claudepluginhub siuninyue/siunin-plugins --plugin super-product-managerThis skill uses the workspace's default tool permissions.
- 默认只使用本文件内容
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Guides building MCP servers enabling LLMs to interact with external services via tools. Covers best practices, TypeScript/Node (MCP SDK), Python (FastMCP).
Generates original PNG/PDF visual art via design philosophy manifestos for posters, graphics, and static designs on user request.
复盘技能。用于复盘结构、根因分析与行动项。
| 类型 | 适用场景 | 核心问题 | 时间投入 |
|---|---|---|---|
| 项目复盘 | 项目结束后 | 哪些做得好/不好？下次怎么改进？ | 2-4小时 |
| 迭代复盘 | 每个 Sprint | 目标达成情况？流程有什么问题？ | 1-2小时 |
| 事故复盘 | 线上故障后 | 根因是什么？怎么防止再次发生？ | 1-3小时 |
| 阶段复盘 | 季度/半年 | 目标达成？策略是否有效？ | 2-3小时 |
| 个人复盘 | 定期（月/年） | 成长如何？时间花在哪里？ | 1-2小时 |
用户输入
│
├── 提到"故障/线上问题"？
│ └── 是 → 事故复盘
│
├── 提到"Sprint/迭代"？
│ └── 是 → 迭代复盘
│
├── 提到"季度/半年/年度"？
│ └── 是 → 阶段复盘
│
├── 提到"个人成长/时间管理"？
│ └── 是 → 个人复盘
│
└── 提到"项目/功能"？
└── → 项目复盘
| 框架 | 适用场景 | 特点 |
|---|---|---|
| KPT | 日常迭代、轻量复盘 | Keep(保持)/Problem(问题)/Try(尝试) |
| 5 Whys | 根因分析 | 连续问5个为什么，找到根本原因 |
| Start-Stop-Continue | 团队协作、流程改进 | 开始做什么/停止做什么/继续做什么 |
| 4Ls | 敏捷迭代 | Liked(喜欢)/Learned(学到)/Lacked(缺少)/Longed(向往) |
| Post-Mortem | 事故复盘 | 时间线→根因→改进措施 |
准备材料：
设定氛围：
回答这些问题：
做得好的：
做砸的：
意外情况：
使用 5 Whys 找到根本原因：
问题表象
↓ 为什么？
直接原因
↓ 为什么？
深层原因
↓ 为什么？
根本原因 ← 停在这里
示例：
每个行动项必须包含：
行动项模板：
| ID | 行动 | 负责人 | 截止日期 | 验证标准 | 状态 |
|----|-----|-------|---------|---------|------|
| A-01 | 下次项目增加用户验证环节 | 张三 | 2024-02-01 | PRD包含用户访谈记录 | TODO |
复盘常见错误：
记住：复盘不是批判会，是学习会。目的是改进，不是问责。
本技能可补充 PRD 中的以下章节（仅当 PRD 已包含该章节时）：
| 可补充章节 | 补充内容 | 输出位置 |
|---|---|---|
| 依赖与风险（复盘部分） | 风险复盘、改进措施 | 08-dependencies.md 或 PRD 对应章节 |
根据复盘类型，输出：
# [项目名称] 复盘报告
## 基本信息
- 项目名称：
- 复盘日期：
- 参与人：
- 项目周期：
## 目标对比
| 维度 | 目标 | 实际 | 达成率 |
|-----|-----|-----|-------|
| 时间 | X月X日上线 | X月X日上线 | 100% |
| 功能 | X个功能 | X个功能 | XX% |
| 质量 | 无P0/P1bug | 发现X个bug | XX% |
## 做得好的
1. ...
2. ...
## 做得不好的
1. ...
2. ...
## 根因分析（5 Whys）
...
## 行动项
| ID | 行动 | 负责人 | 截止日期 | 验证标准 |
|----|-----|-------|---------|---------|
# [事故名称] 复盘报告
## 事故概述
- 发生时间：
- 影响范围：
- 故障时长：
- 影响用户数：
## 时间线
| 时间 | 事件 | 负责人 |
|-----|-----|-------|
| XX:XX | ... | ... |
## 根因分析
...
## 改进措施
| ID | 措施 | 负责人 | 截止日期 |
|----|-----|-------|---------|
| 错误 | 问题 | 正确做法 |
|---|---|---|
| 只说不够努力 | 归因于态度 | 找到流程或方法问题 |
| 没有数据 | 凭感觉复盘 | 用数据说话 |
| 行动项太虚 | "下次注意" | 具体到谁、什么时候、怎么做 |
| 只谈问题 | 忽略做得好的 | 也要总结可复用的经验 |
| 没有时间线 | 事故复盘没有时间线 | 按时间顺序还原事件 |
项目结束后一周内复盘，太久了细节会模糊。
提前收集数据、整理时间线，不要现场想。
复盘不是为了找人背锅，而是为了学习改进。
不要把时间花在不可控的外部因素上，关注能改变的事。
复盘后要定期检查行动项完成情况，下次复盘先回顾上次行动项。