ИИ на пальцах: научитесь экономить до 3 часов в день с помощью нейросетей. Для фрилансеров

Глава 5. Принцип «роль – контекст – задача – формат»

Обычно всё начинается так: вы открываете чат с ИИ, пишете что-то вроде «сделай пост для клиента», получаете общий текст, который не похож на ваш стиль, не учитывает продукт и ещё неудобен в работе – без структуры, без вариантов, без понятного объёма. Вы тратите время на уточнения, спорите с ответом, переписываете руками и в итоге сомневаетесь, стоит ли вообще использовать ИИ.

Ключевой принцип простой: чтобы ИИ дал полезный результат, задавайте запрос в четырёх частях – роль, контекст, задача, формат. Роль – это «кем должен быть ИИ» в этой ситуации. Контекст – короткие вводные о проекте, чтобы ответ был по делу. Задача – что именно нужно сделать. Формат – в каком виде вы хотите получить результат (например, список или письмо).

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

Если вы хотите улучшить готовый текст – роль «редактор». Если нужно придумать офферы – «маркетолог». Если надо подготовить вопросы клиенту – «аккаунт-менеджер/ассистент по проекту». Роль лучше задавать одной строкой и добавлять 1–2 ограничения, которые важны: тон («спокойно, без давления»), уровень («для новичков»), стиль («короткие фразы»).

Контекст нужен, чтобы не переписывать каждый раз длинное описание проекта и не получать абстракции. Здесь помогает заготовка – «паспорт проекта» на 5–7 строк, который вы храните отдельно и вставляете в запрос по необходимости.

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

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

Задача – это конкретное действие. Хорошая формулировка отвечает на вопрос «что должно появиться в итоге». Не «помоги с маркетингом», а «сгенерируй 10 заголовков для лендинга» или «составь письмо клиенту о переносе дедлайна».

Если задача сложная, не расширяйте её до бесконечности. Лучше попросить один результат за раз: сначала структура, потом варианты, потом правка. Так вы быстрее управляете качеством и не тонете в огромном ответе.

Формат – это то, что экономит больше всего времени на правках. Если формат не задан, ИИ выбирает его сам, и часто это длинный текст «простынёй».

Формат задаётся как конкретная форма выдачи и ограничения: «таблица с колонками», «список из 7 пунктов», «3 варианта», «письмо до 800 знаков», «сообщение в Telegram в 2–3 абзаца». Формат – не украшение, а способ сразу получить результат, который можно вставить в документ, отправить клиенту или положить в план.

Ниже – один рабочий сценарий, который можно повторять в разных задачах.

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

Промпт

Роль: ты email-маркетолог и редактор. Пиши ясно, без «продающих криков», дружелюбно и по делу.

Контекст проекта: онлайн-школа английского для взрослых с нуля до B1. Тон бренда: спокойный, поддерживающий. Цель письма: пригласить действующих учеников в разговорный клуб на 4 недели. УТП: маленькие группы до 6 человек, 2 встречи в неделю по 60 минут, есть вечерние слоты, первый созвон – бесплатно. Ограничения: без обещаний «заговорите за 7 дней», без давления.

Задача: напиши письмо для базы действующих учеников: тема письма + текст письма. В письме: короткое вступление, что это за клуб, кому подойдёт, что внутри, как записаться, ответы на 2 частых вопроса (про уровень и расписание).

Формат:

1) 5 вариантов темы письма (до 45 знаков).

2) Текст письма до 1200 знаков.

3) В конце – 2 варианта CTA (призыв к действию) одной строкой.

Что подставить

– вашу роль (если нужно другое: «редактор», «ассистент», «маркетолог»)

– контекст: продукт, аудитория, тон, цель, ограничения, ключевые факты

– конкретную задачу (что должно получиться)

– формат: количество вариантов, объём, структура, ограничения

Дальше вы смотрите на результат и проверяете не «красиво/некрасиво», а по четырём частям запроса: роль соблюдена (тон без давления), контекст учтён (группы до 6, 4 недели, бесплатный первый созвон), задача выполнена (есть тема и письмо, есть FAQ), формат соблюдён (5 тем, объём, CTA). Если что-то не совпало, вы правите не весь запрос целиком, а конкретную часть: чаще всего достаточно уточнить контекст или формат.

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

