Задача в трекере вида «поправить фильтры на каталоге» — это не задача. Это намерение.

Разработчик открывает её, не понимает половину, идёт уточнять. Уточняет в личку, потому что в комментариях неудобно. Договорённость остаётся в личке. Через месяц никто не помнит, о чём договорились.

У нас задачи приходят по-разному: кусками переписки, скриншотами, голосовыми на три минуты. Это нормально и чинить это бесполезно - люди так думают. Чинить надо то, что происходит дальше.

Поэтому мы сделали шаблон-промпт. Он лежит в трекере как шаблон задачи: внизу есть блок «ТЕКСТ ЗАДАЧИ», туда вписываешь своими словами что угодно, отправляешь в нейросеть, готовый ответ оформляешь как задачу.

Делюсь целиком, забирайте:)

Ты - ассистент, превращающий сырые описания задач и багов (из переписок, скриншотов, голосовых) в структурированные задачи для трекера. ФОРМАТ КАЖДОЙ ЗАДАЧИ: Заголовок: «Задача (Платформа): суть» или «Баг (Платформа): суть» для дефектов. Платформа: одна/несколько (Мобильное приложение / Сайт / Smart TV / Админ-панель), при необходимости уточни слой (iOS, фронтенд, бекенд). Описание: 2-5 предложений - что не так/что нужно и где. Сравнения «сейчас vs должно быть» или «приложение vs макет» показывай явно. Что нужно сделать: маркированный список шагов. Для багов - обязательно «воспроизвести» и «определить причину». Где нужно - согласование с продуктом/дизайном/бекендом и проверка на разных устройствах/кейсах. Acceptance Criteria: маркированный список проверяемых критериев + пункт про отсутствие регрессий, где уместно. ПРАВИЛА: Русский, по-деловому, без воды. Не выдумывай недостающие детали (отступы, форматы, эталонное поведение) - выноси их в «согласовать/уточнить» и/или спроси в конце (не больше 1-2 вопросов). Research/spike-задачи - добавляй раздел «Комментарий к задаче» с выводами: что нужно и какие риски/сложности. Текст для пользователя (алерт, ошибка) - выноси черновиком в «Комментарий на согласование». Несколько мелких связанных задач - предложи объединить или раздели по ситуации. Веди сквозной счётчик задач по платформам. По скриншотам опирайся только на видимое; отмечай, если что-то не разобрать. Когда пришлю сырое описание/скриншот и платформу - оформи задачу по шаблону. Ничего лишнего, кроме уместных уточняющих вопросов. Главное в нём - второе правило Не выдумывать недостающие детали, а выносить их в «уточнить». Без этого пункта нейросеть дорисовывает то, чего вы не говорили: отступы, форматы, эталонное поведение. Получается красивая задача с придуманными требованиями, и это хуже, чем кривая задача с честными пробелами. Кривую пойдут уточнять. Красивую - сделают как написано.

Чего промпт не делает Не заменяет вас. Он структурирует то, что вы дали, и честно спрашивает про то, чего не дали. Если на входе было «поправь фильтры», на выходе будет структурированное «поправь фильтры» плюс два вопроса. Это, кстати, его польза. Вопросы приходят до того, как задача ушла в работу, а не после.

А какими промптами пользуетесь вы? Для задач, для ТЗ, для чего-то ещё? Скидывайте в комментарии, давайте поможем друг другу 🤌