Задача 009 — критика нового отчёта по обоим чек-листам

Коротко

• Отчёт — большой шаг вперёд. Старый вывод «файлы сейчас, gbrain потом» убран. Все 8 пакетов разобраны, place, works_at, обогащение, русский поиск и векторы описаны в основном верно.
• По правилам обоих чек-листов отчёт не принят:
  • claude-opus — 5 блокирующих «нет» и 7 важных «нет»;
  • cursor-grok — 5 блокирующих «нет» и 3 важных «нет».
• Главная ошибка — порядок внедрения не выполним как написан. При живой службе com.gbrain.serve любая команда CLI, которая открывает базу, сразу падает с live_serve. Исключения — только sync и sweep --once. Отчёт утверждает обратное, и шаги 3, 4, 7, 10, 11 на этом споткнутся. Шаг 2, вероятно, тоже (🔮).
• Вторая серьёзная ошибка — пометка доверия. Переписка WhatsApp, загруженная sync из своего git-репозитория, получит уровень «your notes» (operator_curated), а не external_untrusted, как обещает отчёт. Чужие слова агентов недвижимости станут «вашими заметками».

Как проверял

• Предмет: REPORT-task-009-realestate-knowledge-base-on-standard-gbrain-schema-packs-research-and-design.md, 576 строк, прочитан целиком. Ниже — REPORT:строка.
• Чек-листы:
  • REVIEW-task-009-claude-opus-why-agent-went-wrong-and-strict-checklist-for-gbrain-schema-report.md — 34 пункта (С, Ф, П, Пр, М, Пб, Под);
  • REVIEW-task-009-cursor-grok-why-agent-went-wrong-and-strict-checklist-for-gbrain-schema-report.md — 30 пунктов (1–30).
• Слова пользователя: LOG-task-009-konstantin-feedback-2026-11-02-wants-scalable-gbrain-system-not-files-workaround.md.
• Код: $G = /Users/ws/.bun/install/global/node_modules/gbrain, версия 0.60.545.0. Только чтение файлов. Ни одной команды gbrain не запускал.
• Данные: счёт записей реестров cl-cons-whats/realestate-registry/ — через python3 -I по JSON, номера телефонов не выводил.
• Правило оценки:
  • «да» — суть утверждения пункта в отчёте есть и подтверждается кодом;
  • «частично» = «нет»;
  • если код опровергает сам пункт чек-листа, это сказано отдельно.
• Догадки помечены 🔮.

1. Таблица по чек-листу claude-opus (34 пункта)

Вес: 🔴 блокирующий · 🟠 важный · ⚪ мелкий.

Счёт: 🔴 «нет» — 5 (С3, Ф9, П4, П6, Пб1); 🟠 «нет» — 7 (П2, П7, М2, Под1, Под2, Под3, Под4); ⚪ «нет» — 0.

2. Таблица по чек-листу cursor-grok (30 пунктов)

Блокирующие по самому чек-листу: 1–11, 13, 18–20, 22–23, 27–28, 30. Остальные — важные.

Счёт: 🔴 «нет» — 5 (6, 11, 23, 27, 28); 🟠 «нет» — 3 (15, 17, 29).

3. Выборочная сверка ссылок путь:строка — 32 штуки

• Итог сверки: 28 ✅, 1 🟡, 2 ❌, 1 ✅ с вскрывшейся ошибкой рядом.

4. Фактические ошибки

