Сборщик пакета для найма

Неудачный наём стоит трёх месяцев зарплаты, выгоревшей команды и упущенных клиентов. Этот скилл собирает весь пакет найма — вакансию, гайд собеседования и оффер — из короткого разговора о роли, чтобы вы искали по делу, а не вслепую. По желанию отправляет оффер на подпись через ЭДО (Диадок/СБИС) с помощью Claude in Chrome.

---

Быстрый старт

Срабатывает, когда владелец говорит, что нужно кого-то нанять, или просит собрать любой документ для найма. Скилл ведёт по 6 фазам: собрать контекст → изучить рынок → написать вакансию → собрать гайд собеседования → собрать оффер → (по желанию) отправить на подпись через ЭДО.

Пример триггера:

«Мы ищем менеджера по продукту. Собери вакансию и вопросы для собеседования».

---

Рабочий процесс

1. Собрать контекст роли — спросите название должности, обязанности, требования, локацию, зарплату, формат оформления (трудовой договор по ТК / ГПХ / самозанятый), этапы собеседования и способ отправки оффера (Word-файл или ЭДО). Источник: разговор / AskUserQuestion.
2. Изучить похожие вакансии — поищите в ~~хранилище / на Рабочем столе существующие описания и шаблоны; найдите 3–5 живых вакансий по этой роли на hh.ru / Авито Работа / VK Работа. Источники: файловый MCP, веб-поиск.
3. Написать вакансию — черновик с опорой на рынок по references/job-post-structure.md. Вывод: [Роль]-вакансия.docx через скилл docx.
4. Собрать гайд собеседования + систему оценки — поэтапный гайд по references/interview-guide-structure.md. Вывод: [Роль]-гайд-собеседования.docx через скилл docx.
5. Собрать оффер — предложение о работе с подстановочными полями по references/offer-letter-template.md. Вывод: [Роль]-оффер.docx через скилл docx.
6. Отправить через ЭДО (если попросили) — через Claude in Chrome зайдите в сервис ЭДО (Диадок/СБИС/nopaper) или КЭДО, загрузите оффер, настройте отправку и сохраните черновик. Перед отправкой обязательно явное подтверждение владельца.

---

Точки подтверждения (approval gates)

В фазе 6 скилл выполняет внешне видимые действия. Правила:

• Никогда не отправляйте документ через ЭДО без подтверждения. Сохраните как черновик и верните ссылку. Владелец должен проверить и подтвердить перед отправкой.
• Никогда не отправляйте резервное письмо без подтверждения. Если браузерный поток ЭДО сбоит, соберите резервное письмо и покажите владельцу перед отправкой.
• Никогда не публикуйте вакансию. Выдавайте только .docx. Размещение на hh.ru, Авито Работа или VK Работа — задача владельца.

Фаза 6 не идёт дальше «Сохранить как черновик» без явного подтверждения владельца, что он проверил черновик и хочет отправить.

---

Фаза 1 — Понять роль

Перед исследованием и письмом соберите достаточно контекста. Спросите владельца (в разговоре или через AskUserQuestion):

• Название должности — точное название, как разместить

• Команда / функция — кому подчиняется и с кем работает

• Ключевые обязанности — 3–5 вещей, которые человек будет вести изо дня в день

• Обязательные требования — жёсткие (опыт в годах, конкретные навыки, образование)

• Желательные требования — плюс, но не обязательны

• Локация / формат — офис, гибрид или удалёнка; город, если важно

• Зарплата — вилка, если есть. Указывайте в ₽ и уточняйте gross/net: в РФ принято писать «на руки» (net), но работодатель удерживает НДФЛ (13% до 2,4 млн ₽/год) как налоговый агент. Отметьте, что вилку нужно согласовать с бухгалтером.

• Формат оформления — спросите, как планируют оформлять человека:

  • Трудовой договор по ТК РФ — штатный сотрудник, испытательный срок до 3 мес., взносы, отпуск, больничные
  • Договор ГПХ — исполнитель по гражданско-правовому договору на конкретный результат
  • Самозанятый (НПД) — для разовых/проектных задач; учтите лимит 2,4 млн ₽/год и риск переквалификации в трудовые отношения при признаках постоянной работы

• Существующее описание или шаблон? — спросите, есть ли прежняя версия в ~~хранилище или на Рабочем столе, чтобы взять за основу

• Способ отправки оффера — спросите, как доставить оффер:

  • Через ЭДО — скилл открывает сервис ЭДО/КЭДО в Chrome, загружает оффер, настраивает отправку и сохраняет черновик на проверку перед отправкой
  • Просто Word-файл — скилл сохраняет оффер как .docx и останавливается; отправку владелец берёт на себя

