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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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