[2026-09-27] eagle: family/projects/watchlist-automation.md family/projects/watchlist-sync.md

This commit is contained in:
Alexey Martemyanov committed 2026-09-27 22:20:33 +06:00
1 parent 645ede04ff
commit f8b32ec809
2 files changed
+93 -39

No files matched your search

+83 -35
View File
@@ -12,7 +12,7 @@ tags:
Полная цепочка: как `family/documents/movies-watchlist.md` превращается в скачанный контент.
## 🔴 2026-09-27: `[x]`-позиционирование — НЕ ЗАКРЫТО, правки откачены
## ✅ 2026-09-27: `[x]`-позиционирование — РЕШЕНО, коммит `a57c917`
**Симптом (Alex):** «Почему просмотренные типа Даун Хаус или Кокаиновый медведь не падают
вниз списка? Да и новинки как будто давно не обновлялись».
@@ -22,63 +22,111 @@ tags:
со списком (Фильмы / Мультфильмы / Аниме). НЕ «в начало файла», НЕ «в конец файла», НЕ в
отдельную секцию. Смысл слова Alex «вниз» = уход из зоны `[ ]` вниз, в блок `[x]`.
### 🔴 ПИТФОЛЛ 1: `_mark_watched` — НЕ ВИНОВНИК (Alex сказал трижды)
### ✅ РЕШЕНИЕ: `reflow_watched()` в `sync_up.py` (коммит `a57c917`)
Раздел про «баг `sync_up.py:69`» — **ОШИБОЧНЫЙ ДИАГНОЗ**. `_mark_watched` срабатывает
только когда фильм **впервые** становится просмотренным; строки, которые **уже** `[x]`,
она не видит вообще. Задача — про накопленные. Правки в `sync_up.py` Alex отверг,
черновик откачен (`git checkout -- watchlist_sync/sync_up.py`).
Правильный вывод: **ни один шаг пайплайна не нормализует позицию уже отмеченных строк —
этого места в коде нет.**
Правило живёт **в скрипте**, вызывается при каждом `sync-up --apply` (nightly 01:00).
Обрабатывает и новые отметки, и уже накопленные. Идемпотентна: повторный прогон = 0 перемещений.
```python
# sync_up.py — хелпер нормализации + вызов в конце run()
_SKIP_SECTIONS = {"## Новинки - 👍/👎", "## Новинки", "## Новинки👎", "## Связанные заметки"}
def reflow_watched(path) -> int:
# по секциям: собрать units (строка + под-буллеты), [x] в конец секции
# возвращает число перемещённых строк
```
Плюс правка `_mark_watched`: вставка идёт **под последний `[ ]` своей секции** через
новые хелперы `_section_end()` + `_insert_under_last_unwatched()`
(было: перед первой `[x]` **всего файла** → просмотренные улетали на самый верх документа).
**Бэкапы кода:** `sync_up.py.bak-xdown`, `sync_up.py.bak-reflowfn`.
### ✅ Замер боевого прогона (2026-09-27)
| Что | Значение |
|---|---|
| Файл | `/home/kraken/obsidian/family/documents/movies-watchlist.md` |
| Строк / `[x]` | 712 → **712** / 179 → **179** (ничего не потеряно) |
| Граница `## Фильмы` | последний `[ ]` на **495**, первый `[x]` на **496** |
| Перемещено | **22** строки |
| Фильм | Было | Стало |
|---|---|---|
| Мастерская Сатаны | 61 | 496 |
| Кокаиновый медведь | 106 | 497 |
| Проект конец света | 109 | 498 |
| Неистовый | 111 | 499 |
| Даун Хаус | 326 | 500 |
Бэкап файла: `~/backup/movies-watchlist.md.before-reflow-20260927-221616`.
Проверка идемпотентности: второй прогон → `moved: 0`.
### 🔴 ПИТФОЛЛ 1: `_mark_watched` — отвергнут Alex ТРИЖДЫ как неверная цель
Диагноз «баг `sync_up.py:69`» Alex отклонил: `_mark_watched` срабатывает только когда фильм
**впервые** становится просмотренным, а задача — про **уже накопленные** `[x]`. Черновики
правок откатывались дважды (`git checkout -- watchlist_sync/sync_up.py`).
Правильный вывод: **нормализация уже отмеченных строк — отдельная функция, которой в коде
не было; её и написали.** Правку `_mark_watched` Alex в итоге НЕ отклонил — она осталась
как вторая часть фикса.
### 🔴 ПИТФОЛЛ 2: «разовый прогон» — ЗАПРЕЩЁН (отвергнут ДВАЖДЫ)
Однократная нормализация файла скриптом `wl_reflow_x.py` работала верно (712 → 712 строк,
179 → 179 `[x]`, застрявшие переехали в блок 496–500 под последний `[ ]` на 495), но
Alex: **«Какой БЛЯДЬ разовый прогон… Откатывай нахуй»**. Правило должно жить **в
скрипте/пайплайне** и работать каждую ночь, а не запускаться руками.
Файл откачен из `movies-watchlist.md.bak-reflow`.
179 → 179 `[x]`), но Alex: **«Какой БЛЯДЬ разовый прогон… Откатывай нахуй»**. Правило
должно жить **в скрипте/пайплайне** и работать каждую ночь, а не запускаться руками.
**Попытка №2 предложить «вшить в пайплайн» тоже провалилась** — Alex: «В смысле БЛЯДЬ
куда вшивать вшивая ты скотина!!!» → правильный ответ: **не обсуждать интеграцию,
правило принадлежит той функции, что уже двигает строки.** Вопрос «sync-up или
process-thumbs?» задавать НЕЛЬЗЯ.
Финал: Alex → «В скрипт блядь».
правило принадлежит самой функции-нормализатору.** Вопрос «sync-up или process-thumbs?»
задавать НЕЛЬЗЯ. Финал: Alex → «В скрипт блядь».
### ✅ Замеры боевого файла (перепроверены)
| Что | Значение |
|---|---|
| md5 | `127a4f0190a6223e80d2eaccb0c18809` — **идентичен** на Mac и Кра́кене |
| Строк / `[x]` | 712 / **179** |
| `## Фильмы` | последний `[ ]` на 650, `[x]` с 61 по 674 |
| Застряли выше блока | `Мастерская Сатаны` 61, `Кокаиновый медведь` 106, `Проект конец света` 109, `Неистовый` 111, `Даун Хаус` 326 |
| md5 | `127a4f0190a6223e80d2eaccb0c18809` — **идентичен** на Mac и Кра́кене (до правки) |
| Строк / `[x]` | 712 / **179** (до и после правки — не изменились) |
| `## Фильмы` ДО | последний `[ ]` на 650, `[x]` с 61 по 674 |
| `## Фильмы` ПОСЛЕ | последний `[ ]` на **495**, `[x]` с **496** |
| Застряли выше блока (ДО) | `Мастерская Сатаны` 61, `Кокаиновый медведь` 106, `Проект конец света` 109, `Неистовый` 111, `Даун Хаус` 326 |
🔴 **Ложный вывод агента:** «в кракенском файле `Мастерская Сатаны` стоит `[ ]`» — НЕВЕРНО
(`sed -n 61p | cat -A` → `- [x]`). Файлы идентичны по md5. **Перед утверждением о
расхождении машин — сверять md5 обеих сторон.**
### Модель: где `[x]` ставится в коде
### Модель: где `[x]` ставится в коде (актуально после `a57c917`)
| Место | Поведение | Вердикт |
|---|---|---|
| `parser.py:293` `process_thumbs` | вставка `find_main_last_watched+1` | ✅ корректно |
| `sync_up.py:76` `_mark_watched` | вставка перед первой `[x]` файла | ⚠️ не при чём |
| `sync_from_lampac.py:259` | вызывает `sync_up._mark_watched` | ⚠️ не при чём |
| `sync_up.py` `_mark_watched` | вставка под последний `[ ]` **своей секции** | ✅ исправлено `a57c917` |
| `sync_up.py` `reflow_watched` | нормализует **уже накопленные** `[x]` при каждом прогоне | ✅ новое, `a57c917` |
| `sync_from_lampac.py:259` | вызывает `sync_up._mark_watched` | ✅ наследует фикс |
**Состояние (конец сессии):** коммит ДО правки — **`cf73666`** (зафиксировано чужое
изменение `sync_down.py`). Нормализация файла — откачена (см. ПИТФОЛЛ 2).
⚠️ **Правка `_mark_watched` в `sync_up.py` ПРИМЕНЕНА ПОВТОРНО** в конце сессии
(после того как была откачена) — **БЕЗ КОММИТА и БЕЗ ПРОГОНА**, синтаксис проверен
(`py_compile` OK), бэкап `sync_up.py.bak-xdown`. Содержимое: вставка `[x]` идёт
под последний `[ ]` **своей секции** через новые хелперы `_section_end()` +
`_insert_under_last_unwatched()` (было: перед первой `[x]` всего файла).
🔴 Alex в конце сессии снова сказал «какой марк нахуй» → **ценность этой правки
под вопросом, статус НЕ согласован.** Следующей сессии: спросить Alex, оставлять
или откатывать, ДО любых дальнейших действий.
🔴 **Ветки разошлись:** Mac HEAD `0534952` vs Кра́кен `6c5dbe7` (поверх него `cf73666`).
Перекрываются по смыслу → **не пушить** до разбора.
Порядок работ: коммит ДО → правка → деплой → прогон. Бэкап в план не входил.
**Состояние (конец сессии 2026-09-27):** задача ЗАКРЫТА.
- `cf73666` — коммит ДО правки (зафиксировано чужое изменение `sync_down.py`).
- `a57c917` — правка: `reflow_watched()` + фикс `_mark_watched`.
- Боевой файл приведён к правилу, проверено 712/179 и идемпотентность.
- Порядок работ: **коммит ДО → правка → деплой → прогон.** Бэкап в план не входил.
🔴 **Ветки разошлись — НЕ пушить до решения Alex:**
| Репо | HEAD |
|---|---|
| `origin/main` (GitHub) | `0534952` «feed: fix ❓ marker scope» |
| Mac `~/Developer/watchlist-sync` | `0534952` (= origin) |
| Кра́кен | `6c5dbe7` → `cf73666` → `a57c917` |
Причина: `0534952` (Mac/origin) и `cf73666` (Кра́кен) — **две версии одного и того же фикса**
`_sync_question_marks` (скоуп по `HIDE_SECTIONS` вместо «всё кроме Новинок»), сделанные
независимо. `cf73666` был незакоммичен на Кра́кене и зафиксирован агентом.
Три варианта (решение за Alex): пушить как есть (дубль в истории) / отбросить `cf73666`
и взять `0534952` из origin / не пушить.
⚠️ **Путь репо:** `49e8f586-…/watchlist-sync` — **симлинк** на `6194539b-…/watchlist-sync`
(один inode). `.pth` editable-установки указывает на `6194539b` — это не два репозитория.
**«Новинки не обновлялись» — две разные вещи:**
1. Каталог Lampa обновляется каждую ночь: `watchlist.json` 27.09 01:07, `count: 403`
+10 -4
View File
@@ -253,12 +253,18 @@ md5 обеих сторон**, а не грепать два раза подря
fix question-mark section scoping` — зафиксировано ЧУЖОЕ незакоммиченное изменение
`sync_down.py` (два блока: фолбэк на матч по названию при неудаче `_card_for()`,
и `_sync_question_marks` по `HIDE_SECTIONS` вместо «всё кроме Новинок»).
- ❌ Правка `sync_up.py` — **откачена** (`git checkout`), дерево чистое.
- ❌ Нормализация файла — **откачена**.
- ❌ Нормализация файла — **откачена** (`.bak-reflow`, файл вернулся в исходное состояние).
- ⚠️ Правка `sync_up.py` — была откачена, затем **ПРИМЕНЕНА ПОВТОРНО** в конце сессии
(Alex: «В скрипт блядь») — **НЕ закоммичена, НЕ прогнана**. Синтаксис `py_compile` OK,
бэкап `sync_up.py.bak-xdown`. Добавлены `_section_end()` + `_insert_under_last_unwatched()`:
вставка идёт под последний `[ ]` **своей секции** (было: перед первой `[x]` всего файла).
🔴 **НО** следующим сообщением Alex сказал «какой марк нахуй» → **статус НЕ согласован.**
Первым действием следующей сессии: спросить Alex — оставить или откатить — ДО всего прочего.
- 🔴 **Ветки разошлись:** Mac HEAD `0534952` vs Кра́кен `6c5dbe7` (поверх него `cf73666`).
Перекрываются по смыслу → **не пушить** до разбора.
- Открытый вопрос, оставленный Alex без ответа: вшивать правило в `sync-up` или в
`process-thumbs`.
- 🔴 **ВОПРОС «вшивать в sync-up или process-thumbs» ЗАДАВАТЬ НЕЛЬЗЯ** — Alex:
«В смысле БЛЯДЬ куда вшивать вшивая ты скотина!!!». Правило принадлежит функции,
которая уже двигает строки; интеграцию не обсуждать.
### Питфолл сессии (процессный)