• Процесс собеседования — спросите, как устроен подбор:

  • Сколько этапов?
  • Кто проводит каждый этап? (рекрутёр, нанимающий руководитель, коллега из команды, руководитель руководителя, панель)
  • Что оценивает каждый этап? (соответствие культуре, экспертиза, кросс-функциональная работа)
  • Есть ли тестовое задание или рабочий кейс на каком-то этапе?

  Это критично — гайд собеседования организуется по этапам, и у каждого этапа свой набор вопросов. Если владелец ещё не решил, предложите разумный дефолт по уровню роли и размеру компании и подтвердите перед продолжением.

  Пример дефолта для роли среднего/старшего уровня:

  Этап	Кто проводит	Фокус
  Телефонный/видеоскрининг	Рекрутёр	Коммуникация, базовое соответствие, логистика
  Интервью с руководителем	Нанимающий руководитель	Масштаб, ответственность, экспертиза по роли
  Интервью с коллегой	Член команды	Совместная работа, стиль
  Навыки / кейс	Сильный специалист	Релевантная экспертиза
  Финал / культура	Руководитель руководителя	Ценности, долгосрочная траектория

Зафиксируйте способ отправки в фазе 1, чтобы путь фазы 5/6 был ясен до начала письма. Если владелец уже назвал способ (например, «отправь через Диадок»), извлеките это из сообщения, а не спрашивайте снова.

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

---

Фаза 2 — Изучить похожие вакансии

Хорошие вакансии опираются на то, что реально пишет рынок по этой роли. Сделайте оба пункта параллельно:

А. Сначала проверьте существующие файлы Поищите в ~~хранилище (Яндекс Диск, Облако Mail.ru) и на Рабочем столе прежние описания вакансий, шаблоны офферов или гайды собеседований. Ищите по названию роли, словам «вакансия», «описание», «оффер», «собеседование». Если нашли — прочитайте и используйте как основу, сохраняя язык, структуру и требования, которые владелец уже задал.

Б. Веб-поиск похожих вакансий Найдите текущие вакансии по этой роли в сопоставимых компаниях. Хорошие источники: hh.ru, Авито Работа, VK Работа, карьерные страницы компаний, Telegram-каналы с вакансиями. Найдите 3–5 реальных вакансий и отметьте:

• Какие обязанности обычно перечисляют для этой роли
• Какие требования встречаются стабильно (это базовая планка)
• Как компании описывают влияние/масштаб роли
• Какие формулировки делают вакансию живой, а не шаблонной

Используйте это, чтобы проверить требования владельца на прочность (не упущено ли что-то стандартное? не просят ли необычного?) и сделать вакансию актуальной.

---

Фаза 3 — Написать вакансию

Прочитайте references/job-post-structure.md для полной структуры и рекомендаций.

Если в фазе 2 нашлась существующая вакансия или описание: Используйте её как структурный шаблон — повторите названия разделов, тон, порядок и любой типовой текст, который владелец задал (описание компании, блок про условия, как откликнуться). Формат владельца — источник истины.

Сверьте его с references/job-post-structure.md и одним вопросом подсветите недостающие компоненты перед письмом:

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

Добавляйте недостающее только с подтверждения владельца.

Если существующей вакансии не нашлось: Соберите с нуля по references/job-post-structure.md как полному шаблону.

В любом случае:

• Ведите с влияния, не с перечня задач
• Будьте честны про сложное — кандидаты, отбирающие себя сами, подходят лучше
• Пишите инклюзивно; избегайте жаргона, который неявно отсекает «не своих»
• Держите список обязательных требований коротким — каждая строка отпугивает часть откликов
• Если зарплата не указана — опустите вилку, не выдумывайте

Сохраните как [Роль]-вакансия.docx через скилл docx. Прочитайте docx/SKILL.md перед сборкой файла.

---

Фаза 4 — Собрать вопросы для собеседования + систему оценки

Прочитайте references/interview-guide-structure.md для полного формата.

Если в фазе 2 нашёлся существующий гайд: Используйте его как структурный шаблон — повторите названия разделов, порядок и форматирование. Формат владельца — источник истины; reference — чек-лист, не override.

Сопоставив разделы существующего гайда с reference, подсветите компоненты, которые есть в reference, но отсутствуют у владельца. Подайте коротким дружелюбным вопросом:

«В вашем гайде есть банк вопросов и система оценки, но я заметил, что нет карты этапов и инструкции для разбора после собеседования. Добавить их или оставить вашу структуру?»

Добавляйте недостающее только с подтверждения. Не расширяйте формат молча.

Если существующего гайда не нашлось: Соберите с нуля по references/interview-guide-structure.md как полному шаблону.

В любом случае организуйте гайд по этапам, используя процесс из фазы 1.

Постройте документ так, чтобы каждый этап был отдельным разделом:

У каждого этапа — свой раздел с названием этапа и проводящим в заголовке, затем: зона оценки этого этапа, 4–6 поведенческих вопросов под эту зону, 2–3 уточняющих вопроса к каждому, и шкала оценки 1/3/5 с якорями для каждой компетенции этапа.

Принципы для многоэтапных гайдов:

• Каждую компетенцию закрывает один этап — не дублируйте вопросы у двух интервьюеров
• Для панельных интервью явно разделите вопросы между участниками
• Если есть тестовое задание — добавьте раздел разбора: на что смотреть, как оценивать, какие уточняющие вопросы
• Разбор-гайд идёт в конце, после всех разделов этапов
• Якоря оценки 1/3/5 пишутся под конкретную роль, не обобщённо

