Опишите задачу для RUFP обычным текстом: какой результат нужен, с какими данными предстоит работать и какие условия важно сохранить. Если хотите сначала согласовать решение, включите режим плана. В обычном режиме RUFP может сразу выполнять задачу. До начала изменений полезно записать хотя бы один пример, по которому вы сможете проверить готовность.
Как RUFP работает с задачей
- Вы описываете цель и исходные условия.
- RUFP изучает контекст. В режиме плана сначала предлагает шаги и ждёт одобрения.
- Агент выполняет работу с учётом выбранного доступа и ограничений.
- Вы проверяете результат и состав изменений.
- Если нужна доработка, продолжаете обсуждение в той же сессии.
Текстовые ограничения помогают описать задачу. Доступ к файлам и выполнение команд также зависят от настроек среды: проверьте их отдельно. Подробнее о плане, разрешениях и просмотре правок — в разделе «Контроль изменений».
Что включить в описание
- Цель: действие, которое должно стать возможным.
- Контекст: пользователи, текущий проект, исходные данные и место использования.
- Ограничения: что сохранить, какие части разрешено менять, входит ли публикация.
- Критерий готовности: наблюдаемый результат конкретного действия.
- Пример: входные значения и ожидаемый ответ, запись или файл.
Скриншот или набросок может уточнить расположение элементов. Подпишите, что на нём важно и какое поведение требуется: как работать с картинками. Для рабочих правил лучше добавить текстовое объяснение, поскольку изображение обычно показывает только один момент сценария.
Шаблон задачи
Нужно: какое действие добавить или исправить.
Сейчас: как устроен проект и что уже работает.
Данные: небольшой учебный пример без секретных значений.
Сохранить: поведение и части проекта, которые должны остаться прежними.
Готово, когда: ожидаемый результат выбранного примера.
Сначала: показать план, уточнить вопросы или выполнить согласованную часть.
Заполняйте строки, которые существенны для вашей задачи. Если рабочего правила пока нет, прямо попросите выявить неизвестные условия и предложить варианты. Выберите подходящее поведение до реализации. Например, нужно заранее решить, считается ли повторная отправка формы новым обращением или повтором уже созданного.
Примеры проверяемых заданий
Сайт услуги. «Сделай страницу студии ремонта: услуги, примеры работ и форма с именем и телефоном. Сначала покажи план. Готово, когда учебная заявка сохраняется у получателя, а пустой телефон вызывает понятную подсказку. Размещение пока обсудим отдельно». Укажите, где именно получатель должен увидеть запись.
Telegram-бот. «Создай бота, который спрашивает услугу и имя, показывает введённые данные и сохраняет заявку после подтверждения. Повторное подтверждение той же заявки не создаёт вторую запись. Объясни запуск на компьютере и отдельно предложи способ постоянной работы». Для проверки заранее определите место хранения заявки и ожидаемый номер.
Отчёт. «Подготовь таблицу продаж по месяцам из приложенного учебного файла. Сумма трёх строк примера должна совпасть с заранее указанным итогом. Строки без даты вынеси в отдельный список, исходный файл сохрани». Приложите ожидаемые числа, чтобы проверка не зависела только от расчёта нового алгоритма.
Как разделить большую задачу
Начните с одного завершённого пути пользователя. Для формы это может быть ввод, сохранение и подтверждение. После проверки отдельно добавляйте уведомление, поиск или другой канал поступления. Для каждого шага записывайте ожидаемый итог и повторяйте основные действия, которые уже работали.
Если задача меняется во время работы, уточните её границы явно. Например: «Теперь нужен второй получатель; это дополнительное требование». Если нарушено согласованное поведение, приведите исходное ожидание: «Заявка должна сохраняться один раз, но после двух нажатий появились две строки». Такие сообщения позволяют обсуждать конкретное изменение.
Как сообщить о проблеме
Укажите последнее действие, фактический результат и ожидаемое поведение. Скопируйте точный текст ошибки, если он есть, и добавьте минимальный учебный пример. Не включайте пароли, токены и данные клиентов. Попросите сначала объяснить предполагаемую причину и предложить ограниченный состав правок.
После исправления повторите проблемный случай и несколько прежних сценариев. Сохраните итог вместе с заданием. Уже внесённые изменения не отменяются автоматически при новой формулировке: порядок возврата к исходной версии нужно обсудить отдельно.
Что считать завершением
Сравните результат с записанным критерием. Уточните, какие действия проверены и в какой среде, какие ограничения остались и как снова открыть проект. Если нужно размещение, оно должно быть отдельно включено в задачу и проверено после выполнения. Для сложных решений, последствия которых вы не можете оценить, привлеките специалиста.
Перед первым проектом посмотрите раздел «Первый запуск». Подготовленное описание поможет пройти весь небольшой цикл: согласовать действия, получить результат и повторить проверку самостоятельно.