![]()
Три подрядчика могут обещать «кабинет под ключ» и иметь в виду три разных результата. Один включает перенос данных, другой — только интерфейс, третий — ещё и сопровождение. Нейросеть полезна, если помогает разложить предложения на сопоставимые пункты и не заполняет пропуски за авторов.
В Чатиуме можно собрать кабинет сравнения с общей матрицей требований и основаниями из каждого предложения. Неизвестные условия превращаются в вопросы подрядчикам, а не в удобные для таблицы догадки.
Создай кабинет сравнения предложений подрядчиков. Я задаю список требований и добавляю тексты предложений. Показывай включённые работы, исключения и неизвестные условия с исходными фрагментами. Дай подготовить вопросы для уточнения и сохранить подтверждённое сравнение.
Сначала общий перечень результата
Не начинайте с просьбы «выбери лучшее предложение». Сначала определите, что нужно получить: роли пользователей, формы, отчёты, перенос данных, размещение и порядок исправления ошибок. Без этой рамки модель будет сравнивать убедительность коммерческих формулировок.
Отдельно укажите обязательные и желательные пункты. Если перенос данных критичен, предложение без него нельзя считать полным только потому, что в нём много дополнительных экранов.
Пример: кабинет для работы с заявками
Условные предложения содержат такие формулировки: А — «формы и список заявок, импорт обсуждается отдельно»; Б — «кабинет с переносом текущих данных»; В — «разработка интерфейса, серверная интеграция со стороны заказчика».
Общий заголовок у всех может быть похож, но объём различается. В таблице важно сохранить это различие, а не поставить три одинаковые галочки напротив слова «кабинет».
| Требование | А | Б | В |
|---|---|---|---|
| Интерфейс заявок | Указан | Указан общим описанием | Указан |
| Перенос данных | Отдельное обсуждение | Указан, нужен состав | Не указан |
| Серверная часть | Нужно уточнить | Нужно уточнить | На стороне заказчика |
Это учебный пример. Он показывает, почему «не указано», «не входит» и «нужно уточнить» — разные значения. Отсутствие строки в документе ещё не доказывает отказ подрядчика выполнять работу.
Не теряйте условия вокруг срока
Срок может начинаться после предоплаты, получения материалов или согласования макета. Если в таблице оставить только число недель, предложения будут выглядеть сопоставимыми без достаточного основания.
Сохраняйте исходное условие и зависимость. Для планирования полезно отдельно отметить, какие действия требуются от вашей команды. Быстрый срок при неподготовленных материалах может оказаться неприменимым к текущей ситуации.
Что поручить Claude Opus
Opus 5.5 можно использовать для разбора нескольких связанных условий. Но даже подробный ответ должен быть проверяемым: каждая ячейка ссылается на предоставленный фрагмент, а выводы отделены от фактов. Пример ограничен сравнением технического состава работ.
Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.
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 передаются требования и предложения с названиями и версиями. Приложение сохраняет исходники рядом с матрицей. Если подрядчик прислал уточнение, его нужно связать с конкретным пунктом и обновить статус сравнения.
Как принять решение после разбора
Сначала закройте неизвестные обязательные условия. Затем сравнивайте варианты по одинаковому объёму и понятным критериям команды. Модель может показать компромиссы, но не должна присваивать произвольные баллы и объявлять победителя без согласованных весов.
Встроенный помощник Чатиума может создать такой кабинет, формы уточнений и историю. Полезно сохранять, почему выбрано решение: какие условия подтверждены и какие ограничения сознательно приняты. Это поможет при последующей приёмке работ.
Частые вопросы
Можно ли сразу получить рейтинг подрядчиков?
Сначала нужны сопоставимые данные и ваши критерии. Иначе рейтинг будет выражать скрытые предположения модели, а не требования проекта.
Что делать с фразой «всё включено»?
Уточнить состав по конкретным пунктам. Общее обещание не объясняет, входят ли перенос данных, настройка доступов и сопровождение.
Как использовать таблицу после выбора?
Превратить подтверждённые результаты в критерии приёмки. Для проверки зависимостей пригодится план проекта, а для формулировки поведения — требования к приложению.