• Ф-1 🔴 Команды CLI при живой службе — неверно, и на этом ломается порядок внедрения.

  • Отчёт: «под живой службой не работают doctor, import, auth create… sync и чтение из CLI идут через службу» (REPORT:397).
  • Документация, на которую он же ссылается:
    • remote-mcp.md:429-432: «host-side commands that open the database (gbrain doctor, gbrain import, gbrain auth create, a second gbrain serve) fail fast with live_serve… gbrain sync and gbrain sweep --once are the exceptions»;
    • CODEX.md:277-279: «any CLI command that opens the DB fails on the lock while that serve is live (gbrain sync is the one exception)».
    • Список в doctor, import, auth create — примеры, а не полный перечень.
  • Что упадёт в таблице шагов (REPORT:478-490):
    • шаг 3 — reindex-search-vector (сам отчёт гадает об этом в REPORT:356, но в таблице шага остановки службы нет);
    • шаг 4 — sources add;
    • шаг 7 — extract-conversation-facts;
    • шаг 10 — sources add --kind google;
    • шаг 11 — migrate embeddings.
  • 🔮 Шаг 2: schema fork, add-type, use пишут файлы в ~/.gbrain, базу, вероятно, не открывают. А schema active открывает — см. Ф-3.
  • Как правильно: у каждого шага столбец «как выполнить при живой службе» — одно из трёх:
    • короткая остановка службы (launchctl bootout → команда → bootstrap);
    • через живой сервер (gbrain mcp admin … --admin-token-file, MCP-операция sources_add);
    • переезд на Postgres до внедрения.

• Ф-2 🔴 Переписка WhatsApp получит уровень «your notes», а не external_untrusted.

  • Отчёт: «gbrain помечает переписку external_untrusted и отдаёт её как данные» (REPORT:551). Утверждение не помечено как догадка.
  • Код:
    • memory-trust.md:17: operator_curated — «sync and import of your own sources»;
    • memory-trust.md:21: external_untrusted — «connectors, webhooks, clipped pages, third-party transcripts».
  • Отчёт загружает переписку syncом из своего git-репозитория (REPORT:300-304, шаг 7). Значит, уровень по умолчанию — operator_curated, метка «your notes».
  • Понизить можно только на весь источник: gbrain sources set-trust <id> <tier> — «the per-source trust default… for mirrors of third-party repositories. It can only lower» ($G/src/commands/sources-trust.ts:1-9).
  • Последствие: слова агентов On Urbe попадут в контекст агентов как «ваши заметки». Это ослабляет и проверку истинности, и защиту от инструкций в чужом тексте.
  • Как правильно:
    • переписку — в отдельный источник, например realestate-barcelona-whatsapp;
    • gbrain sources set-trust realestate-barcelona-whatsapp external_untrusted;
    • карточки — в realestate-barcelona с уровнем operator_curated.
  • Ловушка: два источника с разными пакетами ломают общее чтение (op-trust-gate.ts:108-113), поэтому пакет у обоих — один.

• Ф-3 🟠 Внутреннее противоречие про schema active.

  • REPORT:109: «команда gbrain schema active открывает базу и при живой службе упирается в замок».
  • REPORT:481, шаг 2, «что увидеть»: «gbrain schema active → новый пакет».
  • Как правильно: проверка через MCP get_active_schema_pack — отчёт сам её назвал в :109.

• Ф-4 🟠 «Резервная копия» — команда не та.

  • Шаг 1: «gbrain backup check» (REPORT:480). По $G/src/commands/backup.ts:6 check — «force a recompute + write the cache», то есть проверка готовности, а не копия.
  • Копию делает gbrain backup create --output /absolute/private/path/archive.gbrain-backup (backup.ts:39). При живой службе это тоже открытие базы, поэтому — физическая копия папки при остановленной службе.
  • Ручная копия в отчёте названа; путаницу создаёт именно backup check в столбце «команда».

• Ф-5 🟠 Фильтр where агентам по MCP по умолчанию не виден.

  • where-param.ts:10: fullSurfaceOnly: true.
  • Ответы пилота строятся на list_pages с where (REPORT:216, :283). У клиента на поверхности starter параметра нет, он открывается через request_tools или поверхность full.
  • В отчёте этого нет (grep request_tools, fullSurface — 0).

• Ф-6 ⚪ «24 типа» у gbrain-base.

  • REPORT:97 со ссылкой gbrain-base.yaml:1-5. В этих строках числа нет.
  • Подсчёт - name: в блоке page_types даёт 28. Число 24 — из устаревшего комментария gbrain-base-v2.yaml:19.

