Receber por email
← Voltar para o catálogo

sprint-review

Gera um changelog de revisão de sprint a partir de pull requests do GitHub. Lista PRs por autor e data, agrupando-os em Funcionalidades e Correções, e cria um resumo em markdown.

370estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: NOASSERTION

Como adicionar

/plugin marketplace add rhesis-ai/rhesis

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/sprint-review/svg)](https://www.skillteca.com.br/skills/sprint-review)

Skills relacionadas

Ver todas de Desenvolvimento →

Alerta por categoria

Receba novas skills de Desenvolvimento toda segunda

1 email curto, só com as skills novas de Desenvolvimento. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Sprint Review

Generate a markdown changelog from GitHub PRs for sprint review meetings.

Defaults

  • Time range: last two weeks (14 days from today)
  • Author: the current GitHub user -- detect automatically via gh api user --jq .login

Both can be overridden if the user explicitly provides a different author or date.

Workflow

  1. Detect the current user (unless explicitly provided):
gh api user --jq .login
  1. Collect PRs using GitHub CLI (default: last 14 days):
gh pr list --author <username> --state all --search "created:>=<date>" --limit 100 \
  --json number,title,state,createdAt,body,url \
  | jq -r '.[] | "\(.number)|\(.title)|\(.state)|\(.createdAt)|\(.url)"'
  1. Fetch PR bodies for context on what each PR does (use --json body).
  1. Group PRs into two sections:
  2. Features -- new capabilities, refactors, new providers, new APIs
  3. Fixes -- bug fixes, dependency patches, config corrections, minor chores
  1. Consolidate similar PRs under a single description when they share the same goal (e.g. two PRs making different parts of the SDK async-first).
  1. Write the markdown file to docs/changelog-<username>.md using this format:
## PR Changelog -- <username> (<start date> -- <end date>)

### Features

**Short heading**

One-to-two sentence description.

- [#<number> -- <title>](<url>)
- [#<number> -- <title>](<url>) *(open/draft if not merged)*

### Fixes

**Short heading**

One sentence description.

- [#<number> -- <title>](<url>)

Formatting rules

  • Section headings: ### for Features / Fixes
  • Entry headings: bold text (not a markdown heading)
  • Descriptions: 1-2 sentences max, focus on what changed and why it matters
  • PR links: bulleted list with #<number> -- <title> as link text
  • Mark non-merged PRs with (open) or (draft)
  • No emojis
Compartilhar X LinkedIn