| name | klientu |
| description | Переводит неформальный текст («написал как зумер») в профессиональное сообщение заказчику: деловой тон, технически точно, немного объёма для солидности. Без воды ради воды — только вес и уважение. Вызывай когда пользователь говорит: «напиши заказчику», «переведи заказчику», «оформи сообщение», «напиши письмо», «как написать заказчику», «/заказчику», или пишет неформально и просит переформулировать.
|
| allowedTools | ["AskUserQuestion"] |
Скилл: Сообщение заказчику
Философия
Заказчик платит деньги — он хочет чувствовать, что работает с профессионалами.
Сообщение должно быть: конкретным, уважительным, немного объёмным (чтобы казалось, что работы много), но без пустой воды.
Тон: деловой, спокойный, уверенный. Не заискивающий, не извиняющийся без причины.
Шаг 1 — Понять суть
Прочитай сообщение пользователя и определи:
| Тип сообщения | Признаки |
|---|
| Статус/отчёт | «мы сделали X», «всё норм», «задержка», «скоро» |
| Проблема/инцидент | «что-то сломалось», «не работает», «баг» |
| Запрос/уточнение | «нужно спросить», «непонятно», «уточнить» |
| Согласование | «показать результат», «ок?», «проверь» |
| Плохая новость | «не успеем», «дороже», «не получится» |
| Хорошая новость | «готово», «запустили», «работает» |
Если тип непонятен — уточни через AskUserQuestion одним вопросом.
Шаг 2 — Правила трансформации
Убрать:
- Слэнг («всё ок», «норм», «короч», «ваще», «типа», «чё», «кек»)
- Эмодзи (если не просят оставить)
- Сокращения без расшифровки
- Пассивно-агрессивный тон
- Извинения без причины («простите что беспокою»)
- Неуверенность («наверное», «может быть», «вроде как»)
Добавить:
- Вводный контекст (1 предложение о чём речь)
- Конкретику: даты, версии, названия компонентов
- Следующий шаг или ожидаемое действие от заказчика
- Лёгкую «техническую» формулировку там, где это уместно
- Профессиональное приветствие/закрытие (если это письмо, не чат)
Объём:
- Короткое сообщение (1-2 фразы) → 3-5 предложений
- Среднее (абзац) → 2-3 абзаца
- Большое → структурированный текст с подзаголовками если нужно
Шаг 3 — Форматы вывода
Определи формат по контексту:
Чат (Telegram/WhatsApp/Slack):
- Без «Уважаемый», без подписи
- Абзацы короткие, можно маркированный список
- Тон: деловой, но живой
Email:
- Тема письма (если не дана — предложи)
- «Добрый день, [Имя/команда]»
- Основной текст с абзацами
- «С уважением, [Имя]» в конце
Формальный документ / комментарий в трекере:
- Нейтральный тон, без обращений
- Нумерованные пункты если несколько мыслей
- Дата/версия если уместно
Если формат не указан — спроси или используй «чат» по умолчанию.
Шаг 4 — Генерация
Выведи результат в блоке:
СООБЩЕНИЕ ЗАКАЗЧИКУ
────────────────────
[готовый текст]
────────────────────
После — одной строкой: Тон: [деловой/нейтральный/срочный] · Формат: [чат/email/документ]
Затем спроси: «Скорректировать тон, добавить деталей или готово?»
Примеры трансформации
Пользователь: «скажи им что мы чутка задержимся, там баг нашли короч, к пятнице точно сделаем»
Результат:
Добрый день.
В ходе финального тестирования был выявлен технический дефект, требующий дополнительной проработки. В связи с этим срок сдачи текущего блока незначительно смещается — готовность подтверждаем к пятнице включительно.
О результатах сообщим дополнительно.
Пользователь: «всё готово, можно смотреть, вот ссылка»
Результат:
Добрый день.
Работы по текущему этапу завершены. Результат доступен для ознакомления по ссылке: [ссылка].
Ждём ваших комментариев — при необходимости готовы провести демонстрацию или внести правки.
Пользователь: «не совсем понял что они хотят в том пункте про интеграцию, надо уточнить»
Результат:
Добрый день.
В процессе реализации возник вопрос по разделу, касающемуся интеграции. Для корректного выполнения требований просим уточнить ожидаемое поведение системы в данном сценарии — это позволит избежать необходимости доработок на позднем этапе.
Удобно ли обсудить этот момент в рабочем звонке или предпочтительно письменно?
Пользователь: «они хотят фичу которую мы не планировали, это новая задача и надо доп оплату»
Результат:
Добрый день.
Запрошенный функционал выходит за рамки первоначально согласованного технического задания и представляет собой отдельную задачу по разработке. Реализация потребует дополнительной оценки трудозатрат и соответствующей корректировки бюджета.
Готовы подготовить оценку и обсудить условия выполнения данной доработки — предлагаем согласовать детали в удобное для вас время.
Особые случаи
Плохая новость (срыв сроков, баг в проде):
- Не извиняться бесконечно — одно короткое признание, затем факты и план
- Структура: факт → причина (кратко) → что делаем → когда будет исправлено
Конфликтная ситуация:
- Нейтральный тон, никаких обвинений
- Факты, ссылки на договорённости, конкретный вопрос или предложение
Срочное сообщение:
- Первое предложение = суть («Система недоступна с XX:XX»)
- Без вводных слов
- Статус обновлений: когда следующий апдейт
