# Common. DX.Tracer — Универсальный трассировщик событий

Автор: Art Yg

Tracer предназначен для записи любых диагностических событий в таблицы базы данных:

ошибок
проверок
ветвлений логики
внутренних состояний
отладочной информации

Tracer не знает:

что такое сессия
что такое скрипт, команда или триггер
какие поля считаются «правильными»

Он записывает ровно те данные, которые ему передали.

Основные принципы

Stateless — не хранит состояние
Schema-agnostic — не требует фиксированной схемы
Zero mandatory fields — нет обязательных полей
Opt-in — работает только если включён
Side-effect only — не влияет на выполнение кода

Tracer можно удалить из проекта — бизнес-логика продолжит работать.

Минимальные требования

Для начала работы достаточно:

Создать любую таблицу в БД (даже без полей, кроме id)
Добавить атрибут бота TRACER_CONFIG
Вызвать trace()

Рекомендуемое, но не обязательное поле таблицы:

created_at с автозаполнением (NOW)

Tracer не управляет временем. Если поле есть — БД заполнит его автоматически. Если нет — запись всё равно создаётся.

Конфигурация

Tracer настраивается через один JSON в атрибутах бота: TRACER_CONFIG.

{
  "navigation": {
    "enabled": true,
    "table": "nav_trace"
  },
  "ai": {
    "enabled": false,
    "table": "ai_trace"
  }
}

каждый tracer имеет имя (navigation, ai, api и т.д.)
у каждого tracera своя таблица (или общая)
выключенный tracer ничего не пишет

Использование

const Tracer = require("Common.DX.Tracer");

Tracer.trace("navigation", {
  category: "NAVIGATION",
  component: "Actor",
  action: "hasAchievement",
  level: "OK",
  payload: {
    actor_id: 42,
    achievement: "first_step",
    result: true
  }
});

Если tracer выключен — метод молча завершится.

Методы Tracer

Tracer предоставляет несколько эквивалентных методов:

trace(name, data) — базовый метод записи
log(name, data) — алиас для читаемости
info(name, data) — добавляет level: "INFO"
error(name, data) — добавляет level: "ERROR"

Все методы:

не выбрасывают ошибок
не изменяют переданные данные
не влияют на бизнес-логику

Данные события

Tracer принимает любой объект.

Все поля:

опциональны
именуются произвольно
записываются «как есть»

Рекомендуемые (но не обязательные):

category — область (NAVIGATION, AI, API)
component — компонент
action — действие
source — источник (system, user, webhook)
level — уровень ошибки
payload — любые данные (тип поля TEXTAREA)

Если таблица не содержит поле — БД вернёт ошибку. В таком случае используйте payload.

Работа со временем

Tracer:

не добавляет timestamp
не требует поля времени
позволяет передать своё время

{
  event_time: "2026-01-16T12:00:00Z"
}

или

{
  created_at: "2026-01-16T12:00:00Z"
}

Когда использовать

метод возвращает true / false, но нужна диагностика
не хочется усложнять ответы ошибками
важно понять, почему логика не сработала
нужна отладка без влияния на сценарии

Когда не использовать

как бизнес-лог
как аудит-лог
как аналитику или метрики

Итог

Common.DX.Tracer — простой и ненавязчивый способ видеть, что происходит внутри системы.

Никакой магии. Никаких обязательств. Никакой боли.