Реестр доказательств для публичных данных Roblox

Сохраняйте утверждения, а не только скриншоты

Скриншот сохраняет видимый контекст, но может не показать время источника, фильтры, пропуски и идентификатор. При возможности храните машиночитаемое значение или экспорт, а скриншот используйте для представления. Разделяйте «публичный счётчик Roblox», «расчёт MARPLA» и «разрешённая метрика владельца». Добавляйте статус: наблюдение, вывод, гипотеза или проверено.

Утверждение должно допускать опровержение. «Universe 123 наблюдался с 420 CCU в 20:00 UTC» воспроизводимо. «Игра вирусная» требует определения и нескольких окон. В строке решения укажите, что изменилось: наблюдать до пятницы, запросить закрытые данные или отказаться.

Пример: фиксация зацепки после обновления

Игра обновилась 10 сентября. Наблюдения показывают пятничный пик 900 CCU против 600 в прошлую пятницу, покрытие последнего часа 83% и прирост Visits 40 000. Реестр хранит Universe ID, оба окна, источники, время, покрытие и расчёт: +300 CCU, +50%. Наблюдение: «после обновления публичная одновременная аудитория выше».

Вывод: «обновление могло помочь». Ограничения: неизвестны источники, география и кампании. Решение: «пройти изменённую функцию и запросить D1 по источникам». Новое доказательство добавляется строкой, а не переписывает старое; история показывает причину смены вывода.

Минимальные поля существенного утверждения

Используйте постоянный ID, связывающий ссылки, скриншоты, экспорты и исправления.

1. Запишите Universe ID, URL, observed-at и время получения.
2. Укажите название, единицу, определение, период и фильтры.
3. Сохраните значение, знаменатель, покрытие и статус пропуска.
4. Разделите наблюдение, вывод и ограничение.
5. Добавьте действие, ответственного, срок и статус проверки.

Недоступные для аудита доказательства

Не цитируйте живую страницу без числа и времени. Не заменяйте пропуск нулём, не копируйте округлённую подпись как точное значение и не соединяйте разные часовые пояса. Один URL не доказывает, что страница поддерживала утверждение в нужную дату.

Производному полю нужна версия модели или формулы. Экспорту владельца — право доступа, фильтры и режим приватности. Исправление сохраняет старую строку и объясняет причину. Реестр не обещает полноту публичных данных; он делает неполноту видимой и ограничивает вывод.

Запись решения

Проверяйте реестр в момент решения, а не только при сборе. У каждого существенного утверждения должны быть источник, время, определение, статус, ограничение и действие. Строка без влияния на решение может остаться контекстом, но не повышать уверенность. Если вывод использует несколько строк, свяжите их одним ID и укажите, какие независимы, а какие происходят из одного счётчика. При исправлении сохраняйте автора, дату и причину. Так live-данные, экспорт и скриншот не превращаются в три мнимых подтверждения одного наблюдения.

Для внешней публикации удалите приватные заметки и личные данные, но сохраните проверяемые публичные URL, даты и формулы. Для внутренней проверки разделите права на чтение и редактирование. Одна строка должна иметь ответственного за исправление. Если источник перестал быть доступен, отметьте это, сохраните разрешённую копию доказательства и не утверждайте, что живой статус всё ещё подтверждён.

Периодически проверяйте внутренние ссылки и сохраняйте статус источника: доступен, изменён, архивирован или временно недоступен. Это предотвращает ссылочную видимость без доказательства.

Первичные источники

• Roblox games API
• Roblox Analytics
• Панель Roblox Analytics