Francisco Solla ef2df24a80 feat(OPS116): painel aceita -ui-design.html com retrocompat -ui-draft.html (Closes #1059) ... O painel `pnpm issues:tui` volta a enxergar o design UI depois do rename do OPS114: `siblingPlanPaths` deriva `-ui-design.html` (vigente) e `-ui-draft.html` (legado) e o novo `resolveUiDraft(planPath, exists)` — puro, com a existência injetada pelo CLI — é dono da precedência (design vence, draft é fallback, nenhum → design com `exists:false`). O `readPlans` sonda design→draft no disco e o caminho REAL flui por `plansByNumber`/`buildIssueRow` até o view model; o contrato `--json` segue `version: 1` com o shape `{ path, exists }` e a chave histórica `uiDraft`. As superfícies do painel trocam "rascunho UI" por "design UI". Retrocompat é só de leitura — o acervo legado (30 `*-ui-draft.html`) não é tocado. Unit dos dois specs cobre design-only, draft-only, ambos, nenhum, o caminho real, body linkando o impl e o shape do JSON. Sem migration.		2026-09-16 01:14:21 -03:00
..
e2e	fix(C171): player do acervo toca ou oferece a saída em um clique — nunca beco de signin (Closes #1047)	2026-09-15 22:27:28 -03:00
fixtures	feat(C167): corta o trecho [início,fim] do acervo e publica o arquivo numa página compartilhável	2026-09-15 10:24:36 -03:00
helpers	feat(C154): vertical de comunicação — papel communicator e acervo pesquisável	2026-09-13 13:46:58 -03:00
int	fix(C169): corte do acervo resolve o trecho com a Câmara instável e falha dizendo o porquê (Closes #1045)	2026-09-15 22:37:41 -03:00
unit	feat(OPS116): painel aceita -ui-design.html com retrocompat -ui-draft.html (Closes #1059)	2026-09-16 01:14:21 -03:00