VERIFIED CASE / 03 / 03

Как превратить следы разработки в контент и не опубликовать лишнее

CASE / LOCAL FIRST / CONTENT OPERATIONS

Рабочие сессии содержат хорошие истории, но рядом с ними находятся токены, приватные URL, локальные пути и незавершённые выводы. Relay отделяет доказательный материал от того, что нельзя публиковать.

FORMAT
TECHNICAL CASE
PUBLISHED

01 / CHALLENGE

Задача

Автоматический сбор всего терминала и всех AI-диалогов создаёт неприемлемый риск утечки. Одновременно ручная подготовка каждой заметки теряет контекст, происхождение фактов и связь между несколькими проектами.

02 / SOLUTION

Решение

Local-first модуль собирает ограниченные сигналы из Git, очищенных заметок и разрешённых журналов, формирует тематические эпизоды и прогоняет их через privacy scanner. Результат сохраняется как UTF-8 Markdown/JSON с происхождением, а публикационные команды отделены и остаются opt-in.

03 / OUTCOME

Результат

Разработка превращается в проверяемый Content Inbox, где история связана с проектом, датой, темой и исходным эпизодом. NAZ получает подготовленный материал, но повторно проверяет его и не публикует автоматически без отдельного маршрута.

ENGINEERING / DECISIONS

Ключевые решения

  1. 01

    Local-first

    Исходные рабочие сигналы обрабатываются локально, а наружу выходит только подготовленный и очищенный пакет.

  2. 02

    Происхождение фактов

    Тематический рассказ хранит стабильный Topic-ID и SHA-256 исходного эпизода для проверки.

  3. 03

    Публикация отдельно

    Сбор и экспорт не равны публикации; autopost запускается только отдельной явно разрешённой командой.

VALIDATION / PUBLIC EVIDENCE

Что подтверждено

  • Privacy scanner маскирует email, ключи, токены, пароли, внутренние URL и локальные пути.
  • Незавершённые и не имеющие подтверждённого результата истории запрещены для автопубликации.
  • Content Inbox разделён по проектам, датам и темам.
  • Обычный режим формирует review queue и ничего не публикует самостоятельно.