← Все материалы

Гайд

Три предложения подрядчиков: нейросеть найдёт разницу за одинаковыми обещаниями?

Как сравнивать предложения подрядчиков с ИИ: состав работ, исключения и неизвестные условия в проверяемой таблице Чатиума.

Обновлено

Таблица данных, диаграмма и лупа над отличающейся ячейкой

Три подрядчика могут обещать «кабинет под ключ» и иметь в виду три разных результата. Один включает перенос данных, другой — только интерфейс, третий — ещё и сопровождение. Нейросеть полезна, если помогает разложить предложения на сопоставимые пункты и не заполняет пропуски за авторов.

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

Промпт

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

Сначала общий перечень результата

Не начинайте с просьбы «выбери лучшее предложение». Сначала определите, что нужно получить: роли пользователей, формы, отчёты, перенос данных, размещение и порядок исправления ошибок. Без этой рамки модель будет сравнивать убедительность коммерческих формулировок.

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

Пример: кабинет для работы с заявками

Условные предложения содержат такие формулировки: А — «формы и список заявок, импорт обсуждается отдельно»; Б — «кабинет с переносом текущих данных»; В — «разработка интерфейса, серверная интеграция со стороны заказчика».

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

Требование А Б В
Интерфейс заявок Указан Указан общим описанием Указан
Перенос данных Отдельное обсуждение Указан, нужен состав Не указан
Серверная часть Нужно уточнить Нужно уточнить На стороне заказчика

Это учебный пример. Он показывает, почему «не указано», «не входит» и «нужно уточнить» — разные значения. Отсутствие строки в документе ещё не доказывает отказ подрядчика выполнять работу.

Не теряйте условия вокруг срока

Срок может начинаться после предоплаты, получения материалов или согласования макета. Если в таблице оставить только число недель, предложения будут выглядеть сопоставимыми без достаточного основания.

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

Что поручить Claude Opus

Opus 5.5 можно использовать для разбора нескольких связанных условий. Но даже подробный ответ должен быть проверяемым: каждая ячейка ссылается на предоставленный фрагмент, а выводы отделены от фактов. Пример ограничен сравнением технического состава работ.

Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.

TypeScript
import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'anthropic/claude-opus-5.5',
  system: 'Сравни технические предложения по заданным требованиям. Для каждой ячейки укажи основание. Различай не указано, исключено и включено с условием. Не назначай победителя и не заполняй пробелы догадками.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

Метод возвращает completionId. Сам ответ приходит позже в onCompletionCompleted, ошибка — в onCompletionFailed; до этого приложение показывает ожидание. Это схема вызова, а не полный код приложения.

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

Как принять решение после разбора

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

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

Частые вопросы

Можно ли сразу получить рейтинг подрядчиков?

Сначала нужны сопоставимые данные и ваши критерии. Иначе рейтинг будет выражать скрытые предположения модели, а не требования проекта.

Что делать с фразой «всё включено»?

Уточнить состав по конкретным пунктам. Общее обещание не объясняет, входят ли перенос данных, настройка доступов и сопровождение.

Как использовать таблицу после выбора?

Превратить подтверждённые результаты в критерии приёмки. Для проверки зависимостей пригодится план проекта, а для формулировки поведения — требования к приложению.