# Промт для передачи задачи между исполнителями: факты вместо пересказа по памяти

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

## Начать с текущего состояния

Сначала указывают, что уже сделано и где лежит результат. Важно отделить завершённые части от черновиков. Формулировка «макет готов» двусмысленна, если неясно, согласован ли он и можно ли менять структуру.

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

## Записать цель следующего шага

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

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

## Сохранить решения и ограничения

Коротко запишите, какие варианты уже рассматривались и почему от них отказались. Не нужно переносить весь чат. Достаточно решения, даты и основания, которое всё ещё действует.

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

## Попросить удобный формат передачи

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

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

## Провести финальную проверку

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

Хорошая передача позволяет новому исполнителю начать с конкретного действия и сразу увидеть, где требуется уточнение. Она не отменяет разговор, но делает его короче и защищает проект от пересказа по памяти.