Конвейер не течёт: ни одного отчёта, который собрали и бросили без вердикта. Это редкость — обычно ровно здесь всё и умирает.
Но «закрыто» ≠ «применено»: каждый третий закрытый ДР — это parked, то есть «прочитали и решили не брать». Это нормально как дисциплина и тревожно как объём.
По темам: где исследование превращается в дело, а где нет
Тема
Всего
Применено
Отложено
Доля применённого
Модели / вендоры / LLM
80
58
19
72%
Память / второй мозг
65
20
41
30%
Контент / дистрибуция
48
18
25
37%
Агенты / мультиагент
46
37
5
80%
Инфра / флот / синк
38
34
2
89%
Прочее
37
19
7
51%
Найм / заметность / DevRel
17
14
3
82%
Лиды / CRM / аутрич
4
4
0
100%
Люди / OSINT
4
3
1
75%
🔴 Вывод №1 — мы больше всего исследуем ровно то, что меньше всего строим
«Память / второй мозг» — 65 ДР, самая большая содержательная тема. И худшая конверсия из всех: 30%. 41 отчёт отложен.
Рядом: инфра флота — 38 ДР и 89% применения, агенты — 80%. Разница не в качестве отчётов, а в природе задачи.
Про флот вопрос звучит «как починить вот это» — ответ сразу превращается в скрипт. Про память вопрос звучит «как правильно устроить»
— ответ превращается в ещё один вариант архитектуры, а вариант не требует действия. Отложенное исследование памяти — это не лень, это отсутствие
принудительного шага «померить и решить».
Что с этим делать конкретно: у ДР про память обязателен потребитель-эксперимент, а не потребитель-решение.
Не «какое решение кормит», а «какой замер этот отчёт обязан породить в ближайшие 7 дней». Иначе он уйдёт в parked, как ушёл 41 предыдущий.
🟡 Вывод №2 — четверть всей разведки ушла на саму разведку
80 ДР из 340 — про модели, вендоров, квоты и рельсы. Это мета-работа: исследование о том, как исследовать.
Конверсия у неё высокая (72%), потому что такие выводы сразу становятся правилом в скилле. Но это инструментальный, а не содержательный капитал:
он делает следующую разведку дешевле, он не двигает продукт.
Здоровая пропорция — вопрос вкуса, но 1 из 4 на обслуживание собственного инструмента — это много. Сигнал следить, не повод резать сегодня.
Ритм: как это накапливалось
112.25
104.26
105.26
5106.26
25407.26
3208.26
254 из 340 отчётов — один месяц, июль. Пиковые дни: 28.07 — 34 ДР, 14.07 и 04.07 — по 21.
Это прямое следствие мандата «квоты не экономим» (14.07). Мандат сработал: поток есть, труба не забилась (0 висящих).
Но именно в этот пик родился и главный дефект качества — см. ниже.
Что разведка реально изменила: 88 Decision Memo
ДР
Решение, которое оно накормило
8
decision-2026-07-07-fleet-arch — архитектура флота
Самые «питательные» темы — флот и агенты. Ни одно решение по памяти не собрало больше двух ДР: разведка по памяти растекается, а не сходится.
🔴 Дефект качества, вскрытый сегодня
Мы браковали живые отчёты по сломанному прибору
Строка над ChatGPT-виджетом Research completed in Nm · 0 citations · 0 searches считалась доказательством, что вендор не искал.
Она нулевая у всех connector-прогонов, включая те, чьи отчёты мы приняли и использовали.
Аудит волны ZB 04.08 — перепроверены все забракованные прогоны, у которых сохранился адрес чата. 4 из 4 оказались живыми:
ДР
Что мы записали
Что в backend
ZB-01 sci-fi
dead ×2, «таблица целиком из памяти»
57 цитат, 15 162 симв.
ZB-02 Харари
dead ×2, «отчёт из памяти»
106 цитат, 25 423 симв.
ZB-03 пантеон
канал dead, ушли в обход
52 цитаты, 22 828 симв.
ZB-04 HackerNoon
dead, «в синтез НЕ берём»
108 цитат, 18 185 симв.
У ZB-01 ChatGPT-вендора в волте не было вообще — веер шёл двумя вендорами вместо трёх, и мы этого не заметили.
Все четыре подняты, лежат в _originals с пометкой recovered_from, реестр обновлён.
Урок шире ДР: прибор, по которому мы объявляем что-то мёртвым, сам обязан быть проверен. Вывод «вендор сломан» был мне удобен —
он вёл к «вендором меньше, можно закрывать» — и поэтому не встретил сопротивления.
🔴 Обновление 11.08 — труба всё-таки течёт, просто в другом месте
Отчёты стартуют и остаются несобранными
04.08 я записал «0 висящих с отчётом без решения» — и это была правда про собранные отчёты. Но проверка 11.08 показала слепое пятно
на шаг раньше: 14 ДР стоят в статусе running, из них 7 — по 5–7 суток. Заказ уехал к вендору, отчёт написан, и никто за ним не вернулся.
ДР
Висит
Тема
DR26-08-04-ZB-14-2214
7 дн.
fan-penalty/decay против query-type gate (GLM)
DR26-08-05-ZB-01-0125
6 дн.
arXiv: модерация свежего аккаунта
DR26-08-05-ZB-02-1332
6 дн.
безлюдный Deep Research по подпискам
DR26-08-05-ZB-04-2007
6 дн.
рерайт при бэкфилле архива
DR26-08-06-ZB-01-0934
5 дн.
dev.to: native voice и GEO
DR26-08-06-NAT-03-1526
5 дн.
тизер как сверхсжатая польза
DR26-08-06-ZB-02-1448
5 дн.
экономика тизера
Корень — не вендор, а отсутствие прибора. За «собрал → решил» сторож есть, за «запустил → собрал» сторожа нет:
статус running не стареет, никого не будит и выглядит как рабочий процесс сколь угодно долго.
Ровно тот же класс, что и лживый счётчик цитат: состояние, которое никто не проверяет, всегда выглядит здоровым.
Форевер-фикс, который это закрывает: алярм на running старше 48 часов, живущий не в рельсе ДР, а рядом с ней (§5.5) —
иначе умрёт вместе с тем, что сторожит.
GLM-отчёт по graph-расширению — пока не забран, причина названа
DR26-08-04-ZB-14-2214 запущен корректно (GLM-5.2, Advanced Search, Deep Think Max) и, судя по всему, дописан — но с ноута его не достать:
профиль Chrome разлогинен из z.ai, вход только через Google SSO bbplatinumdepartment@, автозаполнение пароль не подставило,
а вводить пароль символами мне запрещено. Firefox-профиль, который выглядел «залогиненным», держит только аналитические куки — токена входа там нет.
Сбор передан хабу по шине: у него сессия живая, доказательство — его собственные GLM-отчёты от 05 и 06 августа.
До возврата отчёта спор «fan-penalty против гейта по типу запроса» остаётся открытым, и в этом синтезе он числится незакрытым, а не решённым.
Что делать дальше — три пункта
1. Разморозить память
Из 41 отложенного ДР по памяти выбрать один и довести до замера на этой неделе. Кандидат уже назван:
fan-penalty + time-decay в 1-hop граф-расширении против нынешнего гейта по типу запроса. По нему сейчас идёт четвёртая экспертиза (GLM, DR26-08-04-ZB-14-2214).
2. Перечитать вердикты о вендорах
Замер качества вендоров (H24, 29.07) частично опирался на тот же счётчик и на артефакты нашего захвата. Ранг ChatGPT там занижен — это сказано в самой заметке. Пересчитать после аудита.
3. Потребитель-эксперимент вместо потребителя-решения
Для класса «память/архитектура» менять поле --for с «какое решение кормит» на «какой замер обязан породить». Это единственная правка,
которая бьёт по корню 30%-конверсии.