[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71SRVEAYPHSYSZ1F0RM7F7T":3,"skill-same:01M71SRVEAYPHSYSZ1F0RM7F7T":74},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":54,"commitSha":55,"skillDirectory":56,"forksCount":14,"repositoryHtmlUrl":57,"repositoryHomepageUrl":6,"ownerHtmlUrl":58,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":59,"install":60,"resources":73},"01M71SRVEAYPHSYSZ1F0RM7F7T","brag-sheet",null,"Turn vague \"what did I do?\" into evidence-backed impact statements for performance reviews, self-reviews, promotion packets, and weekly updates. Uniquely mines Copilot CLI session logs to reconstruct forgotten work, plus git commits and GitHub PRs. Enforces a 3-part impact contract (action → result → evidence). Works standalone with zero dependencies. Trigger for: \"brag\", \"log work\", \"what did I do\", \"backfill my work history\", \"performance review\", \"self-review\", \"self assessment\", \"write impact statement\", \"review prep\", \"promo packet\", \"promotion case\", \"weekly update\", \"status report\", \"accomplishments\", \"what did I ship\", \"I forgot to log my work\", \"summarize my work\", \"track my wins\", \"what should I highlight\", \"end of half\", \"career growth\", \"work journal\", or any request to document, summarize, or organize work accomplishments.","TorchiaHub\u002FSkills","TorchiaHub","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F125223386?v=4","01M71Q3SNKHMKJYN4HGMSQ2CEY","Mattia Torchia","01M71Q3SP6T1Z9NBADBCFP7GM5",0,"MIT","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T123413Z\u002Fsource\u002Fskills\u002Fbrag-sheet\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000037","律师与法务","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"brag sheet","sheet","brag","track","status","vague","weekly","reviews","github copilot cli","impact","status report","time","log","write","gh cli","ship","logs","git","update","assessment","2026-11-10 13:02:02",false,"---\nname: brag-sheet\ndescription: >\n  Turn vague \"what did I do?\" into evidence-backed impact statements for performance\n  reviews, self-reviews, promotion packets, and weekly updates. Uniquely mines Copilot\n  CLI session logs to reconstruct forgotten work, plus git commits and GitHub PRs.\n  Enforces a 3-part impact contract (action → result → evidence). Works standalone\n  with zero dependencies. Trigger for: \"brag\", \"log work\", \"what did I do\",\n  \"backfill my work history\", \"performance review\", \"self-review\", \"self assessment\",\n  \"write impact statement\", \"review prep\", \"promo packet\", \"promotion case\",\n  \"weekly update\", \"status report\", \"accomplishments\", \"what did I ship\",\n  \"I forgot to log my work\", \"summarize my work\", \"track my wins\",\n  \"what should I highlight\", \"end of half\", \"career growth\", \"work journal\",\n  or any request to document, summarize, or organize work accomplishments.\nlicense: MIT\ncompatibility: 'Cross-platform (Windows, macOS, Linux). Works with any GitHub Copilot CLI session. Optional: git, gh CLI.'\nmetadata:\n  version: \"1.1\"\nargument-hint: 'Optional: time range (\"last 2 weeks\", \"this half\"), category (\"infrastructure\"), \"backfill\", or \"review prep\"'\n---\n\n# Brag Sheet — Work Impact Writer\n\nTurn engineering work into evidence-backed impact statements for performance reviews, self-reviews, promotion packets, and weekly updates. Uniquely mines Copilot CLI session logs, git history, and PRs to reconstruct forgotten work.\n\nUSE FOR: \"brag\", \"log work\", \"what did I do\", \"backfill\", \"performance review\", \"self-review\", \"promo packet\", \"weekly update\", \"status report\", \"write impact statement\", \"what did I ship\", \"I forgot to log my work\", \"review prep\", \"accomplishments\"\nDO NOT USE FOR: project management, sprint planning, time tracking, ticket creation\n\n## Quick Start\n\n| User wants... | Mode | Output |\n|---------------|------|--------|\n| Log one accomplishment | **Capture** | 1 impact-first entry |\n| \"What did I do last week?\" | **Backfill** | Entries grouped by week, mined from git\u002FPRs\u002Fsessions |\n| Prep for review or promo | **Review Pack** | Entries grouped by impact theme + STAR narratives |\n\n## Agent Behavior Rules\n\n1. **DO** confirm the time range and scope before scanning sources. Don't assume \"last week\" — ask.\n2. **DO** check which tools are available (`save_to_brag_sheet`, `git`, `gh`) before choosing a workflow.\n3. **DO** always include all three parts: action → result → evidence. If evidence is missing, write `(evidence needed)` — never silently omit.\n4. **DO** show drafted entries to the user before saving. Never auto-save without confirmation.\n5. **DO** group related commits into a single entry. Ten commits on the same feature = one entry.\n6. **DO** preserve the user's voice. Reframe for impact, but don't invent accomplishments or inflate scope.\n7. **DO NOT** fabricate metrics, team sizes, or impact numbers. If the user doesn't provide a number, don't invent one.\n8. **DO NOT** write entries for work the user only described verbally without verifying. Ask: \"Did this ship? Is there a PR or doc I can reference?\"\n9. **DO NOT** skip the backfill scan steps or draft entries before scanning is complete.\n10. **DO NOT** pad weak periods with trivial entries. An honest gap is better than inflated fluff.\n\n## Entry Format\n\nEvery entry uses impact-first framing with three required parts:\n\n```\nDid [action] → [result\u002Fimpact] → [evidence]\n```\n\n**Do not output an entry unless it includes all three parts.** If evidence is missing, ask for it or mark as \"(evidence needed)\".\n\n### Anti-Patterns\n\n| ❌ Don't | ✅ Do instead |\n|---------|--------------|\n| \"Fixed a bug in auth\" | \"Fixed token refresh race condition → eliminated 401s affecting 12% of API calls → PR #247\" |\n| \"Worked on dashboards\" | \"Built latency dashboard in Grafana → on-call detects P95 spikes in \u003C2min → deployed to prod\" |\n| Invent a metric: \"saved 40% of eng time\" | Ask: \"Do you have a rough estimate, or should I keep this qualitative?\" |\n| One entry per commit | Group related commits into one entry with highest-impact framing |\n| Passive voice: \"The pipeline was improved\" | Active voice: \"Built CI matrix → caught Windows-only bug before release\" |\n| List technologies used | State the outcome: \"Migrated 4 services to IaC → deploy time 45min → 8min\" |\n| Silently drop weak entries | Mark `(evidence needed)` and present for user to fill in |\n\n## Evidence Ladder\n\nNot every entry needs a metric. Use the strongest evidence available:\n\n| Strength | Evidence type | Example |\n|----------|--------------|---------|\n| 🥇 Best | Quantified metric | \"Reduced P95 latency from 800ms to 120ms\" |\n| 🥈 Strong | PR, commit, or doc link | \"PR #312, design doc in wiki\" |\n| 🥉 Good | Observable outcome | \"Unblocked Team X\", \"Resolved Sev2 incident Y\" |\n| ✅ Acceptable | Qualitative + context | \"Reduced toil for on-call rotation — see updated runbook\" |\n| ⚠️ Weak | Activity only | \"Worked on auth\" — reframe or mark `(evidence needed)` |\n\nNever invent a metric to fill the gap. Qualitative evidence with context beats fabricated numbers.\n\n## Categories\n\n| ID | Emoji | Use for |\n|----|-------|---------|\n| `pr` | 🚀 | Merged PRs, shipped features |\n| `bugfix` | 🐛 | Bug fixes, incident patches |\n| `infrastructure` | 🏗️ | Infra, deployments, migrations |\n| `investigation` | 🔍 | Root cause analysis, debugging |\n| `collaboration` | 🤝 | Reviews, mentoring, design discussions |\n| `tooling` | 🔧 | Dev tools, scripts, automation |\n| `oncall` | 🚨 | Incident response, on-call wins |\n| `design` | 📐 | Design docs, architecture decisions |\n| `documentation` | 📝 | Docs, runbooks, guides |\n\n## How to Help the User\n\nFollow this decision tree:\n\n1. **If `save_to_brag_sheet` tool is available** → use extension tools directly (`save_to_brag_sheet`, `review_brag_sheet`, `generate_work_log`). Do not reference or attempt to call these tools unless they are confirmed available.\n\n2. **If git or gh CLI is available** → backfill from commits and PRs (see Backfill section below)\n\n3. **Otherwise** → guided interview: \"What did you work on?\", \"Who benefited?\", \"What's the evidence?\"\n\nFor each entry, walk through: **What** (the deliverable) → **Why** (who benefits) → **Evidence** (PR, metric, link). Output formatted markdown the user can paste into a review doc.\n\n## Backfill Workflow\n\nWhen the user asks \"what did I do last week\" or \"backfill my history\":\n\n**Follow these steps in order. Do not draft entries until scanning is complete.**\n\n### Step 1: Scan available sources\n\nCheck what's available, then mine each source:\n```bash\ngit --version 2>\u002Fdev\u002Fnull         # for commit mining\ngh --version 2>\u002Fdev\u002Fnull          # for PR mining\nls ~\u002F.copilot\u002Fsession-state\u002F 2>\u002Fdev\u002Fnull  # Copilot session logs\n```\n\n**Git commits** — recent commits by the user in the current repo:\n```bash\ngit log --author=\"$(git config user.email)\" --since=\"2 weeks ago\" \\\n  --pretty=format:'%h|%ad|%s' --date=short --no-merges\n```\n\n**PR history** — merged PRs across repos:\n```bash\ngh pr list --author @me --state merged --limit 20 \\\n  --json number,title,repository,mergedAt\n```\n\n**Copilot session history** (unique to this skill):\n- Path: `~\u002F.copilot\u002Fsession-state\u002F\u003Csession-id>\u002Fworkspace.yaml`\n- Read fields: `summary`, `cwd`, `repository`, `branch`\n- Skip sessions without a `summary` field\n- Note: this directory may not exist on all machines\n\nIf none of these sources are available, fall back to the guided interview.\n\n### Step 2: Group related work\n\nCluster related signals into one entry:\n- Same PR + its commits → 1 entry\n- Multiple commits on the same file\u002Ffeature within 3 days → 1 entry\n- Copilot sessions referencing the same repo + branch → merge into PR entry if one exists\n\n### Step 3: Draft entries\n\nWrite impact-first entries for each group. Assign categories.\n\n### Step 4: Present and refine\n\nShow all drafted entries to the user. Adjust based on feedback.\n\n### Step 5: Output\n\nFormat as markdown grouped by week:\n\n```markdown\n## Week of 2025-04-14\n\n### 🚀 PRs & Features\n- **Migrated auth service to managed identity** → eliminated 3 secret rotation incidents\u002Fquarter → PR #312\n\n### 🏗️ Infrastructure\n- **Built CI pipeline for copilot-brag-sheet** → 107 tests across 3 OSes × 3 Node versions → shipped v1.0.0\n```\n\n## Performance Review Prep\n\nWhen the user is preparing for a performance review (Connect, annual review, etc.):\n\n### Structure\n\n1. **Gather** — collect entries from the work log (or backfill using the workflow above)\n2. **Select** — pick the top 3–5 highest-impact items\n3. **Rewrite** each item with three parts:\n   - **What I did** — the specific action\n   - **Why it mattered** — who benefited, what changed\n   - **Proof** — PR number, metric delta, dashboard link, customer outcome\n4. **Organize** by impact theme (not chronologically):\n   - Delivering results \u002F operational excellence\n   - Customer \u002F team impact\n   - Collaboration \u002F mentoring \u002F leadership\n   - Growth \u002F learning\n5. **Ask for gaps** — if evidence is missing, prompt the user: \"What metric changed?\", \"Who was unblocked?\", \"What's the PR or incident ID?\"\n\n### Strong vs weak entries\n\n| ✅ Strong | ❌ Weak |\n|----------|--------|\n| Outcome-first, quantified | Activity list (\"worked on X\") |\n| Tied to customer\u002Fteam impact | No beneficiary mentioned |\n| Includes evidence (PR, metric) | No measurable result |\n| Shows ownership or leadership | Pure task completion |\n\n### Narrative format\n\nFor longer narrative sections, use STAR: **S**ituation → **T**ask → **A**ction → **R**esult.\n\nFor Microsoft employees using the Connect preset, frame entries around Core Priorities: delivering results, customer obsession, teamwork, and growth mindset.\n\n## Output Contract\n\nBefore finishing, ensure:\n1. Every entry has action → result → evidence (mark `(evidence needed)` if missing)\n2. No fabricated metrics — only user-provided or source-verified data\n3. Entries shown to user before saving\n4. Time range explicitly stated\n5. Output is pasteable markdown with categories assigned\n\n## Gotchas\n\n### No recent commits in the current repo\nThe user may work across multiple repos. Before concluding there's nothing to backfill:\n1. Ask if they want to scan a different repo or branch\n2. Check `gh pr list --author @me --state merged` for cross-repo PRs\n3. Fall back to the guided interview — not all impactful work leaves git traces (design docs, incident response, mentoring)\n\n### Review period doesn't match git history\nPerformance reviews often cover 6–12 months. Explicitly set the date range:\n```bash\ngit log --author=\"$(git config user.name)\" --since=\"2024-07-01\" --until=\"2025-01-01\" --oneline\n```\nPR history (`gh pr list --state merged`) is more reliable for long time ranges than commit logs.\n\n### User can't quantify impact\nNot every entry needs a number. See the Evidence Ladder above. Acceptable evidence includes PR links, \"unblocked Team X\", or qualitative outcomes with context. Never invent a metric to fill the gap.\n\n### Copilot session directory doesn't exist\n`~\u002F.copilot\u002Fsession-state\u002F` only exists if the user has run Copilot CLI sessions. Don't error — silently skip and note: \"No Copilot session history found; scanning git and PRs only.\"\n\n### \"brag\" might mean something else\nThe user might say \"brag about this feature to my team\" (a launch announcement, not a work entry). Confirm intent if ambiguous.\n\n### Pair programming or co-authored commits\nIf multiple authors appear on the same commits, ask: \"Should I credit this as your work, shared work, or skip it?\"\n\n## Automatic Session Tracking (Optional)\n\nFor automatic background tracking of every Copilot CLI session (files edited, PRs created, git actions), install the [copilot-brag-sheet](https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fcopilot-brag-sheet) extension. It adds `save_to_brag_sheet`, `review_brag_sheet`, and `generate_work_log` tools to every session.\n","# Brag Sheet — Work Impact Writer\n\nTurn engineering work into evidence-backed impact statements for performance reviews, self-reviews, promotion packets, and weekly updates. Uniquely mines Copilot CLI session logs, git history, and PRs to reconstruct forgotten work.\n\nUSE FOR: \"brag\", \"log work\", \"what did I do\", \"backfill\", \"performance review\", \"self-review\", \"promo packet\", \"weekly update\", \"status report\", \"write impact statement\", \"what did I ship\", \"I forgot to log my work\", \"review prep\", \"accomplishments\"\nDO NOT USE FOR: project management, sprint planning, time tracking, ticket creation\n\n## Quick Start\n\n| User wants... | Mode | Output |\n|---------------|------|--------|\n| Log one accomplishment | **Capture** | 1 impact-first entry |\n| \"What did I do last week?\" | **Backfill** | Entries grouped by week, mined from git\u002FPRs\u002Fsessions |\n| Prep for review or promo | **Review Pack** | Entries grouped by impact theme + STAR narratives |\n\n## Agent Behavior Rules\n\n1. **DO** confirm the time range and scope before scanning sources. Don't assume \"last week\" — ask.\n2. **DO** check which tools are available (`save_to_brag_sheet`, `git`, `gh`) before choosing a workflow.\n3. **DO** always include all three parts: action → result → evidence. If evidence is missing, write `(evidence needed)` — never silently omit.\n4. **DO** show drafted entries to the user before saving. Never auto-save without confirmation.\n5. **DO** group related commits into a single entry. Ten commits on the same feature = one entry.\n6. **DO** preserve the user's voice. Reframe for impact, but don't invent accomplishments or inflate scope.\n7. **DO NOT** fabricate metrics, team sizes, or impact numbers. If the user doesn't provide a number, don't invent one.\n8. **DO NOT** write entries for work the user only described verbally without verifying. Ask: \"Did this ship? Is there a PR or doc I can reference?\"\n9. **DO NOT** skip the backfill scan steps or draft entries before scanning is complete.\n10. **DO NOT** pad weak periods with trivial entries. An honest gap is better than inflated fluff.\n\n## Entry Format\n\nEvery entry uses impact-first framing with three required parts:\n\n```\nDid [action] → [result\u002Fimpact] → [evidence]\n```\n\n**Do not output an entry unless it includes all three parts.** If evidence is missing, ask for it or mark as \"(evidence needed)\".\n\n### Anti-Patterns\n\n| ❌ Don't | ✅ Do instead |\n|---------|--------------|\n| \"Fixed a bug in auth\" | \"Fixed token refresh race condition → eliminated 401s affecting 12% of API calls → PR #247\" |\n| \"Worked on dashboards\" | \"Built latency dashboard in Grafana → on-call detects P95 spikes in \u003C2min → deployed to prod\" |\n| Invent a metric: \"saved 40% of eng time\" | Ask: \"Do you have a rough estimate, or should I keep this qualitative?\" |\n| One entry per commit | Group related commits into one entry with highest-impact framing |\n| Passive voice: \"The pipeline was improved\" | Active voice: \"Built CI matrix → caught Windows-only bug before release\" |\n| List technologies used | State the outcome: \"Migrated 4 services to IaC → deploy time 45min → 8min\" |\n| Silently drop weak entries | Mark `(evidence needed)` and present for user to fill in |\n\n## Evidence Ladder\n\nNot every entry needs a metric. Use the strongest evidence available:\n\n| Strength | Evidence type | Example |\n|----------|--------------|---------|\n| 🥇 Best | Quantified metric | \"Reduced P95 latency from 800ms to 120ms\" |\n| 🥈 Strong | PR, commit, or doc link | \"PR #312, design doc in wiki\" |\n| 🥉 Good | Observable outcome | \"Unblocked Team X\", \"Resolved Sev2 incident Y\" |\n| ✅ Acceptable | Qualitative + context | \"Reduced toil for on-call rotation — see updated runbook\" |\n| ⚠️ Weak | Activity only | \"Worked on auth\" — reframe or mark `(evidence needed)` |\n\nNever invent a metric to fill the gap. Qualitative evidence with context beats fabricated numbers.\n\n## Categories\n\n| ID | Emoji | Use for |\n|----|-------|---------|\n| `pr` | 🚀 | Merged PRs, shipped features |\n| `bugfix` | 🐛 | Bug fixes, incident patches |\n| `infrastructure` | 🏗️ | Infra, deployments, migrations |\n| `investigation` | 🔍 | Root cause analysis, debugging |\n| `collaboration` | 🤝 | Reviews, mentoring, design discussions |\n| `tooling` | 🔧 | Dev tools, scripts, automation |\n| `oncall` | 🚨 | Incident response, on-call wins |\n| `design` | 📐 | Design docs, architecture decisions |\n| `documentation` | 📝 | Docs, runbooks, guides |\n\n## How to Help the User\n\nFollow this decision tree:\n\n1. **If `save_to_brag_sheet` tool is available** → use extension tools directly (`save_to_brag_sheet`, `review_brag_sheet`, `generate_work_log`). Do not reference or attempt to call these tools unless they are confirmed available.\n\n2. **If git or gh CLI is available** → backfill from commits and PRs (see Backfill section below)\n\n3. **Otherwise** → guided interview: \"What did you work on?\", \"Who benefited?\", \"What's the evidence?\"\n\nFor each entry, walk through: **What** (the deliverable) → **Why** (who benefits) → **Evidence** (PR, metric, link). Output formatted markdown the user can paste into a review doc.\n\n## Backfill Workflow\n\nWhen the user asks \"what did I do last week\" or \"backfill my history\":\n\n**Follow these steps in order. Do not draft entries until scanning is complete.**\n\n### Step 1: Scan available sources\n\nCheck what's available, then mine each source:\n```bash\ngit --version 2>\u002Fdev\u002Fnull         # for commit mining\ngh --version 2>\u002Fdev\u002Fnull          # for PR mining\nls ~\u002F.copilot\u002Fsession-state\u002F 2>\u002Fdev\u002Fnull  # Copilot session logs\n```\n\n**Git commits** — recent commits by the user in the current repo:\n```bash\ngit log --author=\"$(git config user.email)\" --since=\"2 weeks ago\" \\\n  --pretty=format:'%h|%ad|%s' --date=short --no-merges\n```\n\n**PR history** — merged PRs across repos:\n```bash\ngh pr list --author @me --state merged --limit 20 \\\n  --json number,title,repository,mergedAt\n```\n\n**Copilot session history** (unique to this skill):\n- Path: `~\u002F.copilot\u002Fsession-state\u002F\u003Csession-id>\u002Fworkspace.yaml`\n- Read fields: `summary`, `cwd`, `repository`, `branch`\n- Skip sessions without a `summary` field\n- Note: this directory may not exist on all machines\n\nIf none of these sources are available, fall back to the guided interview.\n\n### Step 2: Group related work\n\nCluster related signals into one entry:\n- Same PR + its commits → 1 entry\n- Multiple commits on the same file\u002Ffeature within 3 days → 1 entry\n- Copilot sessions referencing the same repo + branch → merge into PR entry if one exists\n\n### Step 3: Draft entries\n\nWrite impact-first entries for each group. Assign categories.\n\n### Step 4: Present and refine\n\nShow all drafted entries to the user. Adjust based on feedback.\n\n### Step 5: Output\n\nFormat as markdown grouped by week:\n\n```markdown\n## Week of 2025-04-14\n\n### 🚀 PRs & Features\n- **Migrated auth service to managed identity** → eliminated 3 secret rotation incidents\u002Fquarter → PR #312\n\n### 🏗️ Infrastructure\n- **Built CI pipeline for copilot-brag-sheet** → 107 tests across 3 OSes × 3 Node versions → shipped v1.0.0\n```\n\n## Performance Review Prep\n\nWhen the user is preparing for a performance review (Connect, annual review, etc.):\n\n### Structure\n\n1. **Gather** — collect entries from the work log (or backfill using the workflow above)\n2. **Select** — pick the top 3–5 highest-impact items\n3. **Rewrite** each item with three parts:\n   - **What I did** — the specific action\n   - **Why it mattered** — who benefited, what changed\n   - **Proof** — PR number, metric delta, dashboard link, customer outcome\n4. **Organize** by impact theme (not chronologically):\n   - Delivering results \u002F operational excellence\n   - Customer \u002F team impact\n   - Collaboration \u002F mentoring \u002F leadership\n   - Growth \u002F learning\n5. **Ask for gaps** — if evidence is missing, prompt the user: \"What metric changed?\", \"Who was unblocked?\", \"What's the PR or incident ID?\"\n\n### Strong vs weak entries\n\n| ✅ Strong | ❌ Weak |\n|----------|--------|\n| Outcome-first, quantified | Activity list (\"worked on X\") |\n| Tied to customer\u002Fteam impact | No beneficiary mentioned |\n| Includes evidence (PR, metric) | No measurable result |\n| Shows ownership or leadership | Pure task completion |\n\n### Narrative format\n\nFor longer narrative sections, use STAR: **S**ituation → **T**ask → **A**ction → **R**esult.\n\nFor Microsoft employees using the Connect preset, frame entries around Core Priorities: delivering results, customer obsession, teamwork, and growth mindset.\n\n## Output Contract\n\nBefore finishing, ensure:\n1. Every entry has action → result → evidence (mark `(evidence needed)` if missing)\n2. No fabricated metrics — only user-provided or source-verified data\n3. Entries shown to user before saving\n4. Time range explicitly stated\n5. Output is pasteable markdown with categories assigned\n\n## Gotchas\n\n### No recent commits in the current repo\nThe user may work across multiple repos. Before concluding there's nothing to backfill:\n1. Ask if they want to scan a different repo or branch\n2. Check `gh pr list --author @me --state merged` for cross-repo PRs\n3. Fall back to the guided interview — not all impactful work leaves git traces (design docs, incident response, mentoring)\n\n### Review period doesn't match git history\nPerformance reviews often cover 6–12 months. Explicitly set the date range:\n```bash\ngit log --author=\"$(git config user.name)\" --since=\"2024-07-01\" --until=\"2025-01-01\" --oneline\n```\nPR history (`gh pr list --state merged`) is more reliable for long time ranges than commit logs.\n\n### User can't quantify impact\nNot every entry needs a number. See the Evidence Ladder above. Acceptable evidence includes PR links, \"unblocked Team X\", or qualitative outcomes with context. Never invent a metric to fill the gap.\n\n### Copilot session directory doesn't exist\n`~\u002F.copilot\u002Fsession-state\u002F` only exists if the user has run Copilot CLI sessions. Don't error — silently skip and note: \"No Copilot session history found; scanning git and PRs only.\"\n\n### \"brag\" might mean something else\nThe user might say \"brag about this feature to my team\" (a launch announcement, not a work entry). Confirm intent if ambiguous.\n\n### Pair programming or co-authored commits\nIf multiple authors appear on the same commits, ask: \"Should I credit this as your work, shared work, or skip it?\"\n\n## Automatic Session Tracking (Optional)\n\nFor automatic background tracking of every Copilot CLI session (files edited, PRs created, git actions), install the [copilot-brag-sheet](https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fcopilot-brag-sheet) extension. It adds `save_to_brag_sheet`, `review_brag_sheet`, and `generate_work_log` tools to every session.\n",{"name":5,"license":15,"metadata":49,"description":51,"argument-hint":52,"compatibility":53},{"version":50},"1.1","Turn vague \"what did I do?\" into evidence-backed impact statements for performance reviews, self-reviews, promotion packets, and weekly updates. Uniquely mines Copilot CLI session logs to reconstruct forgotten work, plus git commits and GitHub PRs. Enforces a 3-part impact contract (action → result → evidence). Works standalone with zero dependencies. Trigger for: \"brag\", \"log work\", \"what did I do\", \"backfill my work history\", \"performance review\", \"self-review\", \"self assessment\", \"write impact statement\", \"review prep\", \"promo packet\", \"promotion case\", \"weekly update\", \"status report\", \"accomplishments\", \"what did I ship\", \"I forgot to log my work\", \"summarize my work\", \"track my wins\", \"what should I highlight\", \"end of half\", \"career growth\", \"work journal\", or any request to document, summarize, or organize work accomplishments.\n","Optional: time range (\"last 2 weeks\", \"this half\"), category (\"infrastructure\"), \"backfill\", or \"review prep\"","Cross-platform (Windows, macOS, Linux). Works with any GitHub Copilot CLI session. Optional: git, gh CLI.","master","e3489bc4e504668e9a2ff8fb73dc086da71328ab","01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T123413Z\u002Fsource\u002Fskills\u002Fbrag-sheet","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills","https:\u002F\u002Fgithub.com\u002FTorchiaHub","2026-06-21 20:40:46",{"source":8,"skillName":5,"commands":61,"prompt":71,"zipAvailable":72},[62,65,68],{"tool":63,"command":64},"npx","npx skills add TorchiaHub\u002FSkills --skill brag-sheet",{"tool":66,"command":67},"bunx","bunx skills add TorchiaHub\u002FSkills --skill brag-sheet",{"tool":69,"command":70},"pnpm","pnpm dlx skills add TorchiaHub\u002FSkills --skill brag-sheet","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T123413Z\u002Fsource\u002Fskills\u002Fbrag-sheet\u002FSKILL.md",true,[],[75,112,143,174,200,224],{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":79,"licenseFileUrl":80,"sourceHtmlUrl":81,"categories":82,"keywords":91,"publishedAt":44},"01M71VC09WZH7EYAA8YDKJQ0E1","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[83,88],{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":89,"categoryName":90,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000016","图像与多媒体",[92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111],"resemble detect","detect","images","Video","SET","app","sources","Media","Audio","detect ai","local","generated","ai api","api","analyze","text","paths","Safety","intelligence","deepfake detection",{"skillNo":113,"name":114,"nameZh":6,"description":115,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":116,"categories":117,"keywords":124,"publishedAt":44},"01M71VBN3ZPGZT29DK7N7VCT4P","refactor","Surgical code refactoring to improve maintainability without changing behavior. Covers extracting functions, renaming variables, breaking down god functions, improving type safety, eliminating code smells, and applying design patterns. Less drastic than repo-rebuilder; use for gradual improvements.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Frefactor\u002FSKILL.md",[118,121],{"categoryNo":119,"categoryName":120,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":122,"categoryName":123,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000015","视觉设计",[114,125,126,127,128,129,130,131,132,109,133,134,135,136,137,138,139,140,141,142],"design patterns","extracting","improve","design","Variables","code","refactoring","Type Safety","patterns","surgical","code refactoring","down","for","repo","use","type","functions","behavior",{"skillNo":144,"name":145,"nameZh":6,"description":146,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":147,"sourceHtmlUrl":148,"categories":149,"keywords":154,"publishedAt":44},"01M71VA75R4MGJXGR0JS727PBV","quality-playbook","Explore any codebase from scratch and generate six quality artifacts: a quality constitution (QUALITY.md), spec-traced functional tests, a code review protocol with regression test generation, an integration testing protocol, a multi-model spec audit (Council of Three), and an AI bootstrap file (AGENTS.md). Includes state machine completeness analysis and missing safeguard detection. Works with any language (Python, Java, Scala, TypeScript, Go, Rust, etc.). Use this skill whenever the user asks to set up a quality playbook, generate functional tests from specifications, create a quality constitution, build testing protocols, audit code against specs, or establish a repeatable quality system for a project. Also trigger when the user mentions 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', 'coverage theater', or wants to go beyond basic test generation to build a full quality system grounded in their actual codebase.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[150,151],{"categoryNo":119,"categoryName":120,"taxonomyType":86,"taxonomyTypeDesc":87},{"categoryNo":152,"categoryName":153,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000008","测试与质量",[155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,137,173],"playbook","quality playbook","quality","project","code review","integration testing","explore","testing","create","functional","generate","spec audit","typescript","go","state machine","full","multi-model","three","system",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":183,"publishedAt":44},"01M71V7TYJZ1C5XD0RRH2P340K","prd","Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fprd\u002FSKILL.md",[180],{"categoryNo":181,"categoryName":182,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000031","产品经理",[176,184,137,185,186,187,188,189,190,191,192,165,193,194,157,195,196,197,198,199],"risk","technical","documents","requirements","analysis","stories","summaries","high","product","specifications","risk analysis","features","systems","software","user stories","Product Requirements",{"skillNo":201,"name":202,"nameZh":6,"description":203,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":204,"categories":205,"keywords":206,"publishedAt":44},"01M71V7JFHSJ61847CEY1EM48A","power-platform-architect","Use this skill when the user needs to transform business requirements, use case descriptions, or meeting transcripts into a technical Power Platform solution architecture, including component selection and Mermaid.js diagrams.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fpower-platform-architect\u002FSKILL.md",[],[207,208,209,210,211,212,213,185,139,214,215,187,216,217,218,219,220,221,222,223],"power","platform","power platform","architect","power platform architect","diagrams","selection","business","when","architecture","needs","case","solution architecture","component","solution","mermaid","meeting",{"skillNo":225,"name":226,"nameZh":6,"description":227,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":228,"categories":229,"keywords":230,"publishedAt":44},"01M71V65KR84TMS1WARE3R11VZ","plantuml-ascii","Generate ASCII art diagrams using PlantUML text mode. Use when user asks to create ASCII diagrams, text-based diagrams, terminal-friendly diagrams, or mentions plantuml ascii, text diagram, ascii art diagram. Supports: Converting PlantUML diagrams to ASCII art, Creating sequence diagrams, class diagrams, flowcharts in ASCII format, Generating Unicode-enhanced ASCII art with -utxt flag","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fplantuml-ascii\u002FSKILL.md",[],[231,232,233,212,234,235,236,215,237,107,163,238,165,239,240,37,241,242,243,139],"plantuml","ascii","plantuml ascii","Unicode","mode","Art","Bash","diagram","terminal","read","sequence","plantuml diagrams","ascii art"]