• Ф-7 ⚪ Разделитель хронологии в страницах пилота — запасной, а не основной.

  • Пилот: --- и следующей строкой ## Timeline (REPORT:209-210, :234-235, :276-277).
  • docs/guides/compiled-truth.md:116-128: основной разделитель — <!-- timeline -->, «what GBrain itself emits». --- перед ## Timeline — «backward-compat for older gbrain-written files».
  • Для шаблона, по которому агенты напишут сотни страниц, нужен основной вариант.

• Ф-8 ⚪ Ссылка ollama.ts:51 смещена: цена 0 — на :53.

• Ф-9 ⚪ Время в шапке. generated.at: 2026-11-02T17:30:00Z (REPORT:7), а файл записан в 17:40 по местному времени, то есть около 16:40 UTC. Это местное время с пометкой Z.

• Ф-10 🟠 Довод «станет больше сотни» — не помечен как догадка и противоречит порогу, который отчёт сам цитирует.

  • REPORT:140-143: «меньше 20 страниц — новый тип не заводить» (schema-author-tutorial.md:212), затем «за весенний поиск аренды и за покупку их станет больше сотни».
  • Сейчас квартир 20 (порог «20–100 → алиас»), объявлений Ukio 5, домов единицы.
  • Прогноз роста без 🔮 — догадка, поданная фактом. Довод «база на годы» верный, но число нужно пометить. И для building / listing честно написать, что по правилу учебника это алиас или подтип, а не тип — тогда ответ 2б становится сильнее, чем подан.

• Не ошибка, хотя чек-лист cursor-grok считает её ошибкой. Связь works_at из поля company: при пакете v2 создаётся: link-extraction.ts:2009-2014 сливает встроенную таблицу FRONTMATTER_LINK_MAP (:1607-1610) с полями пакета. Отчёт прав. Пункт 2 чек-листа cursor-grok в этой части неверен.

5. Что Константин сочтёт колхозом, отговоркой или непониманием контекста

• Нет постоянной ссылки на сам отчёт.
  • Его слова: «На Cloudflare опубликуй новый ресерч потом» и «Она хуя мне для временной задачи, вечная ссылка».
  • В отчёте Cloudflare есть только для карты, на шаге 9. Сам отчёт — файл без ссылки. Это ровно тот промах, за который был разнос.
• «Ограничение настоящее, но узкое» (REPORT:397) — это отговорка, причём с неверным фактом.
  • Его слова: «То, что ты хуво данные в базу данных заносишь… это… не оправдание».
  • Ограничение не узкое: оно задевает половину шагов внедрения. Он попробует шаг 3 и получит live_serve.
• Неуспешные переговоры пропали из модели.
  • Его слова в первой постановке: «успешный пегор, не успешный» (README-task-009:19). В прошлом отчёте было поле lost_reason.
  • Сейчас у сделки только status: open. Он спросит «а где почему не купили».
• Векторы: таблица цен вместо его решения.
  • Его слова: «Я подключу API, но не на 5… заметках… Будет 500 заметок. Подключу вектор».
  • Отчёт это уважает (REPORT:375). Но OpenAI и Voyage стоят в одной таблице с Ollama, без довода, какой лучше для русского и испанского текста. Модель bge-m3 названа «многоязычной» без источника.
  • Это не отговорка, но решение он принять по таблице не сможет.
• Hermes и другие агенты — не всё.
  • Его слова: «могут использовать мои разные агенты». Его правило в ~/.claude/CLAUDE.md: «Codex, Cursor, Гермес читают AGENTS.md».
  • Hermes в таблице агентов нет. А Hermes умеет только stdio (harness-adapters.md:18), что прямо конфликтует с «один общий HTTP-сервер». Для него это непонимание контекста.
• Вопрос 3 — голые имена.
  • Его правило: «любое предложение, которое сделано без аргументации… твое мнение нихуя не значит» (cl-cheap-gbrain/CLAUDE.md).
  • У 3а нет примера и риска.
