gm-card
Skill2 starsChanged 33 days agoMITView on GitHub
Qualify demand into a direction card on the team board (the team board declared in the workspace CLAUDE.md) — either creating it from a one-line direction, or promoting an issue that gm-triage left in Triagem. Captures current state with evidence, desired direction, motivation and MANDATORY acceptance criteria (gate G1), using the right template per type (bug vs melhoria vs débito), and suggests the route (completa/curta). Use right after a gm-explore or a gm-triage, or whenever registering demand on the board.
In this repository15 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- defuddleSkill
- diarioSkill
- gm-correcaoSkill
- gm-exploreSkill
- gm-hotfixSkill
- gm-implementSkill
- gm-plan-tasksSkill
- gm-prdSkill
- gm-releaseSkill
- gm-shipSkill
- gm-specSkill
- gm-tech-specSkill
- gm-triageSkill
- mapearSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 29
No batching, no multiSelect.
- Distinctive: line 41
Never drop a candidate without saying that it was dropped.
- Distinctive: line 56
Use aquelas — nunca IDs escritos aqui ou lembrados de outra sessao.
- Distinctive: line 140
Keep it under ~25 lines. Data models, file lists, step-by-step → stop, that's spec.
- Very specific: line 206
When it applies: no human in the session (claude -p, a subagent) and the argument hands over the front in words ("você decide sozinho o G2, …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Card Creator — board do time
You create direction cards, not specs. The card is the context hub of the chain: PRD/spec get published as comments on it, the PR references it, and the CI review reads the spec from there. Every planned change needs a card.
This is the G1 gate: nothing leaves 📥 Triagem for 📋 Backlog without verifiable acceptance criteria. From them derive the spec, the tests and the dev-validation checklist — a card without them is a card whose "pronto" means something different in each person's head.
Como perguntar e como aprovar
This section is stamped from _comum/convencoes.md — the folder beside this skill's; in the
claude-brain repo, skills/_comum/convencoes.md — into every gm-* skill that has an interaction
point. Never edit this copy: edit the source there and run node scripts/skills-comum.mjs in that
repo (its --check catches a copy that drifted). The long version, for a human reading from
outside the pipeline, is docs/esteira-gm.md of the claude-brain repo, section
## Como as skills perguntam.
- Context before jargon. Open with what is at stake and what changes down each path, in pt-BR. Spec section, file path, board field and option id come after that, when they add precision — never as the opening words. Whoever is deciding must not have to open the spec or the source just to understand what is being put to them.
- Every decision reaches the human through the
AskUserQuestiontool, one question per call. No batching, nomultiSelect. Each answer arrives with the previous ones already settled, so nothing is decided on a premise that was still open. Five decisions is five calls, in order. - Two standard sets, chosen by what is at stake.
- Artefato (spec, card body, PR body) → Aprovar · Ajustar · Rejeitar. The artifact itself goes in the message before the call: the tool renders no long body.
- Ação irreversível (commit, merge that triggers a deploy, tag) → Executar · Revisar antes
de executar · Cancelar, with the physical consequence spelled out in each
description("o deploy de produção começa sozinho"). "Ajustar" means nothing for a merge, and a dead option in a menu trains the reflex click this convention exists to kill.
- A list longer than four never becomes a silently truncated menu. The tool takes 2–4 options. When the real list is longer — pending folders, cards riding a train — the full list goes in the message, the options carry the likeliest candidates, and "Other" takes the rest. Never drop a candidate without saying that it was dropped.
- Silence is never a yes. "Other" is always available, so free text is never taken away. Do
not argue one option into being the obvious one. With no human in the session (
claude -p, a subagent), stop and report what was left to decide — never assume a default and carry on. The one exception is## Modo despachadobelow.
Tool limits, so a question is never rejected or silently cut: 2–4 options per question, header
up to 12 characters, label 1–5 words, "Other" appended automatically (never write it yourself).
Instructions in this file stay in English; everything the human reads — the question, the labels
and every description — is written in pt-BR.
Board reference — vem do workspace, nunca deste arquivo
As coordenadas do board (project, owner, project-id, field-ids, option-ids) e a lista de
repos estao na secao ## Board do CLAUDE.md do workspace atual, ja carregado no seu contexto.
Use aquelas — nunca IDs escritos aqui ou lembrados de outra sessao.
Se o CLAUDE.md do workspace nao tiver a secao ## Board, pare e peca ao usuario. Nao descubra
board sozinho e nao assuma o da Notoria: escrever card no board errado e pior que nao escrever.
Placeholders usados adiante: <owner>, <project>, <project-id>, <repo>, <field:Nome> (o
field-id do campo) e <opt:Campo=Valor> (o option-id da opcao).
Two modes
- Promover — the argument is an issue number (
#1090/1090), typically onegm-triageleft in 📥 Triagem. The demand already exists, typed and deduplicated: you are adding what G1 requires (estado atual com evidência, direção, critérios de aceite, rota) and moving it to 📋 Backlog. Edit the issue body in place — never open a second issue for the same demand. - Criar — the argument is a direction in one sentence, or the conversation carries it (usually right after a
gm-explore). Full workflow below.
Both end with the same product: a card that satisfies G1.
Workflow
- Gather. Promover →
gh issue view <n> --repo <owner>/<repo> --json title,body,url,commentsand keep everything the triage recorded (reprodução, severidade, origem/solicitante — the release notice depends on it). Criar → from the argument and conversation; reuse gm-explore evidence from this session (never re-explore). Unverified "estado atual" claims: verify quickly (read-only) or mark "(a confirmar)". Check duplicates (Criar only — a triaged issue was already deduplicated).
gh search issues --owner <owner> "<keywords>" --state open --limit 10. A similar card exists → show it (number, title, board status) and put the fork to the human in oneAskUserQuestioncall; headerDuplicata, question and options in pt-BR:Já existe card cobrindo quase isso: «<título>» (#
<n>,<status>). Duas demandas para o mesmo problema é o que faz duas pessoas consertarem a mesma coisa sem saber.- Atualizar o card existente — direção e critérios entram na issue que já está lá; o histórico fica num lugar só e o board não cresce.
- Criar card separado — são problemas diferentes apesar da semelhança. O novo cita o #
<n>no corpo, para o próximo leitor não tropeçar na mesma dúvida.
2b. One scope or several (Criar only). A direction that carries more than one point follows the rule of gm-triage, Step 1b: the points share the objective in one sentence and are validated together → one card, label épico, with ## Pontos (one line per point) after ## Direção; a point independent for real (another flow or module, another severity, another requester) → its own card; in doubt, one card. With a human, the same Escopo call as there. Promover an épico keeps ## Pontos as it is — G1 does not split it — and leaves the Rota field empty: the route belongs to each phase, declared at its promotion.
Draft in pt-BR, template by type. Title short and imperative.
Melhoria / Direção / Débito:
## Estado atual [como funciona hoje; arquivo:linha quando houver evidência] ## Direção [como deveria ser — 1 a 3 frases, sem solução técnica] ## Por quê [motivação / dor] ## Critérios de aceite - [pronto quando… — 1 a 3 bullets verificáveis] ## Rota [completa | curta — sugestão; ver critério abaixo] ## Fora do escopo [opcional]Bug:
## Comportamento esperado × observado [o que deveria acontecer vs o que acontece; evidência: nº AIH, competência, print, arquivo:linha] ## Reprodução [passos mínimos] ## Severidade e origem [S1 (faturamento parado/dado corrompido em prod) · S2 (errado com workaround) · S3 · quem reportou/canal] ## Critérios de aceite - [pronto quando…] ## Rota [curta | completa | hotfix se S1]Rota — you suggest, the human picks. Curta requires ALL of: no change to API contract, schema or business rule; small diff; trivially reversible. S1 in production → hotfix. Everything else → completa. Say in one sentence which one the criteria point at and why, then one
AskUserQuestioncall; headerRota, question and options in pt-BR:<por que os critérios apontam para X, em uma frase>. A rota decide quanto documento vem antes do código:
- Curta — a spec vira um parágrafo e alimenta uma task; a crítica adversarial e o portão humano continuam. Ganha dias, e aposta que a mudança é mesmo pequena e reversível.
- Completa — spec inteira, requisitos e técnica, quebrada em 6–8 tasks independentes. Custa dias, e é o que protege mudança que toca contrato de API, schema ou regra de negócio.
- Hotfix — sai de
mainsem passar pordev, com verificação pós-deploy bloqueante. Só com faturamento parado ou dado corrompendo em produção agora.
Keep it under ~25 lines. Data models, file lists, step-by-step → stop, that's spec.
- The body is the artifact, and the issue is team-visible — nothing lands on it by inertia. Show repo, title and the full body in the message — the tool renders no long body — and then run the artefato set from
## Como perguntar e como aprovar. Ajustar returns here with the correction; Rejeitar leaves the board untouched and says so. Publish (body via scratchpad file).
Criar:
gh issue create --repo <owner>/<repo> --title "..." --body-file <file> --assignee @me gh project item-add <project> --owner <owner> --url <issue-url> --format jsonPromover (issue already exists and is already on the board):
gh issue edit <n> --repo <owner>/<repo> --body-file <file> --add-assignee @me gh api graphql -f query='{repository(owner:"<owner>",name:"<repo>"){issue(number:<n>){projectItems(first:10){nodes{id project{number}}}}}}' # usar o node com project.number == <project>Then, both modes — Status to Backlog, and the fields the route/module decision just produced (skip a field that is already right):
gh project item-edit --project-id <project-id> --id <item-id> \ --field-id <field:Status> --single-select-option-id <opt:Status=Backlog> # Status=📋 Backlog gh project item-edit --project-id <project-id> --id <item-id> \ --field-id <field:Modulo> --single-select-option-id <módulo> gh project item-edit --project-id <project-id> --id <item-id> \ --field-id <field:Rota> --single-select-option-id <rota>Missing
projectscope →! gh auth refresh -s project.- Report the issue URL + board placement. Offer exactly one follow-up, by route: rota completa → "Quer já detalhar pra implementação? (
/gm-spec #<issue>)"; rota curta → "A rota curta pula a spec longa, mas o parágrafo ainda passa pelo gate:/gm-spec #<issue>"; hotfix → "/gm-hotfix #<issue>".
Convenções de saída
This section is stamped from the same _comum/convencoes.md as ## Como perguntar e como aprovar,
into every gm-* skill that has a closing point. Edit the source in the claude-brain repo and run
node scripts/skills-comum.mjs there — never this copy.
The last line of the final answer is machine-readable, so a dispatcher (a script, another session) can chain the pipeline without reading prose. Exactly one of:
PROXIMO: /gm-<skill> <argumento>— the pipeline continues; name the next skill and its argument.PARADA: <motivo em uma frase>— the pipeline does not continue; one sentence, in pt-BR, saying what is waiting and on whom.
Nothing follows that line. If the skill ends on a gate the human must answer (
AskUserQuestion), the line comes only after the answer; with no human to answer, close withPARADA: <the gate left open>. Under## Modo despachado, a gate in its decide rows is answered, not left open.- File content never travels inside a command argument. New file →
Write. Existing file →Edit. A heredoc only when short: if your workspace has a context-cost hook, it may deny one above 1500 characters. A long body (issue comment, PR body, commit message) goes to a file first, then--body-file(gh) or-F(git commit). - A rule that belongs to one workspace never enters a skill. Typecheck command, CI command,
whether a second human exists: read them from the workspace
CLAUDE.md, and stop to ask when it does not declare them — with no human in the session, that stop isPARADA: <what the CLAUDE.md must declare>. - With no human in the session (
claude -p, a dispatcher), do not wait for CI and do not schedule a wake-up (ScheduleWakeup,/loop), and do nothing in the background: report what was done and close withPROXIMOorPARADA.
Modo despachado
This section is stamped from the same _comum/convencoes.md as the two above. Edit the source in
the claude-brain repo and run node scripts/skills-comum.mjs there — never this copy.
When it applies: no human in the session (claude -p, a subagent) and the argument hands
over the front in words ("você decide sozinho o G2, o G3, o commit e o ship"). Both, or it does not
apply: no human and no handover → item 5 of ## Como perguntar e como aprovar (stop and report).
A human in the session → never, whatever the argument says. When it applies, it replaces item 5
for the rows marked decide; the rest of the skill runs as written. The argument may add stops;
it never turns a para into a decide — except the one row below that says so, and only by
naming it.
| Ponto de decisão | Exemplo (skill · header) | Despachado |
| Aprovar artefato do próprio card: critérios, card, spec, tasks, corpo da PR, comentário | gm-card, gm-spec, gm-plan-tasks, gm-ship, gm-explore, gm-prd | decide — Aprovar, depois da crítica que a skill exige |
| Caminho entre os que a skill oferece: rota, profundidade, recorte, escopo, abordagem | gm-card · Rota; gm-spec · Profundidade, Recorte; gm-triage · Escopo | decide pela regra da própria skill |
| Segundo revisor de spec sensível | gm-spec · 2º revisor | para — salvo quando o argumento autoriza seguir sem ele, por nome; aí o revisor de IA independente roda igual. Workspace que declara não ter segundo humano: a pergunta nem existe |
| Commit e push na branch do card | gm-implement · Commit; gm-correcao | decide, com a verificação verde |
| Fila no fim, sem decisão da spec caída | gm-implement · Fim da fila | decide: fechar e abrir a PR |
| Checkout principal com alteração | gm-implement · Árvore suja | decide: deixar onde estão |
| Alvo ambíguo: repo, card, pasta, PR | Repo, Card, Pasta, PR alvo, Destino | para — o argumento nomeia o alvo |
| Escolha de produto que card, spec, argumento e decisões registradas não respondem | qualquer | para |
| Desvio da spec, decisão que caiu, emenda | gm-implement, gm-ship, gm-correcao | para |
Teste vermelho, ambiente quebrado, CLAUDE.md que não declara o que a skill exige | qualquer | para, com a saída que prova |
Merge, main, tag, release, deploy, produção, instalação viva, apagar | gm-release e gm-hotfix inteiras; qualquer | para, sempre |
| Esperar CI, agendar retorno, rodar em segundo plano | qualquer | não faz |
| Perguntar o que o card, a spec, o argumento ou o cofre já respondem | qualquer | não pergunta — lê |
Devolver comando /gm-* para alguém digitar | qualquer | não faz — vai na linha PROXIMO: |
Every decide is recorded on the spot: the decision tool of the workspace
(mcp__brain__lembrar where the brain MCP runs) with what, why and what was discarded, and one
comment on the card per stage, with the prefix the argument gives.
What the argument still carries — only what belongs to the card: card and repo; where to work
(worktree, branch, PR base when stacked); the recorded decisions that bind it; stops beyond this
table; environment facts the workspace CLAUDE.md does not declare. What this table says is not
repeated there.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

