Definir o responsável principal ao criar a story

[cedric-lamalle]

Sem story no Taiga. Um agente relatou que taiga story create --assignee só preencheu a lista de responsáveis, e precisou de um story update --owner-assignee para o responsável aparecer no card. O comportamento era o projetado (o create nunca enviava assigned_to), mas não havia como definir o responsável principal na criação, e nem o help, nem o README, nem a skill avisavam disso.

O que muda

• story create ganha --owner-assignee USER: envia assigned_to e põe o mesmo usuário em assigned_users. Gravar na lista evita que ele saia dos responsáveis num update que troque o principal depois (docs/api-notes.md, "assigned_to e assigned_users"). O POST com assigned_to já estava validado lá (201, a resposta mostra os dois campos).
• Combina com --assignee: --assignee svc --owner-assignee me grava [svc, me] na lista, com me como principal.
• Valor em branco é usage (exit 2); quem não é membro do projeto é not_found, antes de qualquer escrita. --clear-owner-assignee continua só no update.
• --assignee sozinho não muda; o help agora diz que ele não define o responsável principal.
• README e skill (SKILL.md, references/comandos.md): a flag nova e a diferença entre as duas no create.

Conferência

• go vet ./..., go vet -tags integration ./... e go test ./...: passam.
• Testes unitários novos: --owner-assignee sozinho, com --assignee e repetido como id; valor em branco; usuário de fora do projeto.
• TestIntegrationStoryAssigneesAndBlock, no Taiga local (compose.test.yml + scripts/taiga-seed): passa, e confere que o create grava assigned_to e os dois responsáveis.

Depois do merge

• npx skills update --global --yes para a skill instalada receber o aviso.