• Старые вопросы 4–9 одной строкой без контекста.
  • Его слова: «Как я могу тебе на вопрос ответить, если не знаю… Добавляй контекст».
  • Пример: «8 — Sant Miquel 116 — дом квартиры Keller Williams или место встречи». Кто это, откуда, что изменится — не сказано.
• «Проба» стемминга, которую нельзя повторить.
  • REPORT:17: «скрипт — во временной папке сессии».
  • Его слова: «с поверкой истинности». Вывод «Михаил → миха» — ключевой для довода про имена, а проверить его нельзя: скрипта нет в задаче.

6. Чего не хватает, чтобы начать внедрение завтра

• Способ выполнения каждого шага при живой службе — остановка, админка сервера или Postgres. Без этого шаг 3 падает (Ф-1).
• Решение по уровню доверия переписки: отдельный источник и sources set-trust (Ф-2) — до шага 7, иначе он ляжет как «your notes».
• Сам файл пакета cons-gbrain-base-v2-plus-places-and-properties:
  • готовый YAML — типы, link_types с inverse и target_type, frontmatter_links для place, building, property, agency, agent, properties, counterparties, enrichable_types;
  • или полный список команд add-type / add-link-type с флагами по справке (gbrain schema --help).
  • Сейчас только «то же для …» и «остальные связи из 4.2» (REPORT:481), а синтаксис помечен 🔮.
  • Отдельно: связь located_in объявлена только для --page-type property; для building, listing, company (у On Urbe в пилоте поле place:) нужны свои строки.
• Спецификация двух конвертеров:
  • JSON → страницы: какое поле реестра → какое поле шапки и какой раздел;
  • CHAT-*.jsonl → conversations/whatsapp/…: формат строки, один файл на контакт и месяц, часовой пояс (парсер различает frontmatter.timezone).
  • Оба названы «новый конвертер» без входа и выхода.
• Поле итога сделки: outcome, lost_by, lost_reason с закрытым списком (был в PROPOSAL) — и куда он пишется: поле или факт со ссылкой на сообщение.
• Чем модель извлечения фактов работает по подписке:
  • строка gbrain config set facts.extraction_model claude-cli:<модель>;
  • проверка на одном разговоре до шага 7 (сейчас — 🔮, REPORT:305).
• Доступ для Hermes (только stdio) при одной службе HTTP: Hermes через gbrain connect / тонкий CLI или без него — решение и команда.
• Проверка грантов клиента Grok Bot — команда чтения гранта (сейчас «проверить»).
• Резервная копия и откат:
  • откат шага 3 — english и ещё одна переиндексация — должен идти с оценкой времени;
  • откат шага 2 при уже загруженных страницах новых типов — что станет с ними после schema use gbrain-base-v2. По правилу v2 необъявленные типы при чистке типов → note (gbrain-base-v2.yaml:649-657). Откат не нейтрален, а в отчёте он так подан.
• Постоянная публикация отчёта на Cloudflare Pages со ссылкой в шапке.

7. Итог приёмки

• По чек-листу claude-opus — НЕ ПРИНЯТ.
  • Правило: все 🔴 — «да», 🟠 «нет» не больше двух.
  • Факт: 🔴 «нет» — 5 (С3, Ф9, П4, П6, Пб1); 🟠 «нет» — 7.
• По чек-листу cursor-grok — НЕ ПРИНЯТ.
  • Правило: все блокирующие — «да», важных «нет» не больше одного.
  • Факт: блокирующих «нет» — 5 (6, 11, 23, 27, 28); важных «нет» — 3 (15, 17, 29).
  • Пункт 2 засчитан как «да», потому что код опровергает условие пункта. Если считать по букве пункта, блокирующих «нет» — 6, итог тот же.
• Близость к приёмке: большая часть «нет» закрывается правкой текста за час. Блокеры по сути — только Ф-1 (выполнимость шагов) и Ф-2 (доверие переписки).

