Notas de Lançamento Skill One-Pager

Produza um documento de notas de lançamento de página única em HTML.

Mapa de Recursos

release-notes-one-pager/
├── SKILL.md                    ← this file
├── example.html                ← quality bar and style reference
├── assets/
│   └── template.html           ← local seed file to copy to project index.html
└── references/
    ├── checklist.md            ← P0 / P1 / P2 gates
    └── layouts.md              ← local section skeletons

Não escreva CSS do zero a menos que o usuário solicite explicitamente uma estrutura personalizada.

Fluxo de Trabalho

Etapa 0 — Verificação Pré-Voo

1. Leia assets/template.html.
2. Leia references/layouts.md.
3. Leia o DESIGN.md ativo e mapeie-o para as seis variáveis :root.

Etapa 1 — Comece a partir da semente compartilhada

Copie assets/template.html para o projeto index.html.

Atualize:

• <title>
• Texto do logo do topo
• Rótulos dos links do topo (os destinos são pré-conectados a #added, #fixed, #upgrade-note)
• Rótulo da CTA do topo e destino href, ou omita a CTA do topo inteiramente se não houver destino real
• Garanta que os alvos dos links do topo existam adicionando atributos de seção id correspondentes

Etapa 2 — Construa a estrutura das notas de lançamento

Dentro de <main id="content">, componha esta ordem de seções:

1. Hero (Layout 1 ou 2): versão, data, resumo de uma frase.
2. Adicionado (use a lista de logs do Layout 7; a raiz da seção deve incluir id="added").
3. Corrigido (use a lista de logs do Layout 7; a raiz da seção deve incluir id="fixed").
4. Mudanças que quebram compatibilidade (use a lista de logs do Layout 7, ou uma linha dizendo explicitamente "Nenhum"; a raiz da seção deve incluir id="breaking-changes").
5. Problemas conhecidos (Layout 7 ou lista de cartões; a raiz da seção deve incluir id="known-issues").
6. Nota de atualização (lista curta de passos ou declaração explícita de sem ação; a raiz da seção deve incluir id="upgrade-note").
7. Faixa de CTA de fechamento (Layout 6).

Para cada CTA no HTML emitido (topo, hero, faixa de fechamento), substitua tanto o rótulo visível quanto o destino href por valores reais e seguros. Se nenhum destino real estiver disponível, omita a CTA inteiramente — não use um placeholder como href="#", uma página-âncora enganosa, ou REPLACE_WITH_REAL_URL. CTAs do Hero são opcionais; adicione-as apenas quando destinos reais existirem.

Etapa 3 — Regras de honestidade para detalhes ausentes

Se o usuário não fornecer detalhes, não os invente. Escreva placeholders explícitos:

• Resumo: No summary provided.
• Adicionado: No additions provided
• Corrigido: No fixes provided
• Mudanças que quebram compatibilidade: None
• Problemas conhecidos: None reported
• Nota de atualização: No upgrade actions required based on provided information

Se a versão ou data de lançamento estiverem ausentes, use — e rotule o campo em vez de adivinhar.

Etapa 4 — Auto-verificação

Execute references/checklist.md. Todos os P0 devem passar.

Etapa 5 — Emita o artefato

Envolva a saída como:

<artifact identifier="release-notes-one-pager" type="text/html" title="Release Notes">
<!doctype html>
<html>...</html>
</artifact>

Uma frase antes do artefato. Nada após </artifact>.