跳到主要内容
知仓学习社ZHICANG

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 …

不碰外部(只输出文字)无严重或高危命中mohitagw15856/pm-claude-skills

它会碰到什么

扫了多少1 个文本文件,3 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

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 拉。许可未声明的技能只给原始仓库链接,不打包。

同名技能的其他版本

有 3 个不同仓库或目录里都有叫 brag-doc 的技能。它们内容并不相同,别混用: