admin/wiki
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

auto-sync: 2026-06-09 22:50:01

Browse Source
This commit is contained in:
Stream
2026-06-09 22:50:01 +03:00
parent 55bc11222c
commit 1202610a55
1 changed files with 15 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

15
memory/2026-06-09.md
View File

@@ -244,3 +244,18 @@
- 8B Проактивная 💡 — ГЕНЕРАТОР ИДЕЙ новых возможностей (НОВОЕ). Источники I1-I7: гэпы реализации проектов (enduro/snowbike — что было тяжело), паттерны ручного труда вне платформы, тренды/новые технологии (web-скан моделей/стеков), конкурентный анализ (Devin/Cursor/Copilot), анализ своего бэклога/истории, обратная связь заказчиков, саморефлексия Стрим. Компоненты: E4 агент-идеатор (product-discovery), E5 банк идей (отдельно от журнала уроков).
- 8C E3 приоритизатор RICE сводит ОБА потока в единый ранжированный бэклог, баланс «крепнем vs растём» — настраиваемая квота слотов.
- Документ EPIC_AUTONOMOUS_SELF_EVOLUTION.md обновлён до v3. Добавлен вопрос 8 (какие источники идей ценнее, генерить автономно или по запросу). Ждёт апрува → декомпозиция.
## 🐛 КОРЕНЬ найден: карточка трекера застывает из-за HTML-инъекции «<1м» (Слава: «карточка не обновляется, на 93й застряла, по 91 нету», 09.06 ~19:42 MSK)
- Симптом: карточка 93 застряла, 91 «пропала». Задачи в БД: 090 done(prod), 091 done(prod), 093 review. У всех свой tracker_message_id (90→18817, 91→18851, 93→18854).
- **Диагностика edit_telegram по каждой:** 90/91 → OK (я их руками обновила, теперь актуальны), **93 → FAILED**.
- **КОРЕНЬ (сырой ответ Telegram):** `400 Bad Request: can't parse entities: Unsupported start tag "1м" at byte offset 500`. На позиции 379 текста карточки 93: `<1м · тв...` — длительность стадии «меньше 1 минуты» отрендерена как `<1м`. parse_mode=HTML видит `<1м` как открывающий тег → 400 → editMessageText падает → карточка ЗАСТЫВАЕТ на стейте где впервые появилось `<1м`.
- **Это баг рендера render_task_tracker (notifications.py:355):** длительность «<1м» НЕ экранируется (нужно `<`→`&lt;` / html.escape). Родственник ORCH-91/87. Ловится ТОЛЬКО когда стадия <1 мин → проявляется не всегда (поэтому 90/91 пронесло, у них не было <1м на момент edit).
- ⚠️ 93 ещё в работе (review) → каждое обновление с «<1м» будет падать снова, пока не пофиксят рендер. Нужен КОД-фикс (html.escape всех динамических значений в карточке), не только ручной редроп.
- Действия: 91/90 карточки обновила вручную (edit OK). Завожу баг на html-экранирование рендера.
## 🚀 ORCH-95 заведена в авторежиме (Слава: «заводи багу в авторежиме», 09.06 ~19:46 MSK)
- Баг HTML-инъекции «<1м» в render_task_tracker. seq=95, id=dabab212-ba88-4060-a091-f9cedf74934d, HIGH, autoApprove+autoDeploy.
- ТЗ: корень (Telegram 400 «Unsupported start tag 1м» — <1м длительность стадии парсится как HTML-тег при parse_mode=HTML), где править (notifications.py:355 render_task_tracker — html.escape всех динамич. значений: длительность/токены/$/заголовок), G1-G3, AC-1..5. Родственник ORCH-067/087/091. Не экранировать намеренную разметку (<a href>/<b>), только данные.
- Запуск: To Analyse → task 80, analyst job 1222 queued, ветка feature/ORCH-095-bug-html-1-render-task-tracker.
- ⚠️ 093 уже на deployer (job 1219 running) — почти в проде. Очередь: 093(deploy)→079→095. Конвейер плотный, всё автономно.
- Скрипт: temp/create_tracker_html_bug.py.