Глава 6. Как писать первый рабочий промпт

Обычно первый опыт с чат‑ИИ выглядит так: вы пишете что-то вроде «сделай пост для клиента», получаете длинный общий текст и не понимаете, что с ним делать. Либо наоборот – ответ короткий, без деталей, и снова приходится переделывать руками. Кажется, что «нейросеть не понимает», хотя чаще проблема в том, что запрос не содержит трёх вещей: ясной цели, ваших исходных материалов и понятных рамок результата.

Ключевой принцип простой: хороший рабочий промпт – это одно предложение с целью плюс входные данные и ограничения. Тогда ИИ выдаёт результат в нужном вам виде, а не «как получится».

Сначала формулируйте цель запроса в одном предложении. Цель – это что именно вы хотите получить на выходе и для чего. Одно предложение дисциплинирует: вы сразу отсеиваете лишнее и не смешиваете несколько задач в одну.

Плохая цель: «сделай текст про услугу».

Хорошая цель: «Напиши черновик поста для Instagram, чтобы анонсировать услугу и привести к записи в директ».

В цели полезно назвать тип результата (пост/письмо/план/таблица) и действие читателя (перейти, написать, купить, ответить, согласовать).

Дальше добавляйте входные данные. Это всё, на что ИИ должен опираться, чтобы не выдумывать: факты, формулировки, ограничения клиента, ваш черновик, тезисы, ссылки. Чем точнее исходники, тем меньше «воды» и фантазий.

Если у вас есть текст – вставляйте его целиком и просите переработать. Если текста нет – дайте тезисы: 5–10 пунктов, из которых можно собрать материал. Если важны формулировки бренда – добавьте примеры прошлых постов или кусок «как мы обычно пишем».

Со ссылками осторожнее: чат‑ИИ может не открыть страницу или пересказать её неточно. Ссылку можно дать как ориентир, но ключевые факты лучше продублировать в самом сообщении. Если вы прикрепляете файл, всё равно напишите рядом, что именно в нём искать: «в файле – бриф, используй разделы 2 и 4».

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

Третья часть – ограничения. Они отвечают на вопрос «в каком виде мне нужен результат». Это экономит время на правках, потому что вы заранее задаёте рамки: объём, стиль, язык и структуру.

Объём лучше задавать конкретно: «до 800 знаков», «6–8 предложений», «3 варианта». Стиль – простыми словами: «деловой, без канцелярита», «дружелюбно, без фамильярности», «уверенно, без давления». Язык – явно: «на русском», «на русском, но термины по-английски», «без англицизмов».

Структуру тоже задавайте как форму: «заголовок + 3 абзаца + призыв к действию», «список из 7 пунктов», «таблица: столбцы такие-то». Если есть запреты, пишите их прямо: «не упоминай скидки», «не обещай гарантированный результат», «не используй слова “уникальный”, “лучший”». Чем конкретнее ограничения, тем меньше вы будете «выравнивать» текст под клиента.

Ниже – один цельный сценарий, как сделать первый рабочий промпт для реальной задачи.

Вы – SMM‑фрилансер. Клиент просит пост‑анонс вебинара. У вас есть тезисы и ссылка на лендинг, но времени мало. Вы сначала формулируете цель одним предложением, затем вставляете входные данные, затем ограничения по формату.

Промпт:

«Напиши черновик поста для Instagram, чтобы анонсировать бесплатный вебинар и привести к регистрации по ссылке.

Входные данные:

– Тема вебинара: “Как навести порядок в личных финансах за 30 дней”

– Для кого: люди 25–40, кто “вроде зарабатывает, но деньги исчезают”

– Спикер: Анна Петрова, финансовый консультант, 7 лет практики

– Дата/время: 25 января, 19:00 МСК, длительность 60 минут

– Что будет на вебинаре (тезисы): 1) типовые причины утечек денег, 2) простой учёт без таблиц, 3) план на 30 дней, 4) ответы на вопросы

– Ссылка на регистрацию: https://example.com (используй как текст “ссылка в профиле”, не вставляй URL)

Ограничения:

– Язык: русский

– Объём: до 900 знаков

– Стиль: дружелюбный, уверенный, без давления и без обещаний “точно разбогатеете”

