ENISA Secure by Design and by Default.pdf
1.7 MB
ENISA Secure by Design and Default Playbook
80 страниц пользы, принципы и конкретные рекомендации по применению требований безопасности на протяжении всего жизненного цикла продукта.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
80 страниц пользы, принципы и конкретные рекомендации по применению требований безопасности на протяжении всего жизненного цикла продукта.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
Guide on federated learning.pdf
2.9 MB
Privacy Enhancing Technologies: Guide on Federated Learning|PDPC Singapore
Технологии повышения конфиденциальности (PET) позволяют организациям обрабатывать, анализировать и извлекать полезную информацию из данных, не раскрывая при этом личную или коммерчески конфиденциальную информацию.
Федеративные вычисления - один из методов, решающий проблему, как обеспечить совместную разработку ИИ в организациях, чьи наборы данных изолированы нормативными, конкурентными или операционными ограничениями.
Это достигается за счет переноса вычислений туда, где находятся данные, а не централизации необработанной конфиденциальной информации.
Включает в себя две взаимодополняющие возможности: федеративное обучение (FL) и федеративную аналитику (FA).
Гайд в основном посвящен FL из-за его большей технической сложности и рисков конфиденциальности, включает структурированную оценку соответствия проблемы, практические рекомендации по проектным решениям, а также средства управления и технические меры по снижению рисков.
Целевая аудитория: CIO, CTO, CDO, специалисты по ИИ, защите данных и лиц, принимающих технические решения, которые могут прямо или косвенно участвовать в оценке, внедрении и управлении федеративными системами.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
Технологии повышения конфиденциальности (PET) позволяют организациям обрабатывать, анализировать и извлекать полезную информацию из данных, не раскрывая при этом личную или коммерчески конфиденциальную информацию.
Федеративные вычисления - один из методов, решающий проблему, как обеспечить совместную разработку ИИ в организациях, чьи наборы данных изолированы нормативными, конкурентными или операционными ограничениями.
Это достигается за счет переноса вычислений туда, где находятся данные, а не централизации необработанной конфиденциальной информации.
Включает в себя две взаимодополняющие возможности: федеративное обучение (FL) и федеративную аналитику (FA).
Гайд в основном посвящен FL из-за его большей технической сложности и рисков конфиденциальности, включает структурированную оценку соответствия проблемы, практические рекомендации по проектным решениям, а также средства управления и технические меры по снижению рисков.
Целевая аудитория: CIO, CTO, CDO, специалисты по ИИ, защите данных и лиц, принимающих технические решения, которые могут прямо или косвенно участвовать в оценке, внедрении и управлении федеративными системами.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
👍1
Как компании будут бороться за рекомендации ИИ или почему SEO меняется
Еще недавно главной задачей маркетолога было оказаться на первой странице поисковой выдачи.
Сегодня у бизнеса появляется другой вопрос: «Что скажет нейросеть о моем бренде, когда пользователь спросит ее совета?»
Эта смена кажется небольшой, но она меняет модель цифрового маркетинга. С развитием ИИ-ассистентов путь клиента будет выглядеть, как пользователь → ChatGPT / Gemini / Алиса → рекомендация → покупка.
👀 А значит появляется новое направление Generative Engine Optimization (GEO) или попытка сделать так, чтобы ИИ чаще упоминал бренд в своих ответах.
Например, если пользователь спрашивает: «Какие сервисы подходят для автоматизации бухгалтерии?», то в поиске он получает список ссылок. ИИ может сразу сказать: «Для малого бизнеса можно рассмотреть X, Y и Z».
Сервисы вроде brandfound уже предлагают мониторинг того, как бренды представлены в ChatGPT, Gemini, Claude, Perplexity, Алисе и других системах, анализируя запросы пользователей и ответы нейросетей. Компания задает вопросы, которые реальные пользователи могут задавать нейросетям (например, какой банк выбрать для бизнеса в Европе). Дальше сервис проверяет ответы разных ИИ ( упоминается ли бренд, как часто он появляется, с кем его сравнивают, какие преимущества или недостатки ему приписывают) и создает аналитики для управления присутствием бренда в ответах ИИ.
Фактически появляется новая аналитика не сколько людей увидели рекламу", а сколько раз ИИ рекомендовал бренд потенциальному клиенту.
🔍 Какие методы использовать:
1️⃣ Структурированные данные. Разметка Schema.org позволяет указать поисковым системам, что именно находится на странице ( товар, цена, организация, отзывы, автор, дата публикации). Это помогает алгоритмам лучше понимать содержание сайта.
2️⃣ Файл llms.txt как экспериментальный подход и машинно-читаемый контент. Его идея похожа на robots.txt, т.е. дать ИИ-системам краткое описание сайта, его структуры и важных материалов. Например, компания может указать, какие страницы являются основными, где находится документация, какие данные можно использовать.
3️⃣ Авторитетность источников. ИИ-модели оценивают не только текст, а важны еще параметры, кто написал материал, насколько источник надежен, есть ли подтверждение информации, насколько давно обновлялись данные. Принцип E-E-A-T (опыт, экспертность, авторитетность, надежность), который Google использует в рекомендациях для качества контента, становится еще более важным.
4️⃣ Качество данных становится конкурентным преимуществом. Если в интернете противоречивая информация, ИИ может сделать неправильный вывод.
5️⃣ Учитывать контекст пользователя. Интеграции Google с собственными сервисами дают ИИ-помощникам возможности отвечать на вопрос "что важно именно для этого человека?". И тот же туристический сервис может быть рекомендован не просто потому, что у него хороший сайт, а потому что ИИ знает, что пользователь планирует поездку, у него есть определенные даты, он уже покупал похожие услуги.
❗️ Пользователям в таком контексте остается:
▪️не воспринимать ответ ИИ как истину.
▪️понимать, что рекомендации могут стать новым видом рекламы.
▪️учиться задавать вопросы, т.к. качество ответа будет зависеть от запроса. Не спрашивать "какой лучший банк", а " сравни, какие банки подходят под такие-то задачи, какие есть ограничения, зак-во, тарифы, история клиентских отношения и т.п".
▪️проверять результаты.
📌 Разметка структурированных данных Google,
GEO: Generative Engine Optimization,
What is Generative Engine Optimization (GEO) and how does it differ from SEO?
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Еще недавно главной задачей маркетолога было оказаться на первой странице поисковой выдачи.
Сегодня у бизнеса появляется другой вопрос: «Что скажет нейросеть о моем бренде, когда пользователь спросит ее совета?»
Эта смена кажется небольшой, но она меняет модель цифрового маркетинга. С развитием ИИ-ассистентов путь клиента будет выглядеть, как пользователь → ChatGPT / Gemini / Алиса → рекомендация → покупка.
Например, если пользователь спрашивает: «Какие сервисы подходят для автоматизации бухгалтерии?», то в поиске он получает список ссылок. ИИ может сразу сказать: «Для малого бизнеса можно рассмотреть X, Y и Z».
Сервисы вроде brandfound уже предлагают мониторинг того, как бренды представлены в ChatGPT, Gemini, Claude, Perplexity, Алисе и других системах, анализируя запросы пользователей и ответы нейросетей. Компания задает вопросы, которые реальные пользователи могут задавать нейросетям (например, какой банк выбрать для бизнеса в Европе). Дальше сервис проверяет ответы разных ИИ ( упоминается ли бренд, как часто он появляется, с кем его сравнивают, какие преимущества или недостатки ему приписывают) и создает аналитики для управления присутствием бренда в ответах ИИ.
Фактически появляется новая аналитика не сколько людей увидели рекламу", а сколько раз ИИ рекомендовал бренд потенциальному клиенту.
▪️не воспринимать ответ ИИ как истину.
▪️понимать, что рекомендации могут стать новым видом рекламы.
▪️учиться задавать вопросы, т.к. качество ответа будет зависеть от запроса. Не спрашивать "какой лучший банк", а " сравни, какие банки подходят под такие-то задачи, какие есть ограничения, зак-во, тарифы, история клиентских отношения и т.п".
▪️проверять результаты.
📌 Разметка структурированных данных Google,
GEO: Generative Engine Optimization,
What is Generative Engine Optimization (GEO) and how does it differ from SEO?
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
AI Assistants Overassist.pdf
1.8 MB
Синдром гиперопеки: как ИИ-ассистенты разрушают навыки долгосрочного обучения
Новое исследование Гарварда и Стенфорда показывает проблему современных ИИ-ассистентов: они мешают нам учиться, потому что помогают слишком быстро и слишком сильно.
Ученые представили бенчмарк INT-BENCH, который имитирует взаимодействие "ученика" и "учителя" в трех сферах: отладка кода, математика и логические задачи. Оценка происходит в области обучения по частоте и времени вмешательств, а также по влиянию на
как непосредственный успех в выполнении задачи, так и решения новых проблем.
Результаты сравнения ИИ-преподавателей с людьми оказались весьма показательными:
1️⃣ Синдром гиперопеки (Overassisting)
ИИ вмешивается слишком рано. В 90% случаев модель встревает в процесс рассуждения на самых первых шагах (в среднем показав всего 18% текста).
ИИ вмешивается, даже когда всё хорошо. Такие модели, как GPT-5.2 и GPT-OSS-120B, давали подсказки в 98–100% случаев, когда «ученик» прекрасно справлялся сам и шёл к верному ответу.
2️⃣ Сливы решений вместо обучения
Вместо того чтобы натолкнуть на мысль (наводящие вопросы, намеки), ИИ в 58–65% случаев сразу выдает почти готовый ответ или прямую инструкцию.
Человек-преподаватель в аналогичных условиях чаще указывает на ошибку косвенно или предлагает перепроверить шаги, давая возможность додумать самостоятельно.
3️⃣ Ноль навыков в долгосрочной перспективе (Generalization)
Быстрая помощь ИИ дает иллюзию успеха, т.к. сиюминутная точность выполнения задачи действительно растет.
Однако обобщение знаний падает. Когда «ученику» дают аналогичную, но новую задачу, наличие предыдущих подсказок от ИИ вообще не улучшает результат. Ученик не усваивает принцип, так как за него проделали всю ментальную работу.
Авторы статьи предупреждают о риске постепенного выгорания самостоятельного мышления (gradual disempowerment). Когда нейросети оптимизированы на быстрый результат, они приучают пользователя к «когнитивной разгрузке». Мы теряем навык преодоления сложных задач (productive struggle), ведь проще сразу получить готовый ответ.
Разработчикам LLM нужно обучать ассистентов не просто реверсировать ошибки, а балансировать между краткосрочной помощью и долгосрочным обучением, т.е. давать пользователю совершать ошибки и доходить до сути своим умом.
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Новое исследование Гарварда и Стенфорда показывает проблему современных ИИ-ассистентов: они мешают нам учиться, потому что помогают слишком быстро и слишком сильно.
Ученые представили бенчмарк INT-BENCH, который имитирует взаимодействие "ученика" и "учителя" в трех сферах: отладка кода, математика и логические задачи. Оценка происходит в области обучения по частоте и времени вмешательств, а также по влиянию на
как непосредственный успех в выполнении задачи, так и решения новых проблем.
Результаты сравнения ИИ-преподавателей с людьми оказались весьма показательными:
ИИ вмешивается слишком рано. В 90% случаев модель встревает в процесс рассуждения на самых первых шагах (в среднем показав всего 18% текста).
ИИ вмешивается, даже когда всё хорошо. Такие модели, как GPT-5.2 и GPT-OSS-120B, давали подсказки в 98–100% случаев, когда «ученик» прекрасно справлялся сам и шёл к верному ответу.
Вместо того чтобы натолкнуть на мысль (наводящие вопросы, намеки), ИИ в 58–65% случаев сразу выдает почти готовый ответ или прямую инструкцию.
Человек-преподаватель в аналогичных условиях чаще указывает на ошибку косвенно или предлагает перепроверить шаги, давая возможность додумать самостоятельно.
Быстрая помощь ИИ дает иллюзию успеха, т.к. сиюминутная точность выполнения задачи действительно растет.
Однако обобщение знаний падает. Когда «ученику» дают аналогичную, но новую задачу, наличие предыдущих подсказок от ИИ вообще не улучшает результат. Ученик не усваивает принцип, так как за него проделали всю ментальную работу.
Авторы статьи предупреждают о риске постепенного выгорания самостоятельного мышления (gradual disempowerment). Когда нейросети оптимизированы на быстрый результат, они приучают пользователя к «когнитивной разгрузке». Мы теряем навык преодоления сложных задач (productive struggle), ведь проще сразу получить готовый ответ.
Разработчикам LLM нужно обучать ассистентов не просто реверсировать ошибки, а балансировать между краткосрочной помощью и долгосрочным обучением, т.е. давать пользователю совершать ошибки и доходить до сути своим умом.
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Case short-stay visa.pdf
79.6 KB
Решение о получении визы помог оценить ИИ?
Кейс из Нидерландов помогает разобраться, может ли государство использовать алгоритм при принятии решения о выдаче шенгенской визы, но не сообщать заявителю, что алгоритм вообще применялся.
👀 Окружной суд Гааги рассмотрел дело об отказе в краткосрочной шенгенской визе.
В процессе рассмотрения заявлений Министерство иностранных дел Нидерландов использует алгоритм Information Supporting Decision (IOB), который:
▪️анализирует данные заявления и информацию из других источников,
▪️формирует профили и рассчитывает показатель, на основании которого заявлению присваивается один из трёх треков обработки: fast, regular или intensive.
Система IOB не принимает решение о выдаче или отказе в визе, но должна помочь сотруднику определить, насколько интенсивно необходимо рассматривать конкретное заявление. Окончательное решение принимает человек.
Но именно здесь и возникает проблема.
Заявительница утверждала, что использование IOB может приводить к неправомерной дифференциации по национальности, расовому или этническому происхождению. В частности, она ссылалась на исследования, указывавшие на риск алгоритмического этнического профилирования.
Суд сначала в 2025 г. в отдельном решении впервые потребовал от Министерства иностранных дел подробно раскрыть, как используется IOB, включая обработку данных, профилирование и влияние алгоритма на конкретную заявку.
Нидерланды используют Impact Assessment Human Rights and Algorithms (IAMA) (специальный инструмент для оценки того, как алгоритм может затрагивать основные права человека), который было обновлен в феврале 2026г.
Для IOB такое исследование было проведено в декабре 2025, где были выявлены отклонения модели и ситуации, когда сотрудник мог чрезмерно полагаться на подсказку алгоритма.
После этого процесс был скорректирован, были изменены данные и элементы BAO, система была перекалибрована, а также введён отдельный протокол постоянного мониторинга bias.
Суд установил, что IOB в данном деле не повлиял на итоговое решение, заявительница получила regular track и итоговый score составил 0. Поэтому суд не увидел доказательств того, что алгоритмическая классификация определила результат её дела.
✏️ Проблемой стала прозрачность использования алгоритма. В решении об отказе Министерство не указало, что IOB применялся к заявлению и какой результат он дал.
Суд подчеркнул, что даже если алгоритм не повлиял на содержание окончательного решения, информация о его использовании может быть необходима для того, чтобы человек мог понять, как рассматривалось его заявление, и эффективно оспорить решение.
Поэтому суд признал нарушенными принципы обоснованности и прозрачности.
В итоге суд отменил оспариваемое административное решение, поскольку были нарушены требования к мотивировке и заявительницу также неправомерно лишили возможности быть заслушанной.
Но одновременно сохранил юридические последствия этого решения, т. е. отказ в визе остался в силе.
❕Если алгоритм участвует в административной процедуре, государство не может просто сказать, что решение всё равно принимает человек, поэтому алгоритм юридически не важен, даже вспомогательная алгоритмическая система может иметь значение для права человека понять и оспорить решение.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Кейс из Нидерландов помогает разобраться, может ли государство использовать алгоритм при принятии решения о выдаче шенгенской визы, но не сообщать заявителю, что алгоритм вообще применялся.
В процессе рассмотрения заявлений Министерство иностранных дел Нидерландов использует алгоритм Information Supporting Decision (IOB), который:
▪️анализирует данные заявления и информацию из других источников,
▪️формирует профили и рассчитывает показатель, на основании которого заявлению присваивается один из трёх треков обработки: fast, regular или intensive.
Система IOB не принимает решение о выдаче или отказе в визе, но должна помочь сотруднику определить, насколько интенсивно необходимо рассматривать конкретное заявление. Окончательное решение принимает человек.
Но именно здесь и возникает проблема.
Заявительница утверждала, что использование IOB может приводить к неправомерной дифференциации по национальности, расовому или этническому происхождению. В частности, она ссылалась на исследования, указывавшие на риск алгоритмического этнического профилирования.
Суд сначала в 2025 г. в отдельном решении впервые потребовал от Министерства иностранных дел подробно раскрыть, как используется IOB, включая обработку данных, профилирование и влияние алгоритма на конкретную заявку.
Нидерланды используют Impact Assessment Human Rights and Algorithms (IAMA) (специальный инструмент для оценки того, как алгоритм может затрагивать основные права человека), который было обновлен в феврале 2026г.
Для IOB такое исследование было проведено в декабре 2025, где были выявлены отклонения модели и ситуации, когда сотрудник мог чрезмерно полагаться на подсказку алгоритма.
После этого процесс был скорректирован, были изменены данные и элементы BAO, система была перекалибрована, а также введён отдельный протокол постоянного мониторинга bias.
Суд установил, что IOB в данном деле не повлиял на итоговое решение, заявительница получила regular track и итоговый score составил 0. Поэтому суд не увидел доказательств того, что алгоритмическая классификация определила результат её дела.
Суд подчеркнул, что даже если алгоритм не повлиял на содержание окончательного решения, информация о его использовании может быть необходима для того, чтобы человек мог понять, как рассматривалось его заявление, и эффективно оспорить решение.
Поэтому суд признал нарушенными принципы обоснованности и прозрачности.
В итоге суд отменил оспариваемое административное решение, поскольку были нарушены требования к мотивировке и заявительницу также неправомерно лишили возможности быть заслушанной.
Но одновременно сохранил юридические последствия этого решения, т. е. отказ в визе остался в силе.
❕Если алгоритм участвует в административной процедуре, государство не может просто сказать, что решение всё равно принимает человек, поэтому алгоритм юридически не важен, даже вспомогательная алгоритмическая система может иметь значение для права человека понять и оспорить решение.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
LISTA PYTAŃ – RODO + sygnalizacyjnie AI Act.docx
47.1 KB
Чек-листы при внедрении ИИ на соответствие GDPR от польского регулятора
Польский надзорный орган по защите данных (UODO) опубликовал перечни вопросов, которые необходимо задать до того, как организация начнёт создавать или внедрять систему ИИ.
Исследование, проведённое экспертной группой при UODO, показало, что
▪️ 41–58,5% организаций вообще не видят связи между использованием ИИ и обработкой персональных данных,
▪️ 95,9% не считают себя готовыми внедрять ИИ в соответствии с GDPR.
Поэтому UODO предлагает изменить сам подход и проверять на стадии до выбора поставщика, обработки данных и технического решения, а не после запуска системы.
📝Опубликованы наборы вопросов:
▪️для малого и среднего бизнеса, использующего готовые ИИ-системы;
▪️ для государственного сектора;
▪️ базовый вариант для организаций, которые, например, создают или дообучают собственные модели;
▪️ расширенный вариант, объединяющий вопросы по GDPR/RODO и AI Act.
Все списки вопросов на сайте здесь.
Причём расширенный чек-лист выходит за пределы классической проверки GDPR/RODO (в файле вместе с постом). В нём отдельно обозначены вопросы классификации риска по AI Act и оценки воздействия на основные права, в частности когда организация создаёт или дообучает модель либо ИИ может влиять на правовое положение человека.
UODO подчёркивает, что это отправная точка для анализа рисков и, при необходимости, DPIA и оценки воздействия на основные права.
До 30 сентября 2026 года регулятор также принимает замечания и практический опыт их использования для последующего обновления материалов.
❕AI compliance начинается не с аудита уже работающего инструмента, а с момента выбора нужного решения или начала проектирования.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Польский надзорный орган по защите данных (UODO) опубликовал перечни вопросов, которые необходимо задать до того, как организация начнёт создавать или внедрять систему ИИ.
Исследование, проведённое экспертной группой при UODO, показало, что
▪️ 41–58,5% организаций вообще не видят связи между использованием ИИ и обработкой персональных данных,
▪️ 95,9% не считают себя готовыми внедрять ИИ в соответствии с GDPR.
Поэтому UODO предлагает изменить сам подход и проверять на стадии до выбора поставщика, обработки данных и технического решения, а не после запуска системы.
📝Опубликованы наборы вопросов:
▪️для малого и среднего бизнеса, использующего готовые ИИ-системы;
▪️ для государственного сектора;
▪️ базовый вариант для организаций, которые, например, создают или дообучают собственные модели;
▪️ расширенный вариант, объединяющий вопросы по GDPR/RODO и AI Act.
Все списки вопросов на сайте здесь.
Причём расширенный чек-лист выходит за пределы классической проверки GDPR/RODO (в файле вместе с постом). В нём отдельно обозначены вопросы классификации риска по AI Act и оценки воздействия на основные права, в частности когда организация создаёт или дообучает модель либо ИИ может влиять на правовое положение человека.
UODO подчёркивает, что это отправная точка для анализа рисков и, при необходимости, DPIA и оценки воздействия на основные права.
До 30 сентября 2026 года регулятор также принимает замечания и практический опыт их использования для последующего обновления материалов.
❕AI compliance начинается не с аудита уже работающего инструмента, а с момента выбора нужного решения или начала проектирования.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
💯1
Южная Корея хочет разрешить ИИ обучаться на персональных данных даже без согласия человека
В Южной Корее рассматриваются поправки к Закону о защите персональных данных (PIPA), которые могут существенно изменить правила использования ПД для разработки и совершенствования ИИ.
Сейчас законопроект предусматривает специальный режим для случаев, когда для разработки или улучшения ИИ недостаточно анонимизированных или псевдонимизированных данных.
👀 При соблюдении установленных условий ранее законно собранные персональные данные можно будет использовать для целей, отличающихся от первоначальной цели их сбора.
В определенных случаях предполагается возможность обработки исходных ПД.
▪️ анонимизация или псевдонимизация недостаточны для разработки ИИ;
▪️ обеспечены технические, организационные и физические меры безопасности;
▪️ использование данных связано с общественными интересами, защитой интересов субъекта данных или третьих лиц либо социальными интересами;
▪️ риск необоснованного нарушения прав и интересов субъектов данных является крайне низким;
▪️Personal Information Protection Commission (PIPC) предварительно рассмотрела вопрос и приняла решение.
▪️Для некоторых случаев потребуется также оценка факторов риска.
PIPC сможет устанавливать дополнительные условия обработки и впоследствии контролировать их выполнение. Информация о целях и категориях используемых данных должна раскрываться в политике обработки персональных данных. Если новый ИИ-сервис фактически такой же или существенно похож на уже рассмотренный PIPC случай, процедура рассмотрения может быть упрощена.
После прохождения оставшихся парламентских процедур и обнародования закон должен вступить в силу через шесть месяцев.
❕Южная Корея фактически предлагает перенести решение о допустимости использования исходных ПД с уровня согласия конкретного человека на уровень предварительного контроля регулятора.
Как думаете, достаточно ли такого решения регулятора, чтобы заменить наш с вами контроль за своими ПД?
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
В Южной Корее рассматриваются поправки к Закону о защите персональных данных (PIPA), которые могут существенно изменить правила использования ПД для разработки и совершенствования ИИ.
Сейчас законопроект предусматривает специальный режим для случаев, когда для разработки или улучшения ИИ недостаточно анонимизированных или псевдонимизированных данных.
В определенных случаях предполагается возможность обработки исходных ПД.
▪️ анонимизация или псевдонимизация недостаточны для разработки ИИ;
▪️ обеспечены технические, организационные и физические меры безопасности;
▪️ использование данных связано с общественными интересами, защитой интересов субъекта данных или третьих лиц либо социальными интересами;
▪️ риск необоснованного нарушения прав и интересов субъектов данных является крайне низким;
▪️Personal Information Protection Commission (PIPC) предварительно рассмотрела вопрос и приняла решение.
▪️Для некоторых случаев потребуется также оценка факторов риска.
PIPC сможет устанавливать дополнительные условия обработки и впоследствии контролировать их выполнение. Информация о целях и категориях используемых данных должна раскрываться в политике обработки персональных данных. Если новый ИИ-сервис фактически такой же или существенно похож на уже рассмотренный PIPC случай, процедура рассмотрения может быть упрощена.
После прохождения оставшихся парламентских процедур и обнародования закон должен вступить в силу через шесть месяцев.
❕Южная Корея фактически предлагает перенести решение о допустимости использования исходных ПД с уровня согласия конкретного человека на уровень предварительного контроля регулятора.
Как думаете, достаточно ли такого решения регулятора, чтобы заменить наш с вами контроль за своими ПД?
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
ЕС готовит правила для облачных вычислений и ИИ
Еврокомиссия опубликовала исследование Cloud & AI Study, которое должно стать основой для оценки потенциальных законодательных инициатив и подготовки будущего EU Cloud and AI Development Act. Более 800 страниц💬
👀 Исследование оценивает существующие и будущие потребности ЕС в вычислительных мощностях, выявляет барьеры для компаний и рассматривает варианты государственной политики ( от минимального вмешательства до более активной роли ЕС).
Например:
▪️в 2025 году мощность дата-центров ЕС — около 12,4 ГВт, тогда как спрос уже составляет 15,3 ГВт;
▪️ к 2036 году спрос может превысить предложение на 12–23 ГВт;
▪️ сейчас только 12% мощностей дата-центров являются готовыми для ИИ. К 2036 году показатель может вырасти до 35–85% в зависимости от сценария.
Анализируются:
▪️проблемы строительства и получения разрешений для дата-центров;
▪️ барьеры для трансграничного предоставления облачных услуг;
▪️ зависимость от отдельных поставщиков на разных уровнях ИИ-стека и риски технологической привязки;
▪️ безопасность облачной инфраструктуры;
▪️ использование открытого программного обеспечения в государственном секторе;
▪️ доступ к финансированию, инвестиции и налоговые стимулы для строительства инфраструктуры.
Особое внимание уделяется доступу инновационных компаний к так называемому «вычислительному капиталу».
❕Европе необходимо одновременно наращивать инфраструктуру, упрощать её развитие и снижать зависимость от отдельных поставщиков технологий.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
Еврокомиссия опубликовала исследование Cloud & AI Study, которое должно стать основой для оценки потенциальных законодательных инициатив и подготовки будущего EU Cloud and AI Development Act. Более 800 страниц
Например:
▪️в 2025 году мощность дата-центров ЕС — около 12,4 ГВт, тогда как спрос уже составляет 15,3 ГВт;
▪️ к 2036 году спрос может превысить предложение на 12–23 ГВт;
▪️ сейчас только 12% мощностей дата-центров являются готовыми для ИИ. К 2036 году показатель может вырасти до 35–85% в зависимости от сценария.
Анализируются:
▪️проблемы строительства и получения разрешений для дата-центров;
▪️ барьеры для трансграничного предоставления облачных услуг;
▪️ зависимость от отдельных поставщиков на разных уровнях ИИ-стека и риски технологической привязки;
▪️ безопасность облачной инфраструктуры;
▪️ использование открытого программного обеспечения в государственном секторе;
▪️ доступ к финансированию, инвестиции и налоговые стимулы для строительства инфраструктуры.
Особое внимание уделяется доступу инновационных компаний к так называемому «вычислительному капиталу».
❕Европе необходимо одновременно наращивать инфраструктуру, упрощать её развитие и снижать зависимость от отдельных поставщиков технологий.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Human Oversight.pdf
814.3 KB
Human Oversight в AI Act: фразы «решение принимает человек» недостаточно
Испанский гайд по Human Oversight предназначен как практический инструмент для выполнения требований статьи 14 AI Act и был обновлен с учетом Digital Omnibus (здесь и остальные гайды).
👀 Три уровня человеческого контроля:
1️⃣ Human in Command (HIC) - базовый и самый общий уровень. Человек сохраняет конечную ответственность и принимает критические решения, связанные с работой ИИ-системы.
То есть вопрос не только в том, проверяет ли человек отдельный результат. Он должен иметь возможность решить, использовать ли систему вообще, когда и в каких пределах ее использовать.
2️⃣ Human-in-the-loop (HITL) - человек вмешивается до действия ИИ. ИИ может подготовить рекомендацию или решение, но перед совершением действия человек его проверяет и подтверждает.
Именно этот уровень обычно рекомендуется для высокорискового ИИ, когда необходимо валидировать каждое действие, даже если система обрабатывает большой объем операций.
3️⃣ Human-on-the-loop (HOTL) - ИИ действует автоматически, а человек контролирует систему после совершения действия.
При этом должна существовать возможность вмешаться и отменить или исправить результат.
Для высокорисковых систем такой подход считается менее предпочтительным: если решение уже затронуло фундаментальные права человека, последующее исправление может оказаться невозможным или слишком поздним.
Развертыватель определяет необходимый уровень автономии исходя из конкретного use case и устанавливает соответствующую процедуру управления. Поставщик должен обеспечить технические механизмы, позволяющие реализовать выбранный уровень.
📝В гайде дается перечень технической документации, связанной с human oversight (всего 32 пункта):
▪️ по управлению рисками, управлению данными, прозрачности, точности, надежности и кибербезопасности;
▪️ технические руководства и руководства для пользователей от поставщика;
▪️ руководство по интерфейсу взаимодействия человека с системой для ее контроля (Human-Machine Interface);
▪️ модель управления системой со стороны разработчика и пользователя;
▪️ документация по выбранному уровню участия человека в принятии решений и соответствующей процедуре;
▪️ описание механизма или процедуры остановки системы. Возможность остановить систему должна существовать независимо от выбранного уровня автономии.
▪️документация по фиксации режима forced error для выявления автоматической предвзятости;
▪️ записи предложенных или выполненных системой действий и окончательных решений ответственного человека.
❗️ Отдельно подчерикивается право человека не использовать ИИ, проигнорировать, изменить или отменить его результат, а также требование иметь механизм безопасной остановки системы.
❕Развертыватель определяет требования своего бизнес-процесса и уровень автономии, поставщик реализует необходимые технические механизмы, а после запуска развертыватель отвечает за соответствие поведения системы требованиям AI Act.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Испанский гайд по Human Oversight предназначен как практический инструмент для выполнения требований статьи 14 AI Act и был обновлен с учетом Digital Omnibus (здесь и остальные гайды).
То есть вопрос не только в том, проверяет ли человек отдельный результат. Он должен иметь возможность решить, использовать ли систему вообще, когда и в каких пределах ее использовать.
Именно этот уровень обычно рекомендуется для высокорискового ИИ, когда необходимо валидировать каждое действие, даже если система обрабатывает большой объем операций.
При этом должна существовать возможность вмешаться и отменить или исправить результат.
Для высокорисковых систем такой подход считается менее предпочтительным: если решение уже затронуло фундаментальные права человека, последующее исправление может оказаться невозможным или слишком поздним.
Развертыватель определяет необходимый уровень автономии исходя из конкретного use case и устанавливает соответствующую процедуру управления. Поставщик должен обеспечить технические механизмы, позволяющие реализовать выбранный уровень.
📝В гайде дается перечень технической документации, связанной с human oversight (всего 32 пункта):
▪️ по управлению рисками, управлению данными, прозрачности, точности, надежности и кибербезопасности;
▪️ технические руководства и руководства для пользователей от поставщика;
▪️ руководство по интерфейсу взаимодействия человека с системой для ее контроля (Human-Machine Interface);
▪️ модель управления системой со стороны разработчика и пользователя;
▪️ документация по выбранному уровню участия человека в принятии решений и соответствующей процедуре;
▪️ описание механизма или процедуры остановки системы. Возможность остановить систему должна существовать независимо от выбранного уровня автономии.
▪️документация по фиксации режима forced error для выявления автоматической предвзятости;
▪️ записи предложенных или выполненных системой действий и окончательных решений ответственного человека.
❕Развертыватель определяет требования своего бизнес-процесса и уровень автономии, поставщик реализует необходимые технические механизмы, а после запуска развертыватель отвечает за соответствие поведения системы требованиям AI Act.
#LawAndDisorder
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
AI slop в законопроектах
Офис Палаты представителей США, который готовит юридически точные тексты законопроектов, оказался буквально завален проектами, созданными с помощью ChatGPT и Claude.
👀 За первые 60 дней работы текущего Конгресса было получено 5 623 запроса на подготовку законопроектов, что на 72% больше, чем двумя годами ранее.
А в офисе всего 61 юрист и 19 сотрудников поддержки.
ИИ генерирует проекты с ошибками в ссылках на законодательство, юридических определениях и формулировках. Например, модель может не понять, должна ли предусмотренная законом мера оформляться как налоговый кредит, налоговый вычет, налоговое освобождение или грант.
Или неправильно сформулированное определение понятия «штат» потенциально может, например, исключить из действия федеральной программы Вашингтон, округ Колумбия, или территории коренных народов.
В результате вместо экономии времени ,сил и ресурсов юристы тратят на исправление ИИ-текста больше времени, чем потребовалось бы для написания документа с нуля.
Поэтому внедряют ответные инструменты для проверки, например, Comparative Print Suite, который анализирует законопроекты и визуально показывает, как предложенные поправки изменят действующий Кодекс США.
❕ Чем выше юридическая цена ошибки, тем опаснее....
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Офис Палаты представителей США, который готовит юридически точные тексты законопроектов, оказался буквально завален проектами, созданными с помощью ChatGPT и Claude.
А в офисе всего 61 юрист и 19 сотрудников поддержки.
ИИ генерирует проекты с ошибками в ссылках на законодательство, юридических определениях и формулировках. Например, модель может не понять, должна ли предусмотренная законом мера оформляться как налоговый кредит, налоговый вычет, налоговое освобождение или грант.
Или неправильно сформулированное определение понятия «штат» потенциально может, например, исключить из действия федеральной программы Вашингтон, округ Колумбия, или территории коренных народов.
В результате вместо экономии времени ,сил и ресурсов юристы тратят на исправление ИИ-текста больше времени, чем потребовалось бы для написания документа с нуля.
Поэтому внедряют ответные инструменты для проверки, например, Comparative Print Suite, который анализирует законопроекты и визуально показывает, как предложенные поправки изменят действующий Кодекс США.
❕ Чем выше юридическая цена ошибки, тем опаснее....
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Почему AI-продуктам разрешили быть с плохими интерфейсами?
Мы десятилетиями учились проектировать интерфейсы так, чтобы пользователь понимал, что происходит, мог контролировать систему и исправлять ошибки.
С появлением ИИ эти принципы никуда не исчезли, но сама природа ошибок изменилась, и многие привычные UX-паттерны перестали справляться с ними.
👀 И когда мы добавляем к продукту слово ИИ, то многие из тех же проблем почему-то начинают восприниматься как «особенности технологии».
1️⃣ ИИ слишком уверенно говорит то, чего не знает.
Для пользователя интерфейс часто никак не различает «Я точно знаю» и
«Это наиболее вероятный вариант, который я сгенерировал».
Одинаковый шрифт. Одинаковый цвет. Одинаковая структура ответа.
Но природа информации совершенно разная.
2️⃣ Пользователь гораздо быстрее разочаровывается в алгоритме.
После того как люди видели ошибку алгоритма, они быстрее теряли к нему доверие, чем к человеку, даже в ситуациях, где алгоритм в целом показывал более высокую точность.
И здесь UX может либо помочь восстановить доверие, либо окончательно его разрушить.
3️⃣ AI-интерфейсы плохо умеют говорить «я не смог»
При обработке запроса системой могут возникнуть три различных проблемы:
▪️техническая ошибка, такая как тайм-аут,
▪️отказ в соответствии с политикой контента,
▪️ фундаментальное непонимание запроса.
Большинство ИИ-продуктов объединяют все три в одно общее сообщение об ошибке. Это приучает
Для пользователя это нередко выглядит одинаково «Что-то пошло не так. Попробуйте еще раз».
Но это три разных проблемы и у каждой должен быть свой путь восстановления.
Нужно определить источник ошибки, объяснить пользователю, что произошло, и дать ему понятный путь вперед.
4️⃣ Цена плохого UX уже измеряется не только раздражением.
61% пользователей не доверяют AI-системам. 3 из 5 человек испытывают настороженность или прямое недоверие к интерфейсам AI, указывая на непрозрачность решений и риски безопасности данных.
44% сотрудников используют AI «вслепую» и без разрешения. Из-за отсутствия точного UX-контроля и понятной фильтрации данных 46% работников загружают чувствительную корпоративную информацию в публичные AI-сервисы.
58% слепо полагаются на выводы AI. Люди не проверяют результат работы нейросети, потому что интерфейсы не выводят метрики уверенности (confidence scores) или ссылки на первоисточники.
Можно сколько угодно писать пользователю в Terms of Use, что ИИ «может ошибаться».
Но если интерфейс визуально и поведенчески создает впечатление надежного эксперта, пользователь будет ориентироваться прежде всего на сам опыт взаимодействия, а не на юридический дисклеймер.
5️⃣ А иногда плохой UX превращается в юридическую проблему.
Как, например, в известном кейсе Moffatt v. Air Canada, когда чат-бот Air Canada сообщил пассажиру неверную информацию о возможности получить компенсацию по тарифу для поездки в связи со смертью родственника. Когда пассажир попытался получить обещанную компенсацию, авиакомпания отказала. Air Canada, среди прочего, пыталась утверждать, что чат-бот является отдельной сущностью, ответственной за свои действия.
Суд указал, что чат-бот является частью сайта Air Canada и компания отвечает за информацию, которую предоставляет ее сайт независимо от того, находится она на обычной странице или поступает через чат-бот.
Если чат-бот выдал неправильный ответ, то пользователь может ошибиться.
Если ИИ-агент самостоятельно выполнил неправильное действие, то ошибка уже становится изменением реального мира. Агент, который забронировал не тот рейс или отправил неправильное сообщение, приводит к тому, что пользователь перестает предоставлять системе автономию. Восстановление требует не исправления, а перепроектирования модели взаимодействия, которая восстанавливает отозванные пользователем разрешения. Это более сложная задача, чем предполагают большинство команд.
📝Что делать:
▪️ Уберите антропоморфизм и «постфактум-рассуждения». Фразы вроде «Я подумал над вашей задачей...» или пошаговые «цепочки мыслей» часто создают лишь иллюзию человеческого разума и логики, маскируя ошибки модели. Используйте фактологический и нейтральный язык.
▪️Не прячьте дисклеймеры в футер. Предупреждения вида «AI может ошибаться» мелким серым шрифтом внизу страницы никто не читает. Размещайте их в фокусе внимания рядом с полем ввода и сопровождайте конкретным действием (например, «Перепроверьте цифры по ссылке»).
▪️Сделайте источники контекстными и интерактивными. Не закапывайте ссылки на источники внизу полотна текста. Размещайте интерактивные плашки с понятными названиями рядом со спорным утверждением.
❕ Но пока в этой гонке оценка происходит по критерию насколько впечатляюще ИИ умеет это делать, а не насколько хорошо человек понимает, что именно сейчас делает ИИ. А это уже совсем другой UX....
📌 Что почитать:
🔹The UX of AI Itself Is Broken/ Tushar Deshmukh
🔹The Complete List of AI Chatbot Failures (2025-2026)
🔹Human-Centered AI Guidebook, Google People + AI Research (PAIR).
🔹Trust, attitudes and use of artificial intelligence: A global study 2025
🔹Chatbot UI Design Patterns and Best Practices 2026, Fuselab Creative.
🔹Agent UX: Designing UI for AI Agents in 2026, Fuselab Creative
🔹Explainable AI in Chat Interfaces, 2025, Megan Chan|NN Group
🔹How AI Is Changing Search Behaviors/ NN Group
🔹Algorithm Aversion: People Erroneously Avoid Algorithms after Seeing Them Error
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Мы десятилетиями учились проектировать интерфейсы так, чтобы пользователь понимал, что происходит, мог контролировать систему и исправлять ошибки.
С появлением ИИ эти принципы никуда не исчезли, но сама природа ошибок изменилась, и многие привычные UX-паттерны перестали справляться с ними.
Для пользователя интерфейс часто никак не различает «Я точно знаю» и
«Это наиболее вероятный вариант, который я сгенерировал».
Одинаковый шрифт. Одинаковый цвет. Одинаковая структура ответа.
Но природа информации совершенно разная.
После того как люди видели ошибку алгоритма, они быстрее теряли к нему доверие, чем к человеку, даже в ситуациях, где алгоритм в целом показывал более высокую точность.
И здесь UX может либо помочь восстановить доверие, либо окончательно его разрушить.
При обработке запроса системой могут возникнуть три различных проблемы:
▪️техническая ошибка, такая как тайм-аут,
▪️отказ в соответствии с политикой контента,
▪️ фундаментальное непонимание запроса.
Большинство ИИ-продуктов объединяют все три в одно общее сообщение об ошибке. Это приучает
Для пользователя это нередко выглядит одинаково «Что-то пошло не так. Попробуйте еще раз».
Но это три разных проблемы и у каждой должен быть свой путь восстановления.
Нужно определить источник ошибки, объяснить пользователю, что произошло, и дать ему понятный путь вперед.
61% пользователей не доверяют AI-системам. 3 из 5 человек испытывают настороженность или прямое недоверие к интерфейсам AI, указывая на непрозрачность решений и риски безопасности данных.
44% сотрудников используют AI «вслепую» и без разрешения. Из-за отсутствия точного UX-контроля и понятной фильтрации данных 46% работников загружают чувствительную корпоративную информацию в публичные AI-сервисы.
58% слепо полагаются на выводы AI. Люди не проверяют результат работы нейросети, потому что интерфейсы не выводят метрики уверенности (confidence scores) или ссылки на первоисточники.
Можно сколько угодно писать пользователю в Terms of Use, что ИИ «может ошибаться».
Но если интерфейс визуально и поведенчески создает впечатление надежного эксперта, пользователь будет ориентироваться прежде всего на сам опыт взаимодействия, а не на юридический дисклеймер.
Как, например, в известном кейсе Moffatt v. Air Canada, когда чат-бот Air Canada сообщил пассажиру неверную информацию о возможности получить компенсацию по тарифу для поездки в связи со смертью родственника. Когда пассажир попытался получить обещанную компенсацию, авиакомпания отказала. Air Canada, среди прочего, пыталась утверждать, что чат-бот является отдельной сущностью, ответственной за свои действия.
Суд указал, что чат-бот является частью сайта Air Canada и компания отвечает за информацию, которую предоставляет ее сайт независимо от того, находится она на обычной странице или поступает через чат-бот.
Если чат-бот выдал неправильный ответ, то пользователь может ошибиться.
Если ИИ-агент самостоятельно выполнил неправильное действие, то ошибка уже становится изменением реального мира. Агент, который забронировал не тот рейс или отправил неправильное сообщение, приводит к тому, что пользователь перестает предоставлять системе автономию. Восстановление требует не исправления, а перепроектирования модели взаимодействия, которая восстанавливает отозванные пользователем разрешения. Это более сложная задача, чем предполагают большинство команд.
📝Что делать:
▪️ Уберите антропоморфизм и «постфактум-рассуждения». Фразы вроде «Я подумал над вашей задачей...» или пошаговые «цепочки мыслей» часто создают лишь иллюзию человеческого разума и логики, маскируя ошибки модели. Используйте фактологический и нейтральный язык.
▪️Не прячьте дисклеймеры в футер. Предупреждения вида «AI может ошибаться» мелким серым шрифтом внизу страницы никто не читает. Размещайте их в фокусе внимания рядом с полем ввода и сопровождайте конкретным действием (например, «Перепроверьте цифры по ссылке»).
▪️Сделайте источники контекстными и интерактивными. Не закапывайте ссылки на источники внизу полотна текста. Размещайте интерактивные плашки с понятными названиями рядом со спорным утверждением.
❕ Но пока в этой гонке оценка происходит по критерию насколько впечатляюще ИИ умеет это делать, а не насколько хорошо человек понимает, что именно сейчас делает ИИ. А это уже совсем другой UX....
🔹The UX of AI Itself Is Broken/ Tushar Deshmukh
🔹The Complete List of AI Chatbot Failures (2025-2026)
🔹Human-Centered AI Guidebook, Google People + AI Research (PAIR).
🔹Trust, attitudes and use of artificial intelligence: A global study 2025
🔹Chatbot UI Design Patterns and Best Practices 2026, Fuselab Creative.
🔹Agent UX: Designing UI for AI Agents in 2026, Fuselab Creative
🔹Explainable AI in Chat Interfaces, 2025, Megan Chan|NN Group
🔹How AI Is Changing Search Behaviors/ NN Group
🔹Algorithm Aversion: People Erroneously Avoid Algorithms after Seeing Them Error
#UXWatch
————
@pattern_ai | AI GDPR Navigator
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
ISO/IEC 22989:2022 "Information technology — Artificial intelligence — Artificial intelligence concepts and terminology" стал доступен для скачивания бесплатно. Лицензия выдается на одного. В документе при скачивании указывается ваш емейл и данные при регистрации.
Дается вся терминология, связанная с использованием ИИ и описываются концепции в области ИИ.
Можно использовать при разработке других стандартов и для поддержки коммуникации между заинтересованными сторонами.
Остальные ISO отфильтровать по этой ссылке.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
Дается вся терминология, связанная с использованием ИИ и описываются концепции в области ИИ.
Можно использовать при разработке других стандартов и для поддержки коммуникации между заинтересованными сторонами.
Остальные ISO отфильтровать по этой ссылке.
#AIShelf
————
@pattern_ai | AI GDPR Navigator
ISO
ISO/IEC 22989:2022
Information technology — Artificial intelligence — Artificial intelligence concepts and terminology