Архитектура ведомых узлов

мемо Антону · 06.08.2026 · замеры с ОДНОГО узла (MyOwnPC-Natalia) · о хабе отсюда не судим

⛔ Сначала то, что нашлось по дороге — это важнее вариантов

На узле две папки canon-proposals, и сессии пишут в мёртвую.

ЖИВАЯ   C:\Obsidian\_machine-bus\_transit\canon-proposals   sendreceive   88 предложений
МЁРТВАЯ D:\OBSIDIAN\Anton-Knowledge\_machine-bus\...        receiveonly   не уезжает никуда

Вторая лежит внутри receive-only шары волта. Файл туда пишется без ошибки, выглядит доставленным и не уезжает. В ней застряли 11 предложений, старейшее 42 дня.

застряло	с какого дня	цена молчания
`PROPOSAL-2026-06-25-leads-live-operator-check-thread`	25.06	42 дня
`2026-07-09-never-post-from-personal-natalia-tg`	09.07	28 дней. Следов в Библии нет — правило про личный ТГ Наташи так и не стало правилом
`2026-07-15-no-tg-content-without-approval`	15.07	22 дня
ещё 8, включая все 5 сегодняшних	31.07 – 06.08	до 6 дней

Корень — издевательский: текст самого сторожа receiveonly_edit_guard, который существует ровно против тихой недоставки, велит писать в $MB = <vault>/_machine-bus. А MACHINE_BUS_DIR в settings.json указывает на C:\Obsidian\_machine-bus. Сторож против молчаливой потери сам направляет в молчаливую потерю.

Уже сделано: все 11 скопированы в живую шину, сверка показала ноль оставшихся. Хабу отправлено сообщение с просьбой проверить, нет ли такой же мёртвой копии у них.

Цифры, на которых стоит разговор

11предложений застряло

42дня старейшее

43отбитых правки за 8 дней

5 из 6шар — только на чтение

шара	тип	что это значит для ведомого
anton-knowledge (волт)	receiveonly	роадмап, дашборды, задачи, Библия — писать нельзя
claude-home	receiveonly	CLAUDE.md, скрипты
claude-memory	receiveonly	MEMORY.md
claude-skills	receiveonly	скиллы, кроме namespace `local-*`
claude-imports	receiveonly	движки
machine-bus	sendreceive	единственный двусторонний канал

Что чаще всего отбивалось за 8 дней: _Dashboards (77 упоминаний в логе), CLAUDE.md 15, MEMORY.md 12, 10-Tasks 11. Из 853 попыток записи отбито 43, то есть 5%. Но эти 5% — ровно рабочие продукты узла, а не канон.

Диагноз в одну строку

Единица доверия — шара, а защищать надо путь.

Syncthing умеет ставить тип только на папку целиком. Поэтому «канон правит только Антон» ($7.9, правильное правило) технически превратилось в «ведомый не пишет вообще ничего» — включая свои же дашборды, свои карточки задач и свои ретро, которые каноном никогда не были и никому не угрожали.

Честная граница: это не единственная причина трения. Вторая — у предложения нет квитанции. Три старых предложения из четырёх всё-таки доехали в Библию, но под другими именами, и автор об этом не узнал никогда. Проверить «доехало ли» можно только вручную и по смыслу.

Варианты

РЕКОМЕНДУЮ · сначала это

A. Разрезать волт на две шары: канон и рабочая зона

Канон (Библия reglament-*, CLAUDE.md, MEMORY.md) остаётся receive-only. Рабочая зона (_Dashboards, 10-Tasks, ретро, 03-Insights) становится sendreceive отдельной шарой.

Даёт: убирает примерно 90% сегодняшнего трения — это ровно те папки, что чаще всего отбивались. Защита канона не ослабевает ни на грамм.

Стоит: честно — не бесплатно. Тип в Syncthing только на папку, поэтому это новая шара и переезд путей на всех узлах. Разово, но руками.

Риск: вернутся sync-конфликты, которые закрыли 27.07 (было 75). Смягчение уже существует и работает: один писатель на производный файл. Дашборды и так пишутся по одному файлу одним генератором.

РЕКОМЕНДУЮ · дёшево, делать в любом случае

D. Квитанция на предложение

Хаб отвечает по каждому: влито / отклонено / куда легло. Сегодня автор не узнаёт судьбу никогда — отсюда и 42 дня тишины, которые никто не заметил.

Стоит: мало. Одна строка обратно в шину при вливании.

запасной

B. Шардинг по автору вместо разрезания

Оставить всё как есть, но общие рукописные файлы разбить по узлам: ROADMAP.natalia.md, хаб склеивает. Для роадмапа это уже записано как незакрытый хвост от 27.07.

Даёт: ноль конфликтов по построению, Syncthing не трогаем. Стоит: хабу нужен сборщик, файлов больше. Лечит роадмап, но не дашборды.

направление, не на сегодня

C. Канон в git, Syncthing только под данные

Промышленный стандарт для «много писателей, один авторитет»: ведомый делает ветку, хаб мержит. История, ревью, никакого тихого отката.

Даёт: закрывает и доставку, и квитанцию, и историю разом. Стоит: git на всех узлах и операторы, которые git не знают. Наташа не должна учить ветки, чтобы поправить дашборд.

Возражения против моей же рекомендации

«Разрезание вернёт потерю работы». Резонно: 27.07 закрывали флуд из 75 конфликтов. Но корнем тогда был не тип шары, а два писателя одного файла и промпт «перепиши файл целиком». Правило одного писателя остаётся в силе и после разрезания.
«Это ослабляет §7.9». Не ослабляет: канон остаётся receive-only. Но границу «что канон, а что нет» придётся провести явно и один раз — сейчас она проведена случайно, по границе диска.
«Настоящая боль была не в типе шары, а в двух папках». Сильнейшее возражение, и наполовину верное. 11 застрявших предложений — это баг адреса, а не архитектуры, и он уже починен. Но заметь: этот баг прожил 42 дня именно потому, что в receive-only мире «записал и не уехало» — нормальное ежедневное состояние. Там, где тихая недоставка привычна, её перестают замечать.
«Мерили один узел». Верно. Все цифры с машины Наташи. У хаба картина может быть другой, и его конфиг отсюда не виден.

Что предлагаю сделать

Уже сделано: 11 предложений доставлены, хабу отправлен заказ проверить мёртвую копию у себя и починить текст сторожа на всех узлах.
Сегодня-завтра: вариант D (квитанция) — дёшево и нужно при любом решении по остальному.
Твоё решение: вариант A. Это переезд путей на всех узлах, поэтому решаешь ты, а не я.
Замер после: число отбитых правок на узел в неделю. Сейчас 43 за 8 дней. Цель — около нуля для неканонных путей. Если после A не упало, значит диагноз был неверен, и это будет видно цифрой.

Уверенность: в диагнозе (единица доверия = шара вместо пути) — высокая, стоит на логе сторожа и конфиге Syncthing. В том, что вариант A лучший, — средняя: не проверял, как переезд путей ляжет на хаб и Маяк, и это ровно тот кусок, которого отсюда не видно. Если хочешь, оформлю сравнение A/B/C глубоким ресёрчем перед тем, как что-то двигать.