Planejar trabalho Kanban

1. Leia as instruções do projeto e o código do produto relevante da árvore de trabalho de integração ou funcionalidade. Leia os metadados de tarefa/especificação existentes através do controlador canônico; não presuma que .juno_task/plan.md existe.
2. Produza um PDR conciso cobrindo o objetivo, comportamento atual, escopo, exclusões, riscos, dependências, critérios de aceitação e testes focados. Esboce-o em um arquivo externo novo; não o coloque na árvore do produto ou no corpo de uma tarefa.
3. Pré-valide yy ledger --help e yy ledger artifact --help. Capture o PDR como um Registro de Artefato report imutável local com proveniência de tarefa/solicitação, em seguida, verifique seu ID, digest, tamanho, retenção, recuperação e histórico. Se a API de artefatos estiver indisponível, pare com o rascunho externo intacto e solicite uma atualização; nunca recorra a docs/ do produto, corpos/respostas de tarefas, novos .juno_task/specs ou edições diretas do armazenamento.
4. Divida apenas quando as partes puderem ser implementadas e validadas independentemente. Tarefas concorrentes devem ter propriedade de caminho e dependências explícitas.
5. Crie tarefas através de comandos yy ledger roteados. Coloque requisitos duráveis concisos e critérios de aceitação em cada corpo de tarefa, registre o ID do artefato PDR em campos/proveniência de tarefa suportados e relacione acompanhamentos em vez de reabrir IDs arquivados.
6. A documentação do produto é apenas a documentação enviada com o produto. Nunca crie tarefas privadas do controlador, ledger, estado, artefatos, objetos, especificações ou recibos dentro de uma árvore de trabalho de produto ou funcionalidade.
7. Não inicie a implementação, crie árvores de trabalho, envie, implante ou altere a produção, a menos que o usuário peça separadamente.

Use --id, não o legado --ID, para mutações Kanban. Retorne os IDs das tarefas e um breve resumo de dependência/ordem.

$ARGUMENTOS

Quando Usar

• O usuário solicita explicitamente o planejamento ou registro de trabalho no YYLO Ledger.
• Você precisa de um Requisito de Desenvolvimento de Produto (PDR) conciso mais tarefas de Ledger em tamanho de implementação com dependências.

Limitações

• Apenas planejamento: nunca inicie a implementação, crie árvores de trabalho, envie, implante ou altere a produção a partir desta habilidade.
• Requer a API yy ledger artifact instalada; se indisponível, pare com o rascunho PDR externo intacto - nunca recorra a docs/ do produto, corpos de tarefas ou edições diretas do armazenamento.
• Tarefas concorrentes precisam de propriedade de caminho e dependências explícitas; relacione acompanhamentos em vez de reabrir IDs arquivados.

Exemplo

yy ledger --help
yy ledger artifact --help

Adaptado de yylo-dev/yylo-skills (MIT) - v2.0.1; frontmatter, Quando Usar/Limitações e limites de segurança adicionados para conformidade upstream.