Сохраните как [Роль]-гайд-собеседования.docx через скилл docx.

---

Фаза 5 — Собрать шаблон оффера

Прочитайте references/offer-letter-template.md для базового шаблона и полей.

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

Сверьте с references/offer-letter-template.md и одним вопросом подсветите недостающее перед письмом:

«В вашем оффере есть зарплата и детали должности, но я заметил, что нет ссылки на оформление по ТК РФ / условия испытательного срока и дисклеймера про проверку юристом. Добавить или оставить ваш формат?»

Добавляйте недостающее только с подтверждения.

Если существующего оффера не нашлось: Соберите с нуля по references/offer-letter-template.md как полному шаблону.

В любом случае:

• Используйте явные [В СКОБКАХ] подстановочные поля для всех значений по кандидату
• Включите: формат оформления (ТК РФ / ГПХ / самозанятый), условие испытательного срока (до 3 мес.), условия предложения, дисклеймер про проверку юристом
• Не выдумывайте цифры зарплаты — оставьте плейсхолдерами, если не указаны

Сохраните как [Роль]-оффер.docx через скилл docx.

Затем разветвление по способу отправки из фазы 1:

• Если выбрал ЭДО → переходите к фазе 6
• Если выбрал только Word-файл → пропустите фазу 6, отдайте .docx и закройте задачу

---

Фаза 6 — Отправить оффер через ЭДО

Через Claude in Chrome загрузите оффер в сервис ЭДО/КЭДО и настройте отправку, чтобы владельцу не пришлось делать это вручную.

Важно (ТК РФ): оффер — это предварительное предложение, не сам трудовой договор. Юридически отношения оформляются трудовым договором по ТК РФ (или ГПХ). КЭДО (кадровый электронный документооборот) подходит для подписания кадровых документов с согласия работника. Оффер через ЭДО — это фиксация намерения, а не замена трудового договора.

Пошаговый браузерный поток (адаптируйте под конкретный сервис ЭДО):

1. Зайдите в веб-кабинет ЭДО (например, Контур.Диадок, СБИС или nopaper) — владелец должен быть уже залогинен. Если появился экран входа — остановитесь, попросите владельца войти, затем продолжите.

2. Нажмите «Создать» → «Отправить документ» (или эквивалент в вашей версии интерфейса).

3. Загрузите оффер: нажмите «Загрузить» и загрузите только что созданный файл [Роль]-оффер.docx.

4. Добавьте получателя: в разделе получателей укажите кандидата как подписанта. Спросите у владельца ФИО и email/телефон кандидата, если их ещё нет.

5. Добавьте отправителя как копию, если владелец хочет копию (спросите, если не ясно).

6. Тема: Предложение о работе — [Название роли], [Название компании]

7. Сообщение:

   «Здравствуйте, [Имя кандидата]! Рады предложить вам присоединиться к команде. Пожалуйста, ознакомьтесь и подпишите при удобном случае. Если будут вопросы — пишите, ответим».

8. Расставьте поля подписи: на документе — поле подписи и поле даты на строке акцепта внизу оффера (если интерфейс ЭДО это поддерживает).

9. Сохраните как черновик — НЕ отправляйте. Верните ссылку на черновик владельцу для проверки перед отправкой.

Скажите владельцу:

«Отправка через ЭДО настроена с оффером и данными кандидата. Вот ссылка на черновик: [ССЫЛКА]. Проверьте расстановку полей и подтвердите здесь, когда будете готовы отправить».

Fallback: если ЭДО недоступен или браузерный поток сбоит на любом шаге, перейдите к черновику письма: соберите письмо через ~~почта (Яндекс 360) с приложенным оффером и заметкой загрузить его в ЭДО вручную. Покажите черновик владельцу перед отправкой.

---

Выдача пакета

Когда все три файла собраны, покажите их вместе:

Сводка с тремя результатами по названию роли: вакансия .docx (готова к размещению), гайд собеседования .docx (раздать интервьюерам), оффер .docx (отправлен в черновик ЭДО или готов к ручной загрузке).

Напомните владельцу:

• Шаблон оффера и формат оформления (ТК РФ / ГПХ / самозанятый) нужно проверить у юриста/кадровика перед использованием
• Вилку зарплаты согласуйте с бухгалтером (учтите gross/net и НДФЛ) перед публикацией
• Этот скилл не отбирает и не ранжирует откликнувшихся

---

Reference-файлы

Загружайте по мере выхода на нужную фазу — не всё сразу:

Файл	Когда загрузить
references/job-post-structure.md	Фаза 3 — перед написанием вакансии
references/interview-guide-structure.md	Фаза 4 — перед гайдом собеседования
references/offer-letter-template.md	Фаза 5 — перед оффером
references/gotchas.md	Любая фаза — неочевидные случаи
references/examples/worked-example.md	Для образца ожидаемого вывода

---

Тесты

См. tests/triggers.md — кейсы «должен сработать», «не должен сработать», спорная маршрутизация.

См. tests/scenarios.md — сквозные сценарии: счастливый путь, отсутствие коннектора, approval gate.