Files
transcriber/tasks/items/data-ownership.md
T
av 8739b18a9f tasks: очередь расставлена от базы к деталям
- порядок беклога и роадмапа назначен слоями: проверки, которым можно
  верить → долги входа → владелец записи и контракт API → конвейер под
  тестами → приложение и возможности поверх; у каждого движения записана
  причина;
- заведены восемь задач под пункты «Завершения», которых не закрывала ни
  одна запись, — цель any-audio-source была без задач вовсе;
- у четырёх задач сняты критерии, требовавшие того, что делает задача ниже
  по очереди; исправлены ссылки на несуществующий repo/sqlite и на
  отменённую разведку об очереди.
2026-08-12 20:48:53 +03:00

28 lines
2.5 KiB
Markdown

# 🎯 Человек убирает свою запись из архива вместе со всеми текстами
- **Тип:** goal
- **Секция:** Запланировано — Очередь у цели появилась: удаление записи стоит 32-й строкой и трогает конвейер, файлы и колонку дедупликации, которые к тому месту готовы.
- **Зачем:** Хранение бессрочное, а способа убрать запись нет ни одного: ошибочно загруженный файл и разговор, который человек не хочет держать у нас, остаются навсегда.
- **Теги:** decomposed
Сервис объявлен архивом 2026-08-11, и с тем же решением у человека появляется
обратное право: сказать «убери это» и убедиться, что убрано. Речь в записи
принадлежит тем, кто говорил, а не хранилищу.
Стирается всё, что породила запись: сам файл, его фрагменты, объект в Object
Storage и все уровни текста. **Учёт расхода при этом остаётся** — деньги уже
потрачены, и сводка владельца задним числом не переписывается; строки
потребления несут идентификаторы и числа, не текст.
## Завершение
1. Своя запись убирается одним действием, и после него не остаётся ни файла, ни
объекта в хранилище, ни одного из уровней текста.
2. Убранное не возвращается: восстановления нет, и человек предупреждён об этом
до подтверждения.
3. Чужую запись убрать нельзя — ни по идентификатору, ни по токену.
4. Сводка расхода после удаления не меняется: потраченное остаётся видно
владельцу сервиса.
5. Тот же файл, загруженный снова, обрабатывается как новая запись, а не
узнаётся дедупликацией удалённой.