8. Топ-10 правок по убыванию важности

1. Исправить REPORT:397 и таблицу шагов.
   • Заменить «Ограничение настоящее, но узкое… sync и чтение из CLI идут через службу» на цитату remote-mcp.md:429-436: «host-side commands that open the database… fail fast with live_serve; gbrain sync and gbrain sweep --once are the exceptions».
   • В таблицу REPORT:478-490 добавить столбец «как выполнить при живой службе» для шагов 2–4, 6, 7, 10, 11 (остановка службы, админка сервера или MCP-операция).
2. Исправить REPORT:551.
   • Заменить «gbrain помечает переписку external_untrusted» на: «по умолчанию sync своего репозитория даёт operator_curated (memory-trust.md:17). Поэтому переписку кладём в отдельный источник realestate-barcelona-whatsapp и делаем gbrain sources set-trust realestate-barcelona-whatsapp external_untrusted (sources-trust.ts:1-9), пакет тот же».
   • Добавить этот источник в шаг 4 и вариант А.
3. Опубликовать отчёт на Cloudflare Pages и вписать постоянную ссылку первой строкой раздела «Статус» (REPORT:13). Убрать формулировку «раздел 13» в REPORT:58 — там только карта.
4. Вернуть итог переговоров. В пример deals/pescadors… (REPORT:264-272) добавить outcome: open|won|lost, lost_by, lost_reason с закрытым списком из PROPOSAL раздела 2 и правило «итог — поле плюс факт со ссылкой на сообщение». Плюс пример неуспешной сделки (Housfy или Tecnocasa).
5. Добавить раздел «Факты и мнения».
   • takes_kinds: fact / take / bet / hunch (gbrain-base-v2.yaml:44-48), ссылка docs/takes-vs-facts.md;
   • пример: «Franco жёстко торгуется» — take с держателем people/konstantin, «цена 176 000 €» — fact;
   • правило рекомендованной схемы о противоречиях и сиротах (GBRAIN_RECOMMENDED_SCHEMA.md:927-937).
6. Дать пакет целиком. Вместо «то же для building, property, listing; …остальные связи из 4.2» (REPORT:481) — полный YAML пакета: extends: gbrain-base-v2, 4 типа, 6 связей с inverse и target_type, frontmatter_links (включая place у company, building, listing), enrichable_types. Добавить gbrain schema sync --apply и фразу, что всё делается без ключа API.
7. Таблица агентов (REPORT:400-405). Добавить строку Hermes: «только stdio (harness-adapters.md:18) — подключение через [способ] или не подключать». Добавить, что where у list_pages виден только на полной поверхности (where-param.ts:10) — клиентам нужен --surface full или request_tools.
8. Разобрать четвёртый способ — gbrain mounts add (mounts.ts:4, brains-and-sources.md:136-140): что это, польза, цена, мнение с доводом. Добавить откат и пример с карточкой On Urbe к варианту Б (REPORT:430-439).
9. Подача вопросов.
   • Вопрос 3: добавить пользу на примере и риск.
   • Старые вопросы 4–9: развернуть каждый в блок «контекст — кто, откуда, что изменится в базе».
   • В таблицу пакетов (REPORT:104) вместо «—» у gbrain-everything вписать «склейка трёх линз; типов для недвижимости не добавляет».
   • Добавить строку про household/ (GBRAIN_RECOMMENDED_SCHEMA.md:151).
10. Точность ссылок и догадок.
    • «24 типа (gbrain-base.yaml:1-5)» → «28 типов (подсчёт page_types)».
    • ollama.ts:51 → :53.
    • backup check в шаге 1 → backup create или физическая копия при остановленной службе.
    • Разделитель в пилоте --- → <!-- timeline --> (compiled-truth.md:116-128).
    • generated.at → время в UTC.
    • Пометить 🔮 «станет больше сотни» (REPORT:142).
    • Приложить скрипт пробы Snowball в папку задачи.
    • Добавить порог «когда Postgres» в REPORT:408.