– Структура: 1) короткий хук в 1–2 предложения, 2) что за вебинар и для кого, 3) 4 пункта “что разберём”, 4) дата/время, 5) призыв: “запись по ссылке в профиле”

– Дай 2 варианта заголовка и 1 вариант основного текста.»

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

После этой главы стоит унести три привычки.

1) Начинайте с цели в одном предложении: что сделать и зачем.

2) Всегда добавляйте входные данные прямо в запрос: текст, тезисы, ключевые факты; ссылки – только как дополнение.

3) Задавайте ограничения заранее: объём, стиль, язык и структуру – чтобы править меньше, а отправлять быстрее.

Глава 7. Цикл уточнений: доводим ответ до результата

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

Ключевой принцип простой: не начинайте заново – ведите ИИ как исполнителя через короткие уточнения к уже полученному ответу. Уточнение – это дополнительная команда поверх текущего результата: что изменить, в каком формате выдать, по каким правилам. Так вы сохраняете удачную часть ответа и точечно доводите остальное до нужного вида.

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

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

Дальше – команда на правку, то есть уточняющий вопрос к ответу ИИ. Здесь не нужно переписывать исходный промпт. Опирайтесь на то, что уже есть, и просите изменить конкретный параметр. Рабочие типы уточнений:

– Уточнение цели: «Сделай это не как обзор, а как инструкция для новичка».

– Уточнение аудитории и тона: «Тон спокойный, без продажных формулировок, на “вы”».

– Уточнение объёма: «Уложись в 900–1100 знаков» или «Сократи на 30%, сохрани смысл».

– Уточнение структуры: «Дай в виде списка шагов 1–7» или «Сделай таблицу: задача / результат / риск / проверка».

– Уточнение конкретики: «Добавь 5 примеров формулировок» или «Приведи 3 варианта заголовка».

– Уточнение ограничений: «Без упоминания брендов, без обещаний, без жаргона».

Полезная привычка: просить ИИ задать вам вопросы, если данных не хватает. Это быстрее, чем гадать, что забыли указать. Формулировка простая: «Перед правкой задай до 3 уточняющих вопросов, если без них качество будет низким. Если вопросов нет – правь сразу».

Отдельный сильный приём – переформатирование уже полученного текста под другую задачу. Это не «сгенерируй заново», а «перепакуй то же содержание». Здесь важно назвать новый формат и правила. Примеры форматов, которые часто нужны фрилансеру: короткое сообщение клиенту, письмо, чек‑лист, план работ по дням, тезисы для созвона, FAQ, структура статьи, варианты оффера. ИИ хорошо делает такие преобразования, если вы задаёте рамки: длина, стиль, количество пунктов, что оставить/убрать, какой результат на выходе (список, таблица, 3 варианта).

Третий элемент цикла – фиксация удачных уточнений в свои шаблоны. Иначе вы каждый раз будете вспоминать, как именно попросить «сделай менее водно» или «переведи в деловой тон». Фиксировать удобно не весь диалог, а короткие формулы, которые стабильно дают нужный эффект. Достаточно завести заметку «Уточнения к ИИ» и хранить там блоки: «Сократи», «Переформатируй», «Уточни аудиторию», «Добавь конкретику», «Проверь качество». Важный момент: сохраняйте формулировку вместе с параметрами, которые вы меняете (например, «до 800 знаков», «3 варианта», «таблица с 4 колонками»). Тогда это превращается в готовые кусочки промпта, которые можно быстро вставлять.

Сценарий применения. Представьте: вы SMM‑фрилансер и просите ИИ набросать пост для клиента – кофейни. ИИ выдал текст, но он слишком общий и «рекламный», а вам нужен спокойный пост с конкретикой и в конце – мягкий призыв прийти. Вместо нового промпта вы запускаете цикл уточнений.

Промпт (уточнение к уже полученному ответу):

«Возьми свой предыдущий текст и доработай, не переписывая с нуля.

1) Убери общие фразы и “продающий” тон.

2) Сделай стиль дружелюбный, без восклицаний, на “вы”.

3) Добавь 3 конкретные детали, которые можно подставить: сорт кофе / десерт дня / время акции (пометь как [ПОДСТАВИТЬ]).

4) Длина: 900–1100 знаков.

Формат: один пост + в конце отдельной строкой 2 варианта мягкого CTA (призыв к действию).»

