fix(ci): один тег на продукт-реліз замість зоопарку app@/v/owner-v

[vitaliytv]

Проблема

GitHub-релізи (v0.6.x, owner-v0.x) щоразу показували "What's Changed" від
дуже старої бази (v0.4.1 / owner-v0.10.0) замість дельти від попереднього
релізу. Причина: generate_release_notes: true довіряло автовизначенню
GitHub, а воно "залипає" на останньому релізному коміті людини — усі
наступні релізні коміти йдуть від github-actions[bot], і GitHub не бачить
їх як "попередній реліз".

Ширший корінь: на одній історії живуть 4 сім'ї тегів на 2 продукти —
app@X.Y.Z + vX.Y.Z (build-тригер) для app, owner@X.Y.Z + owner-vX.Y.Z
для owner. Подвійний тег на продукт — буквальний канон n-tauri.mdc,
розрахований на один продукт на репо; owner-v* — вимушена імпровізація
цього репо під два продукти.

Зміни

• Новий composite action generate-scoped-release:
  знаходить попередній тег тієї самої продуктової сім'ї (спільний префікс до
  @) версійним сортом і рахує release-notes явно через
  generateReleaseNotes({ previous_tag_name }), замість довіри автовизначенню.
• release.yml / release-owner.yml: build-тригер тепер app@* / owner@*
  (старі v* / owner-v* лишені в списку тригерів — цього вимагає вендорений
  канон n-tauri.mdc, лінт це перевіряє й автопідправляє).
• changelog-release.yml: більше не створює окремі vX / owner-vX теги —
  по одному тегу на продукт-реліз; dispatch іде на --ref app@$VER /
  --ref owner@$VER.
• app/src-tauri/tauri.conf.json: updater endpoint переїхав на канал
  app-latest; task-latest лишається постійним legacy-аліасом (той самий
  latest.json) для вже встановлених білдів, щоб не ламати їм автооновлення.

Не в цьому PR

• Видалення 22 старих v* / owner-v* GitHub-релізів (реальні DMG-артефакти,
  публічний незворотний стан) — за планом робиться після того, як перший
  реліз за новою схемою (app@X.Y.Z+1 / owner@X.Y.Z+1) підтверджено
  пройде весь цикл (build → DMG → app-latest/task-latest оновлені).
• Другий fallback updater-endpoint (releases/latest/download/latest.json,
  неоднозначний між продуктами) — preexisting окрема проблема, поза скоупом.

Test plan

• npx @7n/rules lint — чисто (лишились 2 непов'язані pre-existing
  порушення: owner/package.json без пари Vue-пакетів, lint-k8s.yml
  shellcheck — обидва винесені в окремі фонові тікети, не чіпались тут)
• actionlint/bunx github-actionlint — чисто на змінених workflow
• Після мерджу: дочекатись повного циклу changelog-release.yml →
  release.yml/release-owner.yml, перевірити gh release view app@<нова> --json body (дельта лише від попереднього app@…, не
  v0.4.1) і app-latest/task-latest assets