Протокол 01 · Данные для ИИ
Как подготовить данные для промышленного ИИ
Начинайте не со сбора всех файлов, а с точного описания задачи, допустимых источников и правил проверки результата.
Перейти к короткому ответуКороткий ответ
Подготовить данные — значит сделать их пригодными для одной согласованной задачи
Для промышленного ИИ нужно определить сценарий, выбрать допустимые источники, согласовать термины, назначить владельцев, проверить примеры и установить правила изменения данных.
Очистка таблиц важна, но недостаточна. Система должна отличать актуальную версию от устаревшей, факт — от предположения, а автоматический результат — от решения, которое подтверждает человек.
- Сценарий имеет проверяемую границу
- У каждого важного факта есть источник
- Термины и единицы согласованы
- Назначены владельцы решений
- Есть проверочные примеры
- Понятны правила обновления
Маршрут подготовки
От бизнес-задачи к управляемому контуру
Не исправляйте всё информационное хозяйство сразу. Пройдите один прикладной сценарий от входа до проверяемого результата.
- 01
Зафиксируйте сценарий
Опишите входные материалы, ожидаемый результат, пользователя, ограничения и точку подтверждения человеком.
Проверка: Можно ли однозначно сказать, что относится к задаче?
- 02
Составьте карту источников
Для каждого необходимого факта укажите источник, владельца, версию и правило приоритета.
Проверка: Какой источник рабочий при расхождении?
- 03
Согласуйте смысл
Зафиксируйте определения, единицы, идентификаторы, связи и исключения. Исходное значение сохраняйте отдельно от нормализованного.
Проверка: Одинаково ли поле понимают разные специалисты?
- 04
Назначьте владельцев
Определите, кто подтверждает источник, разрешает конфликт и принимает результат.
Проверка: Кому передать случай, который нельзя разрешить надёжно?
- 05
Подготовьте примеры
Добавьте типовые, спорные, неполные и ошибочные случаи с ожидаемым результатом и основанием.
Проверка: Можно ли обнаружить пропуск или ложное добавление?
- 06
Установите правила приёмки
Разделите автоматический результат, обязательную проверку и условия остановки. Опишите пересчёт после изменений.
Проверка: Можно ли объяснить, почему результат принят?
Рабочий реестр
Что проверить до разработки или пилота
Хороший признак — не количество файлов, а способность объяснить происхождение, смысл и допустимое применение важных данных.
| Область | Признак готовности | Риск |
|---|---|---|
| Граница | Вход, результат и точка подтверждения описаны | Данные собираются на всякий случай |
| Источники | Известны система, версия и владелец | Значения конфликтуют без приоритета |
| Термины | Определения и единицы согласованы | Одинаковые поля означают разное |
| Качество | Ошибки обнаруживаются по явному правилу | Правильность определяется ощущением |
| История решений | Сохраняются подтверждение и причина | Новое значение затирает исходное |
| Обновление | Известно, что пересматривать | Результат остаётся актуальным без проверки |
Красные флаги
Данные могут быть чистыми и всё равно непригодными
Собрали всё
Большой массив без границы задачи увеличивает шум. Подключайте источник только ради конкретного факта или неопределённости.
Значение без основания
Нормализованное поле без ссылки на первичный источник трудно проверить и безопасно обновить.
Термины согласует модель
ИИ может предложить соответствие, но смысл спорного термина утверждает предметный эксперт.
Приёмка после разработки
Без заранее согласованных примеров и критериев результат нельзя оценить воспроизводимо.
Контроль специалиста
Ответственные решения должны иметь владельца
ИИ полезен там, где сокращает ручной поиск и показывает основание, не присваивая себе право окончательного решения.
- 01
Подтверждение источника
Специалист решает, допустим ли документ, запись или фрагмент для текущей задачи.
- 02
Разрешение неоднозначности
Система показывает конфликт и передаёт его человеку, если детерминированного правила недостаточно.
- 03
Приёмка результата
Пользователь видит полный результат, исправляет его и фиксирует основание решения.
Граница
Готовность определяется для сценария, а не для предприятия вообще
Первичная проверка помогает выбрать следующий шаг, но не заменяет обследование конкретных процессов и источников.
Входит в рабочую границу
- Одна ограниченная задача
- Карта источников и владельцев
- Словарь и правила значений
- Проверочные примеры
- Критерии приёмки и изменения
Не входит или требует отдельного решения
- Универсальная база на все случаи
- Гарантия качества модели
- Автоматическое инженерное решение
- Передача лишних данных наружу
- Скрытая замена предметного эксперта
Честный итог
Сначала зафиксируйте рабочую границу
Если сценарий широк, источники конфликтуют и правильность нельзя проверить, начните с аудита готовности, а не с загрузки документов в модель.
- Готово: источники, владельцы и критерии определены
- Частично готово: доступны данные, но есть конкретные разрывы
- Не готово: задача и ответственность ещё не ограничены