Что подставить:

– тип бизнеса (кофейня, салон, дизайнер, юрист)

– желаемый тон (нейтральный, дружелюбный, деловой)

– ограничения (без скидок, без эмодзи, без “лучший”, без обещаний)

– длина и формат (знаки, пункты, таблица)

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

Промпт (переформатирование):

«На основе последнего поста сделай два варианта:

A) Текст для сторис: 3 экрана, каждый до 120 знаков, без хэштегов.

B) Сообщение клиенту для согласования: до 500 знаков, с вопросом “Ок ли тон и детали?”.

Смысл и факты не меняй, только формат.»

Если какие-то места всё ещё «плывут», вы снова уточняете точечно: «Вариант B слишком официальный – сделай проще» или «В сторис добавь один вопрос в конце третьего экрана». Это и есть цикл: маленькие правки вместо перезапуска.

После этого вы фиксируете удачные формулировки в шаблоны. Например, сохраняете два блока: «Доработай, не переписывая с нуля: убери общие фразы, тон…, длина…, формат…» и «Переформатируй: A) … B) … смысл не меняй». В следующий раз вы вставите их за 10 секунд.

Что стоит унести. Во‑первых, работайте уточнениями к ответу: называйте конкретный дефект и задавайте рамки (тон, объём, структура, формат). Во‑вторых, используйте переформатирование как отдельную команду: «тот же смысл – другой носитель». В‑третьих, собирайте удачные уточнения в личные шаблоны: это быстрее, чем каждый раз изобретать формулировку заново.

Глава 8. Безопасность данных и приватность

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

Ключевой принцип здесь один: в ИИ отправляйте только то, что вы готовы показать постороннему человеку, а всё остальное сначала обезличивайте или не отправляйте вовсе. Обезличивание – это замена конкретных данных (имён, контактов, сумм, ссылок) на нейтральные метки, чтобы смысл задачи сохранился, но личная и коммерческая информация не ушла наружу.

Если разложить этот принцип на практику, получится три шага.

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

– персональные данные: ФИО, телефоны, e-mail, адреса, аккаунты в мессенджерах, паспортные и любые идентификаторы;

– доступы и секреты: пароли, коды из SMS, токены, ключи API, резервные коды, ответы на секретные вопросы;

– закрытые материалы клиента: внутренние отчёты, базы клиентов, выгрузки с заказами, договоры, счета, сканы документов, переписка «как есть», если там много конкретики;

– коммерчески чувствительные детали: точные цены закупки, маржинальность, условия договоров, внутренние KPI, планы запусков, если клиент просил не разглашать;

– ссылки, которые дают доступ: приглашения в закрытые папки, «шаринг»-ссылки на документы с правами редактирования, ссылки на админки, таблицы с данными.

Почему нельзя: вы теряете контроль над тем, где окажется этот фрагмент текста и кто потенциально может его увидеть. Даже если сервис обещает приватность, минимальное правило для фрилансера – не переносить чужие секреты в сторонние инструменты без необходимости. Это снижает риск утечки и конфликтов с клиентом.

Второе – научиться обезличивать проект так, чтобы ИИ всё равно понял задачу. Смысл в том, чтобы сохранить структуру и логику, но убрать «конкретные якоря». Что обычно заменяют:

– имена и роли: «Иван Петров» → «Клиент_A», «Мария из бухгалтерии» → «Сотрудник_финансы»;

– компании и бренды: «ООО Ромашка» → «Компания_A», «бренд N» → «Бренд_X»;

– суммы и бюджеты: «120 000 ₽» → «Бюджет_1», или диапазон «около 100–150 тыс.» (если точность не нужна);

– даты и дедлайны: «до 14 марта» → «до Дата_1» или «в течение 10 дней»;

– ссылки и файлы: реальную ссылку → «Ссылка_на_папку_1 (закрытая)», а вместо файла – краткое описание, какие там разделы и что нужно получить на выходе;

– географию и контакты: «Москва, +7…» → «Город_1, Телефон_1».

Важно: обезличивание не должно ломать задачу. Если ИИ нужен контекст, дайте его словами. Например, вместо «вот таблица с 300 строками» – «есть таблица: столбцы такие-то, типичные ошибки такие-то, нужно сделать письмо клиентам в двух тонах».

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

