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

Задача модели — указать фрагменты, которые не согласуются между собой, и объяснить возможную связь. Решение о наличии ошибки принимает человек, сверяя исходные условия. Уверенный тон ответа не является дополнительным доказательством.

Подготовьте определённую версию плана

Соберите актуальные разделы: предложение, аудиторию, объём, ресурсы, сроки, деньги и зависимости. Обозначьте версию, дату и единицы. «Выручка 300» без валюты и периода может породить ложные противоречия, которые связаны только с неполной записью.

Если документ слишком большой для надёжной совместной обработки, разделите проверку по связям: сроки с зависимостями, объём с мощностью, обещания с условиями. Затем сопоставьте результаты. Анализ отдельного фрагмента не позволяет заявлять, что весь план проверен.

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

Разделите виды замечаний

Противоречие возникает, когда два утверждения не могут одновременно выполняться при одинаковых условиях. Пробел означает, что необходимое условие не описано. Риск — что условие может не выполниться. Предположение — что вы пока приняли его без достаточного подтверждения.

Эти категории помогают не превращать любую неопределённость в ошибку. Если в плане нет способа привлечения клиентов, это пробел, но не доказательство невозможности продаж. Если поставка может задержаться, это риск. Если старт назначен раньше обязательной подтверждённой поставки, требуется проверка календарного противоречия.

NIST указывает на способность генеративных систем уверенно выдавать ошибочное содержание. Поэтому полезно требовать от модели опоры на конкретные фрагменты, а не свободного списка типичных проблем бизнеса.

Задайте проверяемое поручение

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

Отдельно перечислите связи, которые важны вам: сроки и зависимости; обещанный объём и рабочие часы; расходы и доступные деньги; аудитория и способ покупки; гарантия и ресурс исправлений. Такой список направляет внимание, но не гарантирует обнаружения всех ошибок.

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

Проверьте каждое замечание по исходнику

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

Учебный пример: в плане указаны четыре заказа по двенадцать часов и ещё восемь часов обязательной подготовки. Потребность — пятьдесят шесть часов. Доступная мощность на тот же период — сорок. При отсутствии другой помощи дефицит составляет шестнадцать часов.

Расчёт проверьте отдельно обычным калькулятором или таблицей. Затем выясните, не учтена ли подготовка уже внутри двенадцати часов. Если учтена, первоначальное замечание требует исправления. Полезность ИИ здесь — в обнаружении вопроса, а не в праве определять смысл ваших чисел.

Исправляйте план, сохраняя историю

Для подтверждённого расхождения выберите решение: изменить объём, срок, ресурс или обещание. Иногда нужно получить недостающие данные. Не просите модель просто «сделать план непротиворечивым»: она может убрать важное ограничение и создать красивую, но невыполнимую версию.

Четыре заказа по 12 часов и 8 часов подготовки дают 56 часов при мощности 40 часов.
Дефицит 16 часов сохраняется, только если подготовка не учтена уже внутри двенадцати часов заказа.
План
Четыре заказа по 12 часов и 8 часов подготовки дают 56 часов. Мощность периода — 40 часов. Дефицит 16 часов, если подготовка не учтена внутри двенадцати. ИИ находит вопрос, смысл чисел проверяет человек.

Сохраняйте журнал: замечание, проверка, решение и изменённый раздел. После правки повторно проверьте связанные условия. Увеличение числа исполнителей устраняет дефицит часов, но добавляет расходы и потребность в координации.

Практическое задание

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