菜单
Quebra uma especificação em tarefas pequenas e ordenadas, cada uma cabendo num único pedido ao Lovable. Use quando o usuário disser "quebra em tarefas", "fatiar a spec", "por onde começo", ou já tiver a especificação fechada e quiser a lista de pedidos.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/blockful/PAQathon-skills --skill quebrar-tarefas命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Quando algo saiu errado no Lovable, primeiro descobre como reproduzir o problema de propósito e só depois entrega o texto exato para colar no Lovable, citando a especificação. Use quando o usuário disser "quebrou", "saiu errado", "não funcionou", "conserta isso" sobre algo construído no Lovable.
Monta o pedido para ajustar o visual de UMA tela no Lovable sem mudar comportamento nem mexer em outras telas, e roda o checklist antes de apresentar. Use quando o usuário disser "melhorar a interface", "ajustar o visual", "essa tela está feia".
Entrevista o usuário sobre um PRD/fluxo/wireframe já pronto para achar o que ficou em aberto, uma pergunta por vez, até não sobrar dúvida. Use quando o usuário disser "me entrevista", "acha os buracos", "me grelha", trouxer um PRD ou fluxo de telas para validar, ou quiser fechar decisões antes de construir.
基于 SOC 职业分类
正在显示 SKILL.md
| name | quebrar-tarefas |
| description | Quebra uma especificação em tarefas pequenas e ordenadas, cada uma cabendo num único pedido ao Lovable. Use quando o usuário disser "quebra em tarefas", "fatiar a spec", "por onde começo", ou já tiver a especificação fechada e quiser a lista de pedidos. |
O Lovable erra menos quando recebe um pedaço por vez.
ESPECIFICAÇÃO:
[COLE AQUI]
Quebre a especificação em tarefas para o usuário pedir ao Lovable, uma por vez.
Cada tarefa precisa:
### Tarefa N — [título]
```
[PROMPT PRONTO PRA COLAR — escrito direto pra IA, contendo:]
Contexto: o que é o produto, quem usa, e o que já existe no app neste
ponto (resultado das tarefas anteriores).
Construa: o comportamento exato desta tarefa — telas, campos, estados
(vazio, carregando, erro), validações e regras de negócio que a spec
define pra esta parte.
Dados: de onde vem cada dado de verdade — tabela/coleção e campos, ou
a API/integração. Nada de mock, dado fixo no código, lista de exemplo
ou placeholder: se o dado ainda não existe, crie a estrutura real e
deixe a tela vazia.
Não faça: as partes da spec que ficam pras próximas tarefas.
Se algo estiver ambíguo, pergunte antes de decidir sozinho.
```
**Depende de:** tarefa X (ou nada)
**Como testo:** o que abrir na tela e o que tem que aparecer
Coloque na ordem em que devem ser pedidas. No final, diga quais tarefas não dependem de nada e poderiam ser feitas a qualquer momento.
Se a spec não disser de onde vem algum dado, não invente: liste no final as lacunas que o usuário precisa fechar antes de pedir aquela tarefa.
A lista ordenada de tarefas, cada uma com seu prompt pronto pra colar.