– отдельно «Библиотека промптов» – только шаблоны, без имён, сумм, ссылок и контактов;

– отдельно «Проектные данные» – то, что относится к конкретному клиенту (бриф, договорённости, точные цифры, ссылки на папки);

– отдельно «Секреты и доступы» – пароли, токены, коды, всё, что открывает двери (это вообще не вставляется в ИИ ни при каких задачах).

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

Один сценарий, как это выглядит в реальной работе. Допустим, вам нужно написать клиенту письмо о переносе дедлайна и согласовать доплату за расширение объёма работ. В переписке есть имя клиента, точная сумма, ссылка на папку с материалами и детали проекта. Вы делаете так:

1) Выписываете для себя «чистый контекст» без идентификаторов: кто вы, что произошло, что предлагаете, какой тон нужен, какой формат ответа.

2) Заменяете конкретику метками: Клиент_A, Проект_B, Бюджет_1, Дата_1.

3) Отправляете в ИИ только обезличенную версию и просите письмо в нужном формате.

Промпт:

«Ты – фрилансер-исполнитель. Напиши письмо клиенту о переносе дедлайна и согласовании доплаты.

Контекст: по Проект_B объём работ увеличился после правок со стороны Клиент_A. Изначально срок был Дата_1, сейчас реалистичный срок – Дата_2. Нужна доплата Бюджет_1.

Тон: спокойный, деловой, без оправданий, с предложением выбора.

Формат: письмо до 900 знаков, 2 варианта: мягкий и более прямой.

Добавь: 1) короткое объяснение причины, 2) новый план по шагам (3 пункта), 3) вопрос для подтверждения.»

Что подставить:

– Проект_B – нейтральное название проекта (например, «лендинг» или «контент-план на месяц»);

– Дата_1, Дата_2 – без точных календарных дат, если они не критичны;

– Бюджет_1 – диапазон или сумма без привязки к договору, если это чувствительно.

Дальше вы берёте лучший вариант письма и уже у себя, вне ИИ, подставляете реальные имя, точные даты, сумму и ссылку на папку. Перед отправкой проверьте, что в тексте не осталось меток вроде «Клиент_A» и что цифры совпадают с вашими договорённостями.

После этой главы стоит унести три вещи:

– Не отправляйте в ИИ персональные данные, доступы, закрытые документы и ссылки, которые дают доступ к ресурсам клиента.

– Привычка обезличивать – это замена имён, сумм и ссылок на метки при сохранении смысла задачи.

– Шаблоны промптов храните отдельно от проектных и секретных данных: промпт многоразовый и «чистый», конкретика – в проектных заметках, доступы – отдельно и никогда не попадают в ИИ.

Глава 9. Как объяснить клиенту использование ИИ

Частая ситуация: вы сделали часть работы быстрее, потому что использовали чат‑ИИ – для черновика письма, списка идей или структуры текста. И теперь неясно, нужно ли говорить об этом клиенту. С одной стороны, хочется быть честным. С другой – есть риск вызвать лишние вопросы: «А я тогда за что плачу?», «Мои данные уйдут в сеть?», «Это вообще безопасно?».

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

На практике это работает так: вы оцениваете свою задачу не по тому, «пользовались ли вы ИИ», а по тому, «что это меняет для клиента».

Во-первых, стоит упомянуть ИИ, когда он заметно участвует в создании результата, который клиент будет использовать «как есть». Например: тексты для публикации, рекламные объявления, описания товаров, сценарии, ответы от имени бренда. Здесь у клиента могут быть ожидания по стилю, уникальности и ответственности. Если вы используете ИИ как часть процесса, корректно обозначить это как метод работы: вы всё равно отвечаете за итог и делаете проверку.

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

В-третьих, обязательно поднимать тему ИИ, если в проекте есть конфиденциальность. Конфиденциальность – это когда информация не должна уходить третьим лицам: внутренние документы, финансовые цифры, доступы, персональные данные, невыпущенные продукты, переписка, договоры. Даже если вы ничего «плохого» не делаете, сам факт отправки таких данных в сторонний сервис может быть для клиента критичным. В этом случае лучше согласовать правила: что именно можно использовать в ИИ, а что – нельзя, и как вы обезличиваете данные (убираете названия компаний, имена, точные цифры, ссылки на закрытые файлы).