Ключевые факты
- Категория
- ИИ и генераторы
- Типы входных данных
- textarea, file, select, number
- Тип результата
- json
- Покрытие примерами
- 4
- API доступен
- Yes
Обзор
Этот инструмент анализирует заголовки CSV, JSON-данные и SQL-схемы для выявления визуально похожих имен полей и конфликтующих префиксов. Он автоматически находит опечатки, скрытые коллизии (например, замену буквы «O» на цифру «0», строчной «l» на заглавную «I» или слияние «rn» в «m») и пересекающиеся сокращения, помогая предотвратить ошибки при тестировании и обработке mock-данных.
Когда использовать
- •При подготовке больших наборов тестовых данных (mock-данных) для выявления скрытых опечаток в названиях колонок.
- •Во время проектирования баз данных и API для проверки схем на наличие конфликтующих или слишком похожих ключей.
- •При объединении данных из разных источников (CSV, JSON), чтобы избежать путаницы из-за совпадающих префиксов.
Как это работает
- •Вставьте текст с данными (CSV, JSON, SQL-схема) в текстовое поле или загрузите файл размером до 10 МБ.
- •Выберите формат ввода (или оставьте автоматическое определение) и задайте длину префиксного окна для поиска сокращений.
- •Инструмент нормализует имена полей и сгруппирует их по визуальному сходству и совпадению префиксов.
- •Получите структурированный JSON-отчет со списком найденных конфликтов и рекомендациями по переименованию.
Сценарии использования
Примеры
1. Поиск опечаток в CSV-файле с тестовыми пользователями
QA-инженер- Контекст
- QA-инженер генерирует mock-данные для нагрузочного тестирования, но скрипты падают из-за ошибок в названиях колонок.
- Проблема
- Найти визуальные опечатки в заголовках CSV, которые сложно заметить невооруженным глазом.
- Как использовать
- Вставить строку заголовков `userId,user1d,c0de,code,customer_rn,customer_m` в поле ввода и выбрать формат CSV.
- Пример конфигурации
-
Формат: CSV, Префиксное окно: 4 - Результат
- Инструмент находит конфликты между userId и user1d, c0de и code, а также customer_rn и customer_m, выводя их в JSON-отчете.
2. Проверка JSON-схемы API на коллизии префиксов
Backend-разработчик- Контекст
- Разработчик проектирует новый API и хочет убедиться, что ключи в JSON-ответе не вызовут путаницы у клиентов при использовании сокращений.
- Проблема
- Выявить ключи со слишком похожими началами слов (префиксами), которые могут быть ошибочно интерпретированы.
- Как использовать
- Загрузить JSON-файл с примером ответа API и установить префиксное окно на 3 символа.
- Пример конфигурации
-
Формат: JSON, Префиксное окно: 3 - Результат
- Детектор возвращает JSON-отчет, указывающий на пересечение префиксов в полях appVersion и appVendor, предлагая сделать их более уникальными.
Проверить на примерах
json, csv, sqlСвязанные хабы
FAQ
Какие форматы файлов поддерживает инструмент?
Поддерживаются текстовые форматы: CSV, JSON, SQL-схемы и обычные TXT-файлы размером до 10 МБ.
Что такое «Префиксное окно» (Prefix Window)?
Это количество первых символов в имени поля, которое используется для поиска конфликтующих сокращений. Значение по умолчанию — 4, но его можно изменить в диапазоне от 2 до 8.
Какие визуальные коллизии распознает детектор?
Инструмент находит частые ошибки восприятия, такие как замена буквы «O» на цифру «0», строчной «l» на заглавную «I», а также визуальное слияние «rn» в «m».
Можно ли загрузить готовую SQL-схему (CREATE TABLE)?
Да, выберите формат «Schema» или оставьте «Auto», и инструмент автоматически извлечет имена полей из вашего SQL-запроса.
В каком формате выдается результат?
Результат возвращается в формате JSON, содержащем сводку по количеству полей, группы визуальных конфликтов и пересечения префиксов.