Работа с ИИ для начинающих: от основ до практических проектов

Курс поможет разобраться, как устроены современные ИИ-модели и как эффективно применять их в учебе, работе и повседневных задачах. Вы освоите базовые принципы промптинга, работу с текстом и изображениями, автоматизацию, а также оценку качества и безопасность.

1. Что такое ИИ и как работают современные модели

Что такое ИИ и как работают современные модели

Зачем вам понимать основы

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

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

    Что такое искусственный интеллект

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

    Важно: современный “прикладной ИИ” чаще всего не является “разумом” или “сознанием”. Это набор методов, которые находят закономерности в данных и используют их, чтобы делать полезные предсказания.

    Полезные справочные определения:

  • Искусственный интеллект (Wikipedia)
  • Машинное обучение (Wikipedia)
  • ИИ, машинное обучение и глубокое обучение: в чём разница

    На практике эти термины часто смешивают. Удобно думать так:

    | Термин | Что это | Простой пример | |---|---|---| | ИИ | широкий зонтик: любые методы “умного” поведения | шахматный движок, который ищет ходы | | Машинное обучение (ML) | модели учатся по данным, а не по жёстким правилам | фильтр спама, обученный на письмах | | Глубокое обучение (DL) | подмножество ML: нейросети с большим числом слоёв | распознавание объектов на фото |

    Современные чат-боты и генераторы изображений — это в основном глубокое обучение.

    Как “учится” модель: идея на бытовом уровне

    У модели есть множество внутренних настроек (их называют параметрами). Во время обучения параметры подбираются так, чтобы модель лучше справлялась с задачей на примерах.

    Если сильно упростить, обучение похоже на процесс:

  • Дать модели пример (например, кусок текста).
  • Попросить предсказать недостающее (например, следующее слово).
  • Сравнить предсказание с правильным ответом.
  • Немного поправить внутренние параметры, чтобы в следующий раз ошибаться меньше.
  • Повторить очень много раз на огромном числе примеров.
  • !Схема, показывающая цикл обучения: данные → предсказание → сравнение → обновление параметров

    Нейросеть: что это в одном абзаце

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

    Важная практическая мысль: нейросеть не “понимает” как человек. Она строит статистически правдоподобные ответы на основе закономерностей, которые видела в обучающих данных.

    Почему именно Transformer стал основой современных языковых моделей

    Большинство современных языковых моделей (LLM) построены на архитектуре Transformer. Она хорошо масштабируется и умеет учитывать контекст.

    Ключевая идея Transformer — механизм внимания (attention): модель учится определять, какие слова в контексте важнее для предсказания следующего.

    Основной источник:

  • Attention Is All You Need (arXiv)
  • !Схема из крупных блоков: токены → слои Transformer → предсказание следующего токена

    Что такое LLM и что она реально делает

    Большая языковая модель (LLM) — модель, обученная на большом объёме текстов так, чтобы хорошо предсказывать продолжение текста.

    Когда вы пишете запрос в чат:

  • Текст преобразуется в токены (не всегда это слова; часто это части слов).
  • Каждый токен превращается во внутренние числа (вектора) — это представления.
  • Модель по очереди выбирает следующий токен, опираясь на контекст.
  • Токены превращаются обратно в текст.
  • Отсюда следует важный вывод: LLM по умолчанию не обязана говорить правду. Она стремится выдать правдоподобное продолжение. Поэтому проверка фактов — обязательный навык.

    Токены и контекст: почему модель “забывает”

    У каждой модели есть ограничение на размер контекста (иногда говорят контекстное окно): сколько токенов она учитывает за один раз.

    Если диалог или документ длиннее окна, модель:

  • не видит “всё сразу”
  • может упустить важную деталь, сказанную ранее
  • будет отвечать так, будто этой детали не было
  • Практический вывод для работы: важные требования лучше повторять, резюмировать и структурировать.

    Обучение и применение: два разных режима

    Полезно различать:

    | Режим | Что происходит | Что это значит для пользователя | |---|---|---| | Обучение (training) | параметры модели изменяются на данных | это дорого, долго, делается разработчиками | | Использование (inference) | параметры не меняются, модель просто генерирует ответ | это то, что вы делаете в чате каждый день |

    Некоторые инструменты дают “дообучение” на ваших данных, но чаще всего в прикладных задачах используется не полноценное переобучение, а другие техники (мы разберём их позже), например подключение поиска по вашим документам.

    Почему ответы бывают ошибочными: типичные причины

    Ошибки LLM часто выглядят убедительно. Распространённые причины:

  • Недостаток контекста: вы не указали цель, формат, ограничения, исходные данные.
  • Смешивание похожих фактов: модель “склеивает” знания из разных источников.
  • Устаревшая информация: если данные обучения не включают последние события.
  • Галлюцинации: модель “додумывает” детали, потому что так статистически правдоподобнее продолжить текст.
  • Практический принцип курса: относитесь к модели как к сильному помощнику, но не как к окончательному источнику истины.

    Настройки генерации простыми словами

    Во многих интерфейсах встречаются параметры вроде temperature.

  • Низкое значение делает ответы более “осторожными” и повторяемыми.
  • Высокое значение повышает разнообразие, но увеличивает риск ошибок и странных формулировок.
  • Если вы делаете:

  • инструкцию, письмо клиенту, сводку — обычно полезнее более “строгий” режим
  • мозговой штурм, идеи, варианты — полезнее более “творческий” режим
  • Какие бывают модели и для чего они нужны

    ИИ — это не только чат. Удобная карта задач:

    | Тип модели | Что делает | Примеры задач | |---|---|---| | Языковые модели (LLM) | работают с текстом | чат-бот, резюме, извлечение данных | | Модели для изображений | анализируют/генерируют изображения | распознавание объектов, генерация иллюстраций | | Модели для речи | распознают/синтезируют речь | диктовка, субтитры, озвучка | | Рекомендательные системы | предлагают релевантное | товары, фильмы, новости |

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

    Главное, что нужно запомнить перед практикой

  • ИИ в повседневных инструментах чаще всего = модель, обученная на данных.
  • LLM генерирует текст как продолжение по вероятностям, а не как “ответ эксперта”.
  • Качество результата зависит от контекста, структуры запроса и проверки.
  • Обучение модели и её использование — разные процессы.
  • В следующей статье мы перейдём к тому, как правильно ставить задачи модели и писать запросы так, чтобы получать управляемый результат.

    2. Инструменты ИИ: выбор, настройка и базовый рабочий процесс

    Инструменты ИИ: выбор, настройка и базовый рабочий процесс

    Как эта тема связана с предыдущей статьёй

    В прошлой статье мы разобрали, что современные языковые модели (LLM) генерируют правдоподобный текст, а не гарантированно истинный, и почему им нужен контекст, структура и проверка.

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

    Какие бывают инструменты ИИ и чем они отличаются

    Под словом инструменты ИИ обычно скрываются разные продукты. Важно не путать их, потому что у них разные сильные стороны.

    | Категория | Что делает | Когда полезно | Примеры | |---|---|---|---| | Чат с LLM | Пишет, объясняет, редактирует, планирует | тексты, анализ, идеи, инструкции | ChatGPT, Claude, Gemini, Microsoft Copilot | | Ассистент в офисных приложениях | Помогает в почте, документах, таблицах | корпоративные процессы, шаблоны, отчёты | Microsoft Copilot, Google Workspace с Gemini | | Генерация изображений | Создаёт или редактирует изображения по описанию | иллюстрации, обложки, концепты | Adobe Firefly | | Локальные модели | Запуск LLM на своём компьютере | приватность, эксперименты, офлайн-работа | Ollama, LM Studio | | Платформы моделей и датасетов | Поиск моделей, демо, деплой | прототипы, сравнение, подбор моделей | Hugging Face |

    Практическое правило: для начала достаточно 1 основного чата с LLM и 1 инструмента для хранения заметок/шаблонов (например, документ или заметочник), чтобы фиксировать удачные запросы.

    Как выбрать инструмент: критерии, которые важны новичку

    Выбор проще, если заранее определить критерии. Ниже список того, что реально влияет на вашу работу.

    Качество и специализация

  • Для текстов важны: качество рассуждений, аккуратность формулировок, умение следовать формату.
  • Для кода важны: точность, знание библиотек, умение объяснять ошибки.
  • Для изображений важны: управляемость стиля, права на коммерческое использование, качество деталей.
  • Совет: не ищите лучшую модель на всё. Держите 1 основной инструмент и 1 запасной для перепроверки спорных ответов.

    Поддержка файлов и контекста

  • Умеет ли инструмент принимать файлы (PDF, DOCX, таблицы).
  • Умеет ли работать с изображениями (прочитать скриншот, схему, фото).
  • Насколько удобно задавать структуру: роли, инструкции, шаблоны.
  • Связь с предыдущей статьёй: чем лучше вы упаковали контекст (файлы, выдержки, таблицы), тем меньше модель будет додумывать.

    Цена и ограничения

  • Бесплатные тарифы часто ограничивают доступ к более сильным моделям или количеству запросов.
  • Платные тарифы обычно дают больше лимитов, быстрее ответы и больше функций (файлы, инструменты, память).
  • Приватность и использование данных

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

    Полезные ссылки на политики приватности:

  • OpenAI Privacy Policy
  • Anthropic Privacy Policy
  • Google Privacy Policy
  • Microsoft Privacy Statement
  • Практический минимум для новичка:

  • Не вставляйте в чат пароли, ключи API, номера карт, паспортные данные.
  • Для чувствительных задач используйте обезличивание: заменяйте имена и уникальные детали на нейтральные.
  • Если задача требует реальных данных компании, уточните правила в вашей организации.
  • Удобство результата

  • Можно ли попросить вывод строго в нужном формате (таблица, список, JSON).
  • Можно ли быстро копировать/экспортировать.
  • Есть ли история диалогов, папки, поиск.
  • Базовые настройки, которые действительно влияют на ответы

    У разных сервисов названия могут отличаться, но смысл похож.

    Температура: баланс строгости и вариативности

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

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

    Системные инструкции и роли

    Многие инструменты позволяют задать постоянную инструкцию вроде: «Ты — редактор, пиши кратко, в деловом стиле».

    Хорошие системные инструкции:

  • короткие
  • проверяемые
  • про формат и ограничения
  • Плохие системные инструкции:

  • противоречивые
  • слишком общие
  • требующие невозможного (например, «никогда не ошибайся»)
  • Память и персонализация

    Некоторые сервисы могут запоминать ваши предпочтения (тон, формат). Это удобно, но может быть нежелательно при работе с разными проектами.

    Практика:

  • Для работы с клиентами и чувствительными задачами лучше отключать лишнюю персонализацию или разделять проекты по отдельным чатам.
  • Инструменты внутри чата

    В некоторых интерфейсах LLM может использовать дополнительные функции: поиск, анализ файлов, выполнение кода, вызов внешних инструментов. Это меняет качество.

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

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

    !Блок-схема, показывающая базовый цикл работы с ИИ от цели до сохранения шаблона

    Шаг 1: Сформулируйте цель и критерий успеха

    Сравните два запроса:

  • Плохо: «Напиши текст про продукт»
  • Лучше: «Напиши описание продукта на 800–1000 знаков, для лендинга, тон: уверенный и простой, цель: заявки, обязательно упомяни 3 преимущества: скорость, гарантия, поддержка 24/7»
  • Критерий успеха должен быть измеримым хотя бы на бытовом уровне: объём, стиль, аудитория, обязательные пункты, запреты.

    Шаг 2: Дайте контекст и исходные данные

    Модель не знает вашу ситуацию. Чем важнее деталь, тем явнее она должна быть написана.

    Что считать хорошим контекстом:

  • кто аудитория
  • что уже сделано
  • ограничения (юридические формулировки, бренд-словарь, запреты)
  • факты, которые нельзя менять
  • Если данных много, добавляйте их структурно:

  • короткое резюме
  • затем список фактов
  • затем примеры (если есть)
  • Шаг 3: Попросите результат в нужном формате

    Формат снижает хаос и ускоряет правки.

    Примеры форматов:

  • «выведи таблицу: проблема / причина / рекомендация»
  • «сначала дай 5 вариантов заголовка, затем выбери лучший и объясни почему»
  • «ответ дай списком из 7 пунктов, каждый до 12 слов»
  • Шаг 4: Итерации: уточняйте, а не переписывайте с нуля

    Вместо «не то» используйте точные правки:
  • «сократи на 30% без потери смысла»
  • «сделай тон более нейтральным, убери оценочные слова»
  • «добавь пример для новичка и один контрпример»
  • Практическое правило: одна итерация = одно изменение. Так проще управлять качеством.

    Шаг 5: Проверка и валидация результата

    Из предыдущей статьи: LLM может галлюцинировать, то есть уверенно придумывать детали.

    Минимальная проверка:

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

  • пометить места, где она не уверена
  • перечислить допущения
  • составить список вопросов, без ответов на которые нельзя гарантировать верность
  • Шаг 6: Сохранение: создайте библиотеку шаблонов

    Самый быстрый рост продуктивности у новичков даёт не поиск “самой умной модели”, а повторяемые заготовки.

    Что стоит сохранять:

  • удачные формулировки контекста
  • требования к стилю и формату
  • чек-лист проверки
  • примеры хорошего результата
  • Удобный формат хранения:

  • документ с разделами «Письма», «Резюме», «Анализ», «План проекта»
  • короткие шаблоны, которые вы копируете в новый чат
  • Практические шаблоны запросов для новичка

    Ниже универсальные заготовки, которые можно копировать и заполнять.

    Шаблон для текста

  • Роль: «Ты — редактор»
  • Задача: «Сделай …»
  • Аудитория: «для …»
  • Тон: «…»
  • Объём: «…»
  • Обязательные пункты: «…»
  • Запреты: «не упоминай …»
  • Формат вывода: «список/таблица/структура»
  • Шаблон для анализа документа

  • «Ниже текст/файл. Сначала кратко суммируй в 5 пунктах. Затем составь таблицу: тезис / доказательство из текста (цитата) / риск или пробел. В конце дай 10 уточняющих вопросов автору»
  • Шаблон для планирования проекта

  • «Составь план на 2 недели: цели, задачи, зависимости, критерии готовности. Выведи в таблице: день / задача / результат / риск»
  • Частые ошибки новичков и как их исправить

  • Ошибка: задавать вопрос без цели и формата. Исправление: добавляйте зачем и в каком виде нужен результат.
  • Ошибка: верить первому ответу, особенно в фактах. Исправление: перепроверяйте источники и просите указать допущения.
  • Ошибка: смешивать разные задачи в одном запросе. Исправление: дробите на шаги.
  • Ошибка: хранить “в голове”, что вы имели в виду. Исправление: пишите контекст прямо в запросе.
  • Что дальше по курсу

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

    3. Промптинг: как формулировать запросы и получать предсказуемый результат

    Промптинг: как формулировать запросы и получать предсказуемый результат

    Связь с предыдущими статьями

    В первой статье мы разобрали, что LLM генерирует правдоподобный текст, а не гарантированно истинный, и что качество сильно зависит от контекста и ограничений. Во второй статье мы собрали базовый рабочий процесс: цель → контекст → формат → итерации → проверка → сохранение шаблонов.

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

    Что такое промптинг

    Промптинг — это способ ставить задачу модели через текст (или текст + файлы/данные) так, чтобы:

  • модель поняла цель и контекст
  • результат был в нужном формате
  • ответы были повторяемыми и проверяемыми
  • Важная мысль: промптинг — это не “магические слова”, а правильная постановка задачи.

    Почему результаты бывают непредсказуемыми

    Обычно проблема не в том, что модель “плохая”, а в том, что запрос допускает слишком много трактовок.

    Типичные причины:

  • Нет цели: модель не понимает, что считать “хорошим ответом”.
  • Нет контекста: модель вынуждена заполнять пробелы предположениями.
  • Нет формата: модель выдаёт удобный ей текст, а не удобный вам.
  • В одном запросе смешано несколько задач: модель делает “понемногу всего”.
  • Не задан уровень точности: модель может писать уверенно даже там, где не уверена.
  • Модельный принцип: управляемость рождается из ограничений

    Чтобы получить предсказуемый результат, вы делаете две вещи:

  • Уточняете вход (цель, контекст, данные, ограничения).
  • Уточняете выход (формат, критерии качества, способ проверки).
  • !Схема показывает, что предсказуемость достигается уточнением входа и выхода и итерациями

    Анатомия хорошего промпта

    Ниже универсальные “кирпичики”. Не всегда нужны все, но чем сложнее задача, тем полезнее структура.

    | Блок | Что написать | Зачем это нужно | Пример фразы | |---|---|---|---| | Роль | кем должна быть модель | снижает стильовой хаос | «Ты — редактор деловой переписки» | | Цель | какой итог вам нужен | задаёт критерий успеха | «Нужно письмо, чтобы согласовать встречу» | | Контекст | фон и ограничения | уменьшает догадки | «Мы уже общались, клиент ждёт сроки» | | Входные данные | факты, черновик, таблица | защищает от выдумок | «Вот список функций…» | | Аудитория | для кого текст/решение | влияет на тон и детали | «Для клиента без техподготовки» | | Ограничения | что нельзя/нужно | предотвращает ошибки | «Не обещай сроки, которых нет» | | Формат вывода | структура ответа | ускоряет использование | «Выведи: тема письма + текст + 3 варианта CTA» | | Проверка | как валидировать | снижает риск галлюцинаций | «Пометь предположения и вопросы» |

    Базовый шаблон промпта для новичка

    Этот шаблон можно копировать и заполнять. Он специально простой и повторяемый.

    Как задавать формат так, чтобы его соблюдали

    Формат — один из самых сильных рычагов управления качеством.

    Практические приёмы:

  • Просите структуру до текста: «Сначала план из 5 пунктов, затем текст по плану».
  • Ограничивайте длину: «до 1200 знаков», «каждый пункт до 12 слов».
  • Просите конкретные секции: «Заголовок / Подзаголовок / Основной текст / CTA».
  • Для аналитики используйте таблицы: они дисциплинируют.
  • Пример запроса на структурированный результат:

    Три уровня промптов: от простого к надёжному

    Один и тот же запрос можно усилить, добавляя управляемость.

    Уровень 1: минимальный

    Подходит для быстрых задач, когда цена ошибки низкая.

    Проблема: непонятна аудитория, стиль, ограничения.

    Уровень 2: управляемый

    Добавляет цель, аудиторию и формат.

    Уровень 3: надёжный

    Добавляет входные данные, ограничения и проверку.

    Как уменьшать галлюцинации: просите модель показать границы уверенности

    В предыдущей статье мы обсуждали, что модель может уверенно “додумывать”. Промптинг помогает снизить риск, если вы заранее задаёте правила:

  • Просите отделять факты от предположений.
  • Просите перечислить, чего не хватает.
  • Просите вопросы вместо выдумывания.
  • Шаблон для задач, где важна точность:

    Примеры промптов под реальные задачи

    Ниже несколько сценариев, которые часто встречаются у новичков.

    Редактура текста без потери смысла

    Составить письмо клиенту с понятными следующими шагами

    Анализ документа: кратко, по делу, с проверяемыми опорами

    Итерации: как “дожимать” результат без переписывания с нуля

    Стабильная практика: вы не пишете новый промпт каждый раз, а делаете короткие уточнения.

    Рабочие типы итераций:

  • Уточнить цель: «Сделай акцент на выгоде для пользователя, а не на технологии».
  • Уточнить формат: «Выведи в таблице, добавь колонку “приоритет”».
  • Уточнить стиль: «Убери оценочные слова, сделай тон более спокойным».
  • Уточнить ограничения: «Не упоминай конкурентов и цены».
  • Уточнить входные данные: «Вот ещё 3 факта, учти их».
  • Полезное правило из предыдущей статьи: одна итерация = одно изменение. Так проще понять, что именно повлияло на результат.

    Частые ошибки в промптинге и быстрые исправления

    | Ошибка | Как выглядит | Чем заменить | |---|---|---| | “Сделай красиво” | критерий неясен | «тон: деловой; цель: заявка; объём: …» | | Слишком много задач сразу | текст + стратегия + дизайн + анализ | разбить на 2–4 шага | | Нет исходных данных | «проанализируй продажи» | дать таблицу/выжимку или попросить список данных, которые нужны | | Нет запретов | модель добавляет лишнее | явно написать «не упоминай…», «не придумывай…» | | Нет формата | сложно копировать в работу | указать структуру, таблицу, JSON |

    Библиотека промптов: как сохранять и переиспользовать

    Чтобы прогресс был быстрым, сохраняйте:

  • шаблоны под повторяющиеся задачи (письма, резюме, отчёты)
  • “сильные” формулировки ограничений
  • удачные форматы вывода (таблицы, чек-листы)
  • чек-лист проверки (факты, ссылки, допущения)
  • Рекомендуемый формат хранения:

  • один документ с разделами: Тексты, Письма, Аналитика, Планирование
  • внутри — шаблон + 1 пример хорошего результата
  • Дополнительные материалы

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

  • OpenAI Prompt Engineering Guide
  • Anthropic Prompting
  • OpenAI Cookbook
  • Главное из статьи

  • Предсказуемость появляется, когда вы уточняете вход (цель, контекст, данные, ограничения) и выход (формат, критерии качества, проверка).
  • Формат и ограничения — самые сильные рычаги управления ответом.
  • Просите модель отмечать предположения и задавать вопросы вместо выдумывания.
  • Итерации эффективнее переписывания: меняйте по одному параметру за раз.
  • Сохраняйте удачные промпты: библиотека шаблонов ускоряет работу сильнее, чем поиск “идеальной модели”.
  • 4. Практика с текстом: поиск идей, резюме, письма, анализ и обучение

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

    Как эта статья связана с предыдущими

    Ранее вы разобрали:

  • как LLM генерируют правдоподобный текст и почему могут ошибаться
  • базовый рабочий процесс: цель → контекст → формат → итерации → проверка → сохранение
  • анатомию хорошего промпта и роль ограничений, формата и уточняющих вопросов
  • Теперь закрепим это на самых частых задачах новичка: идеи, резюме, письма, анализ текста и обучение. Цель статьи: дать вам повторяемые сценарии и шаблоны, которые можно сразу использовать в работе.

    !Универсальный цикл работы с ИИ для задач с текстом

    Универсальная заготовка запроса для текстовых задач

    Используйте её как старт. Чем выше цена ошибки, тем больше блоков стоит заполнить.

    Мини-чек-лист качества текста

    Используйте после любого результата от модели.

  • Цель понятна в первых 1–2 абзацах
  • Нет новых фактов, которых не было во входных данных
  • Есть конкретные следующие шаги (если это письмо/план)
  • Тон соответствует аудитории
  • Формат соблюдён (таблица, пункты, объём)
  • Если вам нужен ориентир на ясный стиль, полезны принципы plain language: Plain Language.

    Поиск идей: как получать не просто список, а рабочие варианты

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

  • цель идей (продажи, обучение, контент, продукт)
  • аудиторию и контекст
  • критерии хорошей идеи
  • ограничения (запрещённые темы, тон, объём)
  • Сценарий: брейншторм тем для постов

    Промпт, который даёт управляемый результат:

    Сценарий: улучшить идеи через «критика + усиление»

    Полезная итерация после первого ответа:

    Резюме и конспекты: как не потерять смысл и проверить достоверность

    Резюме кажется простой задачей, но именно здесь модель часто:

  • сглаживает детали и делает выводы за автора
  • добавляет «логичные» вещи, которых не было в тексте
  • Главный приём для надёжности: просить опираться на цитаты и помечать пробелы.

    Сценарий: резюме текста с опорами

    Сценарий: конспект лекции для повторения

    Письма и сообщения: как получить текст, который можно отправить

    В письмах качество чаще всего ломается из-за двух причин:

  • не задана цель письма и контекст отношений
  • нет структуры и запретов (например, нельзя обещать сроки)
  • Базовая структура делового письма

  • зачем пишем (контекст)
  • что нужно от адресата (действие)
  • к какому сроку или в каком формате ответить
  • вежливое завершение
  • Сценарий: письмо клиенту после созвона

    Сценарий: короткое сообщение в мессенджер

    Анализ текста: извлекать факты, риски и противоречия

    Анализ — это не «попросить мнение». Надёжнее, когда вы просите:

  • извлечь утверждения
  • привязать их к фрагментам текста
  • показать пробелы и риски
  • сформировать вопросы автору
  • Сценарий: разбор документа (ТЗ, политика, статья)

    Сценарий: извлечь требования из «сырого» текста

    Подходит, когда вам прислали поток мыслей, а нужно сделать список требований.

    Обучение с ИИ: как превращать ответы в навык, а не в «прочитал и забыл»

    ИИ полезен как наставник, если вы управляете процессом:

  • задаёте цель обучения
  • просите примеры и контрпримеры
  • просите задания по вашему уровню
  • просите разбор ошибок по вашим ответам
  • Сценарий: объяснение темы «как преподаватель»

    Сценарий: учиться на своём тексте (редактура как тренировка)

    Вы получаете пользу, если модель не просто исправляет, а объясняет.

    Как собирать «мини-проекты» из этих сценариев

    Чтобы перейти от разовых запросов к устойчивому результату, собирайте цепочки из 3–5 шагов и сохраняйте их как шаблон.

    Пример мини-проекта: статья в блог за 40–60 минут

  • Идеи: получить 10 тем и выбрать 1 по критериям.
  • План: сделать структуру и тезисы к каждому разделу.
  • Черновик: написать текст по плану с ограничениями.
  • Редактура: сократить, выровнять тон, убрать «воду».
  • Проверка: отметить предположения, факты, места для ссылок.
  • Пример мини-проекта: «письмо + следующие шаги» после встречи

  • Из заметок сделать резюме и список решений.
  • Сгенерировать письмо с 2 CTA и рисками формулировок.
  • Итерация: уточнить тон и убрать двусмысленности.
  • Главные привычки, которые дают быстрый рост

  • Всегда задавайте цель и формат вывода.
  • Для резюме и анализа требуйте опоры на текст (цитаты) и запрет на выдумывание.
  • Для писем добавляйте запреты (что нельзя обещать) и следующий шаг.
  • В обучении просите пример + контрпример и разбор ваших ошибок.
  • Сохраняйте удачные цепочки запросов как библиотеку шаблонов.
  • 5. Генерация и редактирование изображений и медиа: основы и кейсы

    Генерация и редактирование изображений и медиа: основы и кейсы

    Связь с предыдущими статьями

    В прошлых материалах вы освоили базу: что такое современные модели, почему они могут ошибаться, как выбирать инструменты и как писать промпты так, чтобы результат был предсказуемым (цель → контекст → формат → итерации → проверка → сохранение шаблонов).

    С изображениями и медиа логика та же, но появляется ещё один слой управления: кроме смысла важно контролировать визуальные параметры (стиль, композицию, свет, цвет, детали) и понимать, какие задачи решаются разными режимами: генерация с нуля, редактирование, восстановление качества, вариации.

    Что считается “генерацией медиа” в инструментах ИИ

    На практике новички чаще всего сталкиваются с такими задачами:

  • Text-to-Image (текст → изображение): создать картинку по описанию.
  • Image-to-Image (изображение → изображение): переработать исходник в другом стиле или с изменениями.
  • Inpainting (дорисовка внутри): заменить или исправить объект в выделенной области.
  • Outpainting (расширение кадра): дорисовать изображение за пределы исходных границ.
  • Улучшение качества: увеличение разрешения, устранение шумов, повышение резкости.
  • Простые “утилиты”: удаление фона, замена фона, генеративная заливка.
  • Важно: эти слова могут называться по-разному в разных сервисах, но смысл обычно совпадает.

    Как в общих чертах работают современные генераторы изображений

    Большинство популярных генераторов изображений основаны на диффузионных моделях (diffusion models). Для новичка достаточно понимать идею:

  • Модель учится восстанавливать “осмысленное” изображение из шума.
  • При генерации она стартует с шума и шаг за шагом превращает его в картинку, ориентируясь на ваш текст и дополнительные условия (например, исходное изображение, маску, стиль).
  • Практический вывод: если запрос слишком общий, модель “додумает” детали сама. Поэтому вам нужно управлять:

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

    Единственного “лучшего” нет, поэтому выбирайте по задаче.

    | Задача | Что важно | Типичные инструменты | |---|---|---| | Картинка с нуля по описанию | качество, управляемость стиля | Midjourney, DALL·E, Stable Diffusion | | Редактирование фото и дизайн-материалов | удобные маски, понятные правки | Adobe Firefly | | Быстрые макеты для соцсетей | шаблоны, скорость, брендинг | Canva |

    Практическое правило: для старта достаточно одного генератора “с нуля” и одного инструмента “для правок” (особенно для удаления/замены фона и локальных исправлений).

    Анатомия хорошего промпта для изображения

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

    Базовые блоки промпта

  • Сцена и объект: кто/что в кадре и что происходит.
  • Контекст: где это происходит, окружение, эпоха, материалы.
  • Композиция: крупность (портрет/по пояс/общий план), ракурс, фокус.
  • Свет и цвет: дневной/студийный, мягкий/жёсткий свет, палитра.
  • Стиль: фото, иллюстрация, 3D, минимализм, ретро и т.д.
  • Технический формат: соотношение сторон, назначение (баннер, обложка, карточка товара).
  • Запреты: чего не должно быть (текст на изображении, логотипы, лишние объекты).
  • !Схема показывает, из каких частей удобно собирать промпт и как они связаны с итоговой картинкой

    Мини-шаблон промпта

    Управление результатом: 6 самых полезных приёмов

    Делайте требования проверяемыми

    Вместо «сделай красиво»:

  • “минималистичная иллюстрация, 2 цвета, без градиентов”
  • “фото-стиль, мягкий дневной свет, нейтральный фон”
  • “соотношение сторон 1:1 для аватара”
  • Сначала делайте варианты, потом дожимайте

    Для изображений почти всегда лучше сначала получить 6–12 вариантов, выбрать 1–2 лучших, и уже их улучшать через правки.

    Разделяйте задачи

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

  • Концепт (без текста)
  • Финальный визуал
  • Дизайн-версия с текстом (обычно в редакторе)
  • Используйте “запреты”

    Запреты сильно уменьшают случайности:

  • “без текста”
  • “без логотипов”
  • “без водяных знаков”
  • “без лишних предметов на фоне”
  • Для правок просите локальные изменения

    Если цель: “поменяй фон, но оставь человека и позу”, так и пишите. И отдельно перечисляйте, что нельзя менять.

    Фиксируйте удачные шаблоны

    Как и в тексте, библиотека шаблонов ускоряет работу больше, чем поиски “идеальной модели”. Сохраняйте:

  • промпт + получившийся хороший результат
  • удачные запреты
  • форматы под ваши каналы (обложка YouTube, баннер, карточка товара)
  • Базовый рабочий процесс для изображений

    Ниже универсальный процесс, который повторяет ваш текстовый процесс из предыдущих статей.

    !Цикл работы с генерацией и редактированием изображений от постановки задачи до сохранения шаблона

    Что проверять на шаге “Проверка”

  • Ошибки деталей: пальцы/глаза, странные объекты, артефакты, “плывущие” линии.
  • Смысловые ошибки: не тот предмет, не та аудитория, неправильный контекст.
  • Бренд-ошибки: неверные цвета, стиль не совпадает с остальными материалами.
  • Юридические и этические риски: чужие логотипы, узнаваемые личности без согласия.
  • Кейсы: что реально можно делать новичку

    Кейc: иллюстрация для поста в соцсетях

    Цель: поддержать смысл поста визуалом.

    Подход:

  • Описать одну идею на картинку (не весь пост).
  • Указать стиль и ограничения.
  • Сгенерировать 8–12 вариантов.
  • Выбрать лучший и слегка отредактировать (цвет, фон, композиция).
  • Пример промпта:

    Кейc: карточка товара для маркетплейса (осторожно с правдой)

    Цель: получить аккуратную визуальную подачу.

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

    Подход:

  • Если есть фото товара, лучше начинать с редактирования (замена фона, улучшение света), а не с генерации “с нуля”.
  • Запретить изменение формы и ключевых деталей.
  • Сделать несколько вариантов фона.
  • Пример запроса для редактирования:

    Кейc: замена объекта на фото (inpainting)

    Цель: исправить “мелкую проблему” без пересъёмки.

    Подход:

  • Выделить область (маской), где будет изменение.
  • Описать, что должно появиться.
  • Описать, что должно остаться неизменным.
  • Пример:

    Кейc: расширение изображения для баннера (outpainting)

    Цель: превратить вертикальную картинку в горизонтальный баннер.

    Подход:

  • Указать новое соотношение сторон.
  • Сказать, что нужно “продолжить” фон и окружение.
  • Отдельно запретить изменение центрального объекта.
  • Пример:

    Кейc: короткое видео и аудио (только базовые принципы)

    Новичкам полезно знать главное: для видео и аудио действуют те же правила постановки задачи, но контроль сложнее из-за времени.

    Что стоит фиксировать в запросе:

  • длительность (например, 6–10 секунд)
  • сюжет (что меняется во времени)
  • стиль (реалистично/анимация)
  • качество (разрешение, вертикально/горизонтально)
  • запреты (текст, логотипы, лишние сцены)
  • Этическое правило: не создавайте “реалистичные” ролики с реальными людьми без согласия и не используйте это для введения в заблуждение.

    Риски и безопасность: что важно новичку

    Авторские права и лицензии

  • Всегда проверяйте условия использования конкретного инструмента.
  • Избегайте явного копирования узнаваемого стиля конкретного живого автора, если вы не уверены в допустимости.
  • Ориентир по теме авторского права в целом:

  • WIPO: Copyright
  • Приватность

  • Не загружайте в сервисы чувствительные фото (документы, личные данные), если не понимаете политику хранения.
  • Для рабочих задач по возможности обезличивайте изображения.
  • Дезинформация и доверие

    Ваша цель в курсе — практическая польза и предсказуемый результат. Поэтому добавьте привычку:

  • помечать, где изображение сгенерировано
  • не использовать генерацию, чтобы создавать “доказательства” событий
  • Что запомнить

  • Изображения подчиняются тем же принципам, что и текст: цель, контекст, формат, ограничения, итерации, проверка.
  • Самые частые режимы: text-to-image, image-to-image, inpainting, outpainting, улучшение качества.
  • Предсказуемость даёт структура промпта: сцена, композиция, свет/цвет, стиль, формат, запреты.
  • Работайте через варианты и локальные правки, а удачные шаблоны сохраняйте в библиотеку.
  • 6. Автоматизация задач: шаблоны, агенты, интеграции и работа с данными

    Автоматизация задач: шаблоны, агенты, интеграции и работа с данными

    Связь с предыдущими статьями курса

    Раньше вы разобрали:

  • как работают современные модели и почему им нельзя слепо доверять
  • как выбрать инструменты и выстроить базовый рабочий процесс
  • как писать промпты так, чтобы результат был предсказуемым
  • как применять ИИ в текстовых и визуальных задачах
  • Следующий шаг — автоматизация: когда вы не каждый раз вручную копируете текст, проверяете формат и переносите результат в таблицу/почту, а собираете повторяемый процесс. В этой статье вы научитесь превращать разовые сценарии в конвейер: шаблоны → структурированный вывод → интеграции → (при необходимости) агенты.

    Что такое автоматизация в контексте ИИ

    Автоматизация — это когда ваш процесс:

  • запускается по событию (пришла форма, письмо, новая строка в таблице)
  • использует ИИ на одном или нескольких шагах (суммаризация, классификация, генерация)
  • сохраняет результат в систему (таблица, CRM, задачи)
  • оставляет контроль качества там, где цена ошибки высокая
  • Важно: автоматизация не означает полностью без человека. Для новичка лучший вариант — полуавтомат: ИИ делает черновую работу, а человек утверждает, особенно там, где есть юридические, финансовые или репутационные риски.

    !Схема показывает типичный конвейер: источник данных → ИИ-обработка → проверка → сохранение результата

    Четыре уровня зрелости: от шаблонов к агентам

    Шаблоны

    Шаблон — это заготовка промпта и формата ответа для повторяющейся задачи.

    Примеры:

  • «сделай резюме встречи + решения в таблицу»
  • «из входящего письма извлеки: тема, срочность, следующий шаг»
  • Плюс: быстро, дёшево, безопаснее.

    Конвейеры (workflow)

    Конвейер — несколько шагов, которые вы всегда выполняете в одинаковом порядке.

    Пример конвейера для входящих заявок:

  • Принять текст заявки
  • Классифицировать (тип запроса)
  • Извлечь поля (имя, компания, задача, дедлайн)
  • Сформировать черновик ответа
  • Сохранить в таблицу/CRM
  • Интеграции

    Интеграция — связь между сервисами (почта, формы, таблицы, таск-трекер) так, чтобы данные переходили автоматически.

    Популярные подходы:

  • no-code/low-code (Zapier, Make, Power Automate)
  • API и вебхуки (чуть сложнее, но гибче)
  • Ссылки:

  • Zapier
  • Make
  • Microsoft Power Automate
  • Агенты

    Агент — это настройка, в которой ИИ не просто отвечает один раз, а сам планирует шаги и выполняет их через инструменты (например, поиск, чтение файлов, запись в таблицу), пока не достигнет цели.

    Важно для новичка:

  • агент полезен, когда задача многошаговая и входные данные неполные
  • агент опаснее, когда цена ошибки высокая: он может сделать лишнее действие
  • Практическое правило: агентам — ограниченные права и чёткие рамки.

    Основа автоматизации: структурированный вывод

    Пока ответ ИИ — это «красивый текст», автоматизировать трудно. Как только результат становится структурой, его можно проверять и переносить в системы.

    Какие форматы чаще всего использовать

  • таблица (удобна человеку)
  • CSV (удобен таблицам и импорту)
  • JSON (удобен интеграциям и API)
  • Для новичка универсальный вариант: просить JSON + короткое резюме для человека.

    Шаблон промпта: извлечение данных в JSON

    Почему это работает:

  • ограниченный список значений уменьшает хаос
  • null защищает от выдумывания
  • массив questions превращает «неясность» в действие
  • Если ваш инструмент поддерживает function calling или аналог «вызова функций», используйте его: это обычно повышает надёжность структур.

    Ссылка для углубления:

  • OpenAI Function Calling
  • Проверка качества в автоматизации: где именно ставить «предохранители»

    Автоматизация усиливает не только пользу, но и ошибки. Поэтому вам нужны простые проверки.

    Минимальные проверки, которые стоит внедрять почти всегда

  • проверка формата: это валидный JSON, есть все поля
  • проверка диапазонов: «срочность» только из списка
  • проверка пустых значений: если contact_name = null, пометить на ручной разбор
  • проверка рисков: если тема юридическая/медицинская/финансовая — только черновик, требуется человек
  • Полезный паттерн: «человек утверждает»

    Для задач вроде ответа клиенту безопаснее:

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

    Интеграции: как связать ИИ с вашими сервисами

    Ниже логика, которая повторяется в большинстве платформ.

    Основные сущности интеграций

    | Термин | Простое объяснение | Пример | |---|---|---| | Триггер | что запускает сценарий | «пришла новая строка в Google Sheets» | | Действие | что выполнить | «отправить текст в LLM» | | Маппинг полей | как поля переходят между шагами | company → колонка Company | | Фильтр | условие выполнения | «делать только если срочность высокая» | | Логирование | сохранение следов работы | «записать исходный текст и JSON-ответ» |

    Пример сценария для новичка: обработка заявок из формы

    Конвейер:

  • Триггер: новая заявка из формы
  • Действие: LLM извлекает поля в JSON (тип, срочность, резюме)
  • Фильтр: если urgency = "высокая", уведомить в мессенджер
  • Действие: записать строку в таблицу (включая сырой текст и JSON)
  • Действие: создать задачу в таск-трекере с next_step
  • Что важно заранее решить:

  • где хранить сырой текст и результат (для аудита)
  • кто отвечает за ручную проверку
  • какие случаи всегда идут в ручной режим
  • Ссылки на популярные хранилища/таблицы:

  • Google Sheets
  • Airtable
  • Notion
  • Работа с данными: как готовить вход и не ломать качество

    Автоматизация часто ломается не из-за модели, а из-за «грязных» данных.

    Правило: вход должен быть стабильным

    Если у вас заявки каждый раз выглядят по-разному, модель будет путаться. Старайтесь приводить вход к шаблону.

    Пример предобработки (вручную или шагом в интеграции):

  • Выделить ключевые поля (тема, текст, контакты)
  • Удалить подписи, футеры, лишние цитаты в переписке
  • Ограничить длину (если нужно): оставить последние 1–2 сообщения + контекст
  • «Граница правды»: отделяем данные от интерпретаций

    Полезный формат, который снижает галлюцинации:

    Версионирование шаблонов

    Как только вы автоматизируете, ваш промпт становится частью системы. Введите простую дисциплину:

  • храните шаблоны в одном месте
  • ставьте версию в тексте (например, prompt_version: v3)
  • фиксируйте, что изменили и зачем
  • Это помогает понять, почему «вчера работало, сегодня нет».

    Агенты: когда они нужны и как ограничивать риски

    Когда агент оправдан

    Агент полезен, если задача:

  • требует нескольких шагов и уточнений
  • использует инструменты (поиск, чтение документов, запись в систему)
  • имеет понятный критерий завершения
  • Пример: «собери еженедельный отчёт» может включать чтение нескольких источников, суммаризацию и заполнение шаблона.

    Как сделать агента безопаснее

    Попросите агента работать по протоколу:

  • План (что он собирается сделать)
  • Выполнение только разрешённых действий
  • Лог (что сделал и на основе чего)
  • Вывод (результат + что требует проверки человеком)
  • Мини-шаблон:

    !Схема показывает, что агент — это повторяющийся цикл с контролем и ограничениями

    Типовые проекты автоматизации для новичка

    Ниже несколько практичных направлений, которые хорошо ложатся на принципы из прошлых статей.

    Авто-конспект и разбор встреч

    Вход: заметки или расшифровка.

    Выход:

  • итоги (3–5 пунктов)
  • решения (таблица: решение / владелец / срок)
  • риски и вопросы
  • Автоматизация: запуск по добавлению файла/текста, сохранение в Notion/Google Docs.

    Автосортировка входящих писем

    Вход: письмо.

    Выход:

  • категория
  • срочность
  • следующий шаг
  • черновик ответа (только как черновик)
  • Автоматизация: пометки/лейблы + задача ответственному.

    База знаний из документов

    Вход: набор документов.

    Выход:

  • карточки: «тема → кратко → ссылки/цитаты → вопросы»
  • Автоматизация: конвейер обработки новых файлов и пополнение базы.

    Безопасность и приватность в автоматизации

    В предыдущих статьях вы уже обсуждали приватность. В автоматизации риск выше, потому что данные начинают «течь» между системами.

    Минимальные правила:

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

    Главное из статьи

  • Автоматизация — это повторяемый процесс: шаблоны → структура → интеграции → контроль качества.
  • Самый сильный рычаг — структурированный вывод (JSON/таблица) и запрет на выдумывание.
  • Надёжная практика для новичка: ИИ делает черновик, человек утверждает.
  • Интеграции строятся из триггеров, действий, маппинга, фильтров и логов.
  • Агенты полезны для многошаговых задач, но требуют ограничений прав, логирования и явных правил.
  • 7. Качество, безопасность и этика: проверка фактов, конфиденциальность, авторские права

    Quality, safety, and ethics: fact-checking, confidentiality, and copyright

    How this fits into the course

    In earlier lessons you learned that modern AI models generate plausible outputs, not guaranteed truth; you also learned a workflow (goal → context → format → iterations → validation → saved templates) and how to structure prompts for predictable results.

    This lesson adds the “professional layer” on top of that workflow:

  • Quality: how to verify factual claims and detect weak spots.
  • Safety: how to avoid leaking confidential or personal data.
  • Ethics and rights: how to use text and media generation responsibly, including copyright and licensing.
  • These skills become even more important when you start automation (workflows, integrations, agents), because automation amplifies both productivity and mistakes.

    !A “validation gate” that sits between AI output and real-world use

    Quality: the core problem is not “wrong answers”, but unverifiable answers

    AI tools can:

  • summarize, rewrite, classify, draft, and brainstorm quickly
  • sound confident even when uncertain
  • Your goal is not to force “perfect truth”, but to make outputs:

  • checkable (clear claims, clear sources)
  • bounded (what is known vs assumed)
  • safe to reuse (no hidden inventions)
  • A practical definition of a “claim”

    A claim is any statement that could be true or false and would matter if wrong. Examples:

  • “This law requires X.”
  • “This drug treats Y.”
  • “The market grew by 18% in 2024.”
  • “This image depicts a real event.”
  • If you see a claim, you need a verification plan.

    Fact-checking: a beginner-friendly process that works

    Step one: force the model to separate facts, assumptions, and advice

    Use a format that makes uncertainty visible.

    This aligns with your earlier prompt-building principle: make the output structured and checkable.

    Step two: decide which verification method fits the risk

    Use the “cost of being wrong” to pick the method.

    | Situation | Cost of being wrong | Minimum verification | |---|---:|---| | casual brainstorming | low | quick sanity check | | internal memo | medium | verify key numbers and names | | customer email, PR, legal/medical/financial | high | primary sources + human review | | automation that sends externally | very high | strict guardrails + human approval |

    Step three: use primary sources, not “AI said so”

    Good sources depend on the topic:

  • laws/regulations: government websites, official gazettes
  • medical guidance: reputable public health agencies
  • statistics: official statistics agencies or original research
  • product specs: your own documentation, contracts, changelogs
  • If you need general background, start with an overview source and then move to primary documentation:

  • Wikipedia (good for orientation, not final authority)
  • World Health Organization
  • European Commission
  • United States Food and Drug Administration
  • Step four: make the model help you verify, not “be correct”

    Instead of asking “is this true?”, ask for a verification plan.

    Step five: keep evidence with the output

    A useful habit for real work:

  • store the final text and the sources used
  • store the assumptions you accepted
  • store the date of verification
  • This is especially important for team workflows and for any automated pipeline.

    Common failure modes and how to catch them

    | Failure mode | What it looks like | How to prevent it | |---|---|---| | confident but wrong | fluent answer with invented details | require “facts vs assumptions” + verification checklist | | outdated info | correct historically, wrong today | ask “what may be outdated?” + verify dates | | mixing similar facts | “blended” events, names, numbers | extract claims, verify each separately | | missing constraints | the answer is “fine” but unusable | add format, audience, and hard constraints | | fake citations | sources that do not exist | explicitly forbid invented citations; verify links manually |

    Confidentiality and privacy: what not to share, and how to work safely

    Key idea: treat an AI chat like an external system

    Unless you are using an approved enterprise setup with clear policies, assume:

  • what you paste may be stored
  • it may be used for service improvement (depending on settings and provider)
  • it may be visible to admins in your environment
  • Always check your tool’s data controls and privacy policy.

    Examples of privacy policies:

  • OpenAI Privacy Policy
  • Anthropic Privacy Policy
  • Google Privacy Policy
  • Microsoft Privacy Statement
  • A simple data classification for beginners

    | Data type | Examples | Safe approach | |---|---|---| | public | published blog posts, public docs | usually safe | | internal | internal process notes, non-sensitive drafts | share carefully, avoid names where possible | | confidential | contracts, pricing agreements, client info | prefer redaction, approval, or enterprise tools | | highly sensitive | passwords, API keys, medical records, ID numbers | do not share |

    Data minimization: send the model only what it needs

    Before pasting, ask:

  • do I need the full document, or just a paragraph?
  • can I replace names with roles?
  • can I remove signatures, footers, IDs, invoice numbers?
  • A practical pattern is redact → summarize → process:

    1) you remove sensitive parts 2) the model creates a summary or structured extraction 3) you apply the summary back in your secure environment

    Redaction template you can reuse

    Automation warning: integrations can leak data faster than you notice

    When you connect email/forms/CRMs to AI:

  • add a pre-filter step to remove sensitive fields
  • log inputs and outputs for audit
  • require human approval for external sending
  • This matches the previous automation lesson principle: “AI drafts, humans approve” for high-risk actions.

    Copyright and licensing: what you must understand as a beginner

    This section is about risk management, not legal advice. If your use is commercial or high-stakes, consult a qualified lawyer in your jurisdiction.

    A good global starting point for copyright basics:

  • WIPO: Copyright
  • Three separate questions you should ask

    1) What rights do I have to the input? - Did you copy-paste someone else’s article or paid content? 2) What rights do I have to the output? - Tool terms may matter; jurisdiction may matter. 3) Am I generating something that infringes someone else’s protected work or brand? - Similarity, trademarks, and “passing off” risks.

    Inputs: do not upload what you are not allowed to share

    Typical risky inputs:

  • books, paid courses, proprietary reports
  • client deliverables under NDA
  • internal source code or credentials
  • Even if the model can summarize it, you may not have the right to disclose it.

    Outputs: avoid “style cloning” and brand confusion

    In text:

  • do not ask for a “rewrite” that is effectively copying a copyrighted article
  • prefer “write a new explanation in my own structure for my audience”
  • In images:

  • avoid using real company logos unless you have permission
  • avoid prompts like “in the exact style of [living artist]” if you do not have rights
  • Trademarks are different from copyright

    Even if an image is “new”, using protected brand elements (logos, product trade dress) can create legal issues.

    A starting point for trademark basics:

  • WIPO: Trademarks
  • Practical checklist before you publish AI-generated content

  • is any part copied verbatim from a protected source?
  • did the model include recognizable logos, brand names, or characters?
  • are you implying endorsement or affiliation?
  • can you document your sources and your own contribution?
  • Ethical use: what “good practice” looks like for beginners

    Ethics is about harm prevention and trust, even when something is technically allowed.

    Avoid deception

    High-risk patterns:

  • presenting AI-generated text as a human expert opinion without review
  • presenting AI-generated images/video as evidence of real events
  • using AI to impersonate real people
  • If content could be misunderstood, add a clear label like “AI-assisted draft” or “AI-generated image”, depending on context.

    Reduce bias and stereotyping

    Models can reproduce stereotypes from their training data. You can mitigate this by asking for diversity and by adding explicit constraints.

    Example constraint:

  • “Avoid stereotypes. Use neutral professional language. If you mention roles, vary gender and backgrounds across examples.”
  • Respect user privacy

    If you are generating customer-facing content:

  • do not include personal details in examples unless anonymized
  • do not infer sensitive attributes (health, ethnicity, religion) from limited data
  • A “safe default” workflow you can adopt today

    Use this when the output might be shared with others

    1) Define the goal and audience. 2) Provide only necessary inputs (minimize data). 3) Request structured output (tables/JSON) plus a short human-readable summary. 4) Require “facts vs assumptions” separation. 5) Verify key claims with primary sources. 6) Do a privacy scan (names, IDs, client details). 7) Do a rights scan (copied text, logos, brand confusion). 8) Save the prompt + final version + verification notes as a reusable template.

    One compact “validation gate” prompt for reuse

    Key takeaways

  • Quality improves when you make outputs verifiable: structured claims, explicit assumptions, clear checklists.
  • Privacy improves when you practice data minimization and redaction.
  • Copyright and trademarks require you to think about both inputs and outputs, and to avoid copying and brand confusion.
  • Automation increases both impact and risk: add guardrails and human approval for external actions.
  • In the next practical projects you should treat “verification + privacy + rights checks” as part of the workflow, not an optional step.