doc-lancamento-produto

一种用于创建标准化产品发布文档的技能。每当有人要求撰写功能文档、发布说明、产品常见问题解答、部署简报，或任何与功能发布相关的沟通内容时，都应使用此技能。当用户提及“发布文档”、“发布说明”、“部署简报”、“功能常见问题解答”、“功能沟通”、“功能文档”、“发布笔记”、“部署沟通”，或这些术语的任何变体时，也应主动启用此技能。如有疑问，不妨先使用此技能——与其在真正需要时才启用，不如提前用上，以免错过那些本可以派上用场的场景。

name: doc-lancamento-produto user-invokable: true description: "Skill para criar documentação padronizada de lançamento de produto. Use esta skill sempre que alguém pedir para criar documentação de feature, release notes, FAQ de produto, briefing de deploy, ou qualquer comunicação relacionada a lançamento de funcionalidade. Também acione quando o usuário mencionar: doc de lançamento, release notes, briefing deploy, FAQ de feature, comunicar feature, documentar funcionalidade, notas de release, comunicação de deploy, ou qualquer variação desses termos. Na dúvida, use esta skill — é melhor usá-la quando não necessário do que perder um caso onde ela seria útil."

Documentação de Lançamento de Produto

Esta skill padroniza a criação de documentação para lançamentos de produto e features. Ela cobre quatro tipos de documento, cada um com propósito e público distintos.

Tipos de Documentação

Tipo	Quando usar	Público	Referência
Documentação Completa	Nova feature ou mudança significativa	PM, time de produto, stakeholders internos	`references/documentacao-completa.md`
FAQ	Dúvidas frequentes sobre a feature	Times de atendimento, GS, stakeholders amplos	`references/faq.md`
Release Notes	Comunicar lançamento no Teams	Time de Tecnologia, GS & FMA	`references/release-notes.md`
Briefing Deploy	Alinhar times antes do deploy	Engenharia, GS, Atendimento, Suporte	`references/briefing-deploy.md`

Como usar

•Identifique qual tipo de documento o usuário precisa (pergunte se não ficar claro)
•Leia o arquivo de referência correspondente antes de gerar qualquer conteúdo
•Siga rigorosamente o template definido na referência
•Preencha com as informações fornecidas pelo usuário
•Sinalize campos que ficaram em branco para o usuário completar

Se o usuário pedir mais de um tipo ao mesmo tempo (ex: "quero a doc completa e o briefing de deploy"), gere cada um separadamente seguindo seu respectivo template.

Regras gerais

•Sempre use linguagem clara e objetiva, sem jargão desnecessário
•Campos obrigatórios nunca devem ser omitidos — se a informação não foi fornecida, deixe como [PREENCHER]
•Quando houver checklist (como no Briefing Deploy), mantenha o formato de checkboxes
•Para Release Notes no Teams, lembre o usuário de marcar os stakeholders dos times impactados
•Pergunte ao usuário se ele quer a FAQ embutida na documentação completa ou como documento separado