Pular para o conteúdo
Skillpedia
Código em geral40 mil · #5342

repo-standardizer

Faz seu agente organizar um repositório no GitHub. Ele configura etiquetas, modelos e outras ferramentas para melhorar o projeto.

O que ela faz

Este agente de IA ajuda a organizar e melhorar a aparência de repositórios no GitHub. Ele adiciona ou atualiza arquivos de configuração e documentação, como modelos de problemas, modelos de solicitação de pull, etiquetas e fluxos de trabalho de CI, sem alterar o código em si.

Quando usar

  • ✓Ao criar um novo repositório e precisar de uma configuração inicial.
  • ✓Quando um repositório existente parece desorganizado ou incompleto.
  • ✓Para padronizar a aparência e as regras de vários repositórios.

Exemplo do que pedir para a IA

“Organize este repositório GitHub, adicionando modelos, etiquetas e fluxos de trabalho de CI.”

Quer saber mais? Abra as seções abaixo.

Como usar

O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.

Link da skill

https://github.com/github/awesome-copilot/blob/main/skills/repo-standardizer/SKILL.md

Mensagem pronta para colar

Use esta skill para me ajudar: https://github.com/github/awesome-copilot/blob/main/skills/repo-standardizer/SKILL.md Leia o arquivo SKILL.md desse link e siga as instruções dele na minha tarefa.
Como funciona

Ele verifica o estado atual do seu repositório, identifica o que está faltando ou desatualizado e aplica configurações padrão. Ele faz isso de forma segura, sem modificar o código real do seu projeto.

Instalação

Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.

No terminal (Claude Code, Codex, Cursor), na pasta do projeto:

npx skills add github/awesome-copilot --skill repo-standardizer

Ou baixe só o arquivo:

curl -L https://raw.githubusercontent.com/github/awesome-copilot/main/skills/repo-standardizer/SKILL.md -o SKILL.md
Conteúdo técnico (SKILL.md)

Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.

Padronizador de Repositórios GitHub

Detecta o estado atual de um repositório e, em seguida, aprimora sua superfície: formulários de issues, template de PR, taxonomia de labels, CI, CODEOWNERS, regras, docs. Funciona apenas em metadados e arquivos de configuração do repositório — a lógica do código nunca é tocada. Idempotente — seguro para reexecutar; preenche lacunas e reconcilia desvios sem duplicar ou sobrescrever.

Quando usar

  • O usuário diz "padronizar / organizar / profissionalizar este repositório"
  • Um novo repositório acabou de ser criado e precisa de templates, labels, CI e regras desde o primeiro dia
  • Um repositório parece vazio: sem templates, sem labels, sem CI, sem proteção de branch

Preflight (obrigatório, em ordem)

Requer: gh CLI (autenticado), git, jq, python3 — verifique se eles existem antes de começar (which gh git jq python3).

1. Autenticar — verifique o login do gh primeiro

gh auth status 2>/dev/null || echo "NOT_LOGGED_IN"
  • Logado → continue; imprima gh api user -q .login para que o usuário saiba qual conta agirá.
  • Não logado → PARE. Diga ao usuário (não adivinhe):
    1. Execute gh auth login (fluxo web/dispositivo), ou
    2. Exporte um token: export GH_TOKEN=ghp_xxx — precisa de repo, workflow (para arquivos de CI) e, para repositórios de organização, admin:org (ou admin:repo_hook / administrador de associação à organização) escopos.
    • Nunca cole tokens em chats, logs ou arquivos. Se o usuário colar um token no chat, aconselhe-o a revogá-lo e reemitir.
    • Se gh auth login for impossível neste ambiente (headless), sugira gh auth login --with-token lendo de um arquivo que o usuário criou.

Verifique se a conta que está agindo pode escrever no destino:

# user repos: no extra check needed beyond token scopes
# org repos: must be a member/admin of the org
gh api "orgs/ORG/memberships/$(gh api user -q .login)" -q .role 2>/dev/null || echo "NO_ORG_ACCESS"
  • admin/member → OK. 404 → pare e peça ao usuário para adicionar a conta à organização primeiro.

2. Detectar tipo de repositório

gh repo view OWNER/REPO --json name,owner,visibility,defaultBranchRef,isArchived,isFork \
  -q '{name:.name, ownerType:.owner.type, visibility:.visibility, defaultBranch:.defaultBranchRef.name, archived:.isArchived, fork:.isFork}'
Campo Significado Consequência
ownerType User = pessoal, Organization = organização Repositórios de organização também podem usar regras em nível de organização; ambos suportam regras em nível de repositório
visibility PUBLIC / PRIVATE / INTERNAL Privado: pule a pressão de docs voltados para o público, mantenha os segredos de CI mínimos; público: badges de README + CONTRIBUTING/SECURITY importam
archived / fork Somente leitura / fork Pule os módulos de escrita; relate o motivo

Se o repositório não foi explicitamente nomeado pelo usuário, confirme antes de tocar em um repositório de organização ou privado.

3. Auditar estado atual

gh label list --repo OWNER/REPO --limit 200
gh api repos/OWNER/REPO/contents/.github -q '.[].path' 2>/dev/null || echo "no .github dir"
gh api repos/OWNER/REPO/contents/.github/workflows -q '.[].name' 2>/dev/null || echo "no workflows"
gh api repos/OWNER/REPO/rulesets -q '.[] | {name:.name, enforcement:.enforcement}' 2>/dev/null || echo "no rulesets"
gh api repos/OWNER/REPO/branches -q '.[].name' 2>/dev/null
for f in README.md CONTRIBUTING.md SECURITY.md LICENSE .gitignore; do
  gh api "repos/OWNER/REPO/contents/$f" -q .name 2>/dev/null || echo "missing: $f"
done

4. Detectar framework de testes (para módulo de CI)

Procure por estes sinais (primeira correspondência vence):

gh api repos/OWNER/REPO/contents/package.json -q .name 2>/dev/null   # node → templates/ci-node.yml
gh api repos/OWNER/REPO/contents/pyproject.toml -q .name 2>/dev/null # python → templates/ci-python.yml
gh api repos/OWNER/REPO/contents/go.mod -q .name 2>/dev/null         # go → templates/ci-go.yml
gh api repos/OWNER/REPO/contents/Cargo.toml -q .name 2>/dev/null     # rust → templates/ci-rust.yml

Nenhum sinal → proponha o CI genérico (ou pergunte ao usuário se CI é desejado).

5. Perguntar sobre o idioma (antes de planejar)

  • Pergunte ao usuário em qual idioma CONTRIBUTING.md e o template de PR devem ser escritos (padrão: inglês, ou o idioma principal do projeto para projetos locais). Traduza os templates de acordo ao gerar — nunca assuma um idioma.
  • (Idiomas do README são perguntados separadamente no Módulo F.)

6. Perguntar sobre automação (decide os labels de Governança)

Pergunte ao usuário se o repositório possui algum bot de automação ou escritor de IA executando nele — por exemplo, dependabot, um bot Stale, ClawSweeper, ou um agente de codificação de IA que abre PRs automaticamente / corrige issues automaticamente.

…

Perguntas frequentes

O que significa 'idempotente'?

Significa que você pode executar o agente várias vezes e ele sempre terá o mesmo resultado final, sem causar problemas ou duplicar informações.

Ele altera o código do meu projeto?

Não, ele só mexe com arquivos de configuração e documentação do repositório, como etiquetas, modelos e fluxos de trabalho de CI. O código do seu projeto permanece intocado.

Preciso instalar alguma coisa?

Sim, você precisará ter algumas ferramentas instaladas no seu computador, como `gh` (a ferramenta de linha de comando do GitHub), `git`, `jq` e `python3`, e estar conectado à sua conta do GitHub.

Detalhes

Descrição original do autor

Polish any GitHub repository's surface — labels (emoji rating tiers, P0–P3 priority, impact severity), issue forms, PR template, CI workflows, CODEOWNERS, rulesets, docs. Repo meta & config only — no code logic touched. Use when creating a new repo or polishing an existing one.

repo: github/awesome-copilot

Popularidade

Estrelas no GitHub
40 mil
Posição no ranking
#5342
Licença
MIT
Atualizada em
15/10/2026

Essa skill é útil?

0

Entre para votar.

Comentários

  • …

Mais skills deste repositório

Skills parecidas