brag-doc
Keep a running brag document of your accomplishments so reviews and promo cases write themselves. Use when asked to start or update a brag doc, log …
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
Brag Doc Skill
Nobody remembers in December what they shipped in March — so good work goes uncredited at review time.
A brag doc is the fix: a running, dated log of what you did and the impact it had, captured while it's
fresh. This skill turns a pile of "stuff I did" into impact-first entries you can paste straight into a
[self-review](../self-review/SKILL.md) or [promotion-packet](../promotion-packet/SKILL.md).
Required Inputs
Ask for these only if they aren't already provided:
- The win(s) — what you did (rough notes are fine; the skill structures them).
- Impact — the outcome and any metric (before → after, time saved, revenue, users) — even a rough one.
- Scope & role — your specific contribution vs. the team's, and who it affected.
- Date / period and any evidence (PR, doc, dashboard, kudos, ticket link).
Output Format
Brag Doc — [your name], [period]
Entries newest-first, grouped by theme (or quarter). Each entry is impact-first:
> [Verb-led headline — the outcome, not the task] · [date]
> - What I did: [the specific action and your role in it]
> - Impact: [metric / outcome — before → after where possible]
> - Scope: [who/what it affected — team, org, customers]
> - Evidence: [link]
> - Maps to: [the competency / ladder level it demonstrates — e.g. "cross-team influence"]
Example:
> Cut onboarding drop-off 18% → 9%, unlocking ~$140k ARR · Mar 2026
> - What I did: led the redesign of the 3-step signup flow; wrote the PRD, drove eng + design alignment.
> - Impact: activation 41% → 52%; drop-off halved (measured over 6 wks, 20k users).
> - Scope: owned end-to-end; affected all new signups.
> - Evidence: [PRD] · [dashboard]
> - Maps to: drives measurable product outcomes; cross-functional leadership.
End with a "Themes this period" summary — the 3–4 narrative threads your wins ladder up to.
Quality Checks
- [ ] Every entry leads with impact/outcome, not the activity
- [ ] Metrics include the baseline (before → after), not a bare percentage
- [ ] Your specific contribution is distinguished from the team's
- [ ] Each entry links real evidence
- [ ] Entries are tagged to a competency/ladder level, so the doc feeds a review or promo case directly
Anti-Patterns
- [ ] Do not log tasks ("attended planning", "wrote code") — log outcomes ("shipped X, which moved Y")
- [ ] Do not wait until review season — capture wins within a week, while the metrics and context are fresh
- [ ] Do not inflate or claim team wins as solo — overstated credit is worse than none when a manager checks
- [ ] Do not omit the metric because it's imperfect — a rough, labelled estimate beats "improved things"
- [ ] Do not bury the evidence — an unlinked claim is one a busy manager can't verify or champion
Based On
Brag-document practice (Julia Evans) and impact-first accomplishment tracking.
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
它属于哪个仓库
plugins/pm-career/skills/brag-doc/SKILL.md同一个仓库里的其他技能
同名技能的其他版本
有 3 个不同仓库或目录里都有叫 brag-doc 的技能。它们内容并不相同,别混用:
- mohitagw15856/pm-claude-skills — Keep a running brag document of your accomplishments so reviews and promo cases write them
- mohitagw15856/pm-claude-skills — Keep a running brag document of your accomplishments so reviews and promo cases write them