惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

宝玉的分享
宝玉的分享
T
Threat Research - Cisco Blogs
H
Hacker News: Front Page
N
News and Events Feed by Topic
Know Your Adversary
Know Your Adversary
Cisco Talos Blog
Cisco Talos Blog
SecWiki News
SecWiki News
C
Cisco Blogs
D
Darknet – Hacking Tools, Hacker News & Cyber Security
T
Tor Project blog
K
Kaspersky official blog
Forbes - Security
Forbes - Security
Webroot Blog
Webroot Blog
Schneier on Security
Schneier on Security
P
Privacy & Cybersecurity Law Blog
H
Heimdal Security Blog
Y
Y Combinator Blog
The GitHub Blog
The GitHub Blog
S
SegmentFault 最新的问题
V
Vulnerabilities – Threatpost
T
Tenable Blog
T
Tailwind CSS Blog
P
Privacy International News Feed
WordPress大学
WordPress大学
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
博客园 - Franky
Hacker News: Ask HN
Hacker News: Ask HN
Jina AI
Jina AI
C
Cybersecurity and Infrastructure Security Agency CISA
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
雷峰网
雷峰网
Vercel News
Vercel News
A
About on SuperTechFans
爱范儿
爱范儿
Simon Willison's Weblog
Simon Willison's Weblog
AWS News Blog
AWS News Blog
The Last Watchdog
The Last Watchdog
Engineering at Meta
Engineering at Meta
Spread Privacy
Spread Privacy
Security Archives - TechRepublic
Security Archives - TechRepublic
博客园 - 司徒正美
量子位
博客园 - 三生石上(FineUI控件)
J
Java Code Geeks
Hacker News - Newest:
Hacker News - Newest: "LLM"
Recorded Future
Recorded Future
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Martin Fowler
Martin Fowler
Project Zero
Project Zero

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Как проектировать ИИ-инструменты, которые делают пользователей лучше
Qwertcoser · 2026-05-22 · via Все публикации подряд на Хабре

Как проектировать ИИ-инструменты, которые делают пользователей лучше

Уровень сложностиСредний

Время на прочтение6 мин

Охват и читатели0

Аналитика

Recovery Mode

Перевод

Большинство ИИ помогают работать быстрее. По-настоящему хорошие - делают пользователей компетентнее. Начинаешь с малого: просишь исправить письмо. Потом пробуешь сложнее - функцию на незнакомом языке. Затем поручаешь целую фичу. В какой-то момент ИИ уже кажется не стажёром, а экспертом. Сначала это впечатляет, что месяц работы укладывается в несколько дней. Но потом наступает момент, когда ИИ возвращает задачу с ошибкой. Ты не знаешь, как её исправить, и просто пишешь "попробуй другой подход", надеясь на удачу.

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

Если вам интересна тема AI-агентов и внедрения нейросетей, заглядывайте в мой Telegram-канал ДругОпенсурса. Там я публикую свежие новости и разборы инструментов в числе первых. |

Фреймворк состоит из четырёх частей:

1. Определить задачу

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

Это важно, потому что уровень автоматизации зависит от типа задачи.

Чек-лист:

  • Какие из четырёх стадий задействованы в этом процессе?

  • Может ли пользователь понять, на какой стадии сейчас находится ИИ?

  • Есть ли контрольные точки между стадиями? Может ли пользователь вмешаться или остановить процесс на любом этапе?

2. Выбрать уровень контроля

Как отметил Джон Маэда в отчёте "Design in Tech Report 2026", раньше мы думали о том, как пользователь выполняет задачу, а теперь о том, как он оценивает результат. В контексте коллаборации человека и ИИ речь идёт о том, какие части задачи делегировать ИИ и какой уровень контроля оставить за пользователем.

Это похоже на автономное вождение: ручное управление, помощь в удержании полосы, автопилот. Я выделяю четыре уровня контроля:

  • Руное управление - пользователь выполняет задачу самостоятельно.

  • ИИ  предлагает - ИИ генерирует варианты, пользователь выбирает и дорабатывает.

  • ИИ рекомендует - ИИ предлагает готовое решение, пользователь может принять или отклонить.

  • Полная автоматизация - ИИ выполняет задачу без участия пользователя.

Как выбрать уровень

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

  • Цена ошибки. Насколько плохо, если что-то пойдёт не так? Отмена действия и подтверждённый платёж - это разные классы риска. Если ошибку легко исправить, можно позволить ИИ пробовать. Средний риск - когда ошибку можно исправить, но это требует усилий. Если задача необратима или критична, в процесс должен быть включён человек, и именно он должен нажимать на кнопку.

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

Чек-лист:

  • Система предлагает разные уровни автоматизации в зависимости от типа задачи и компетентности пользователя.

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

  • Действия с высокой ценой ошибки или необратимые требуют явного подтверждения.

3. Настроить доверие

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

Избыточное доверие: когда пользователи слишком доверяют ИИ

Пользователи принимают результат ИИ без проверки, даже если он ошибочен. Они перестают вчитываться. Клик по кнопке "Принять" превращается в формальность.

Как предотвратить избыточное доверие:

  • Показывать неопределённость ИИ. Различать состояния "ИИ уверен" и "ИИ предполагает". В работе Хоффа и Башира о калибровке доверия это называется прозрачностью. Пользователь может адекватно оценивать доверие, только если система показывает, что она на самом деле знает.

  • Не делать ИИ одинаково уверенным во всём. Если тон не меняется, когда модель уверена или галлюцинирует, у пользователя нет сигналов для оценки.

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

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

Claude Design задаёт вопросы о приложении, прежде чем начать его разрабатывать.

Claude Design задаёт вопросы о приложении, прежде чем начать его разрабатывать.

NotebookLLM добавляет источники к каждому предложению.

NotebookLLM добавляет источники к каждому предложению.

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

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

Как предотвратить недостаточное доверие:

  • Защитить первое впечатление. Ранние ошибки наносят доверию непропорциональный ущерб. Пользователь, который увидел ошибку ИИ в первом сеансе, будет обесценивать следующие десять правильных ответов.

  • Следить за частотой ложных срабатываний. Исследование Ли о системах предупреждения столкновений показало, что соотношение ложных тревог к реальным 35:1 заставляло водителей просто отключать предупреждения. То же относится и к ИИ-ассистентам. Если ИИ слишком часто прерывает, предлагает или помечает то, что пользователю не нужно, пользователь научится его игнорировать.

  • Объяснять, почему ИИ ошибся. Когда ИИ ошибается, объяснение помогает восстановить доверие быстрее, чем молчание. "Я пропустил это, потому что входные данные были неоднозначны" - гораздо лучше, чем стандартная ошибка или отсутствие реакции.

Как измерять доверие

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

Чек-лист:

  • Я продумал сценарии избыточного доверия и добавил трение в дизайн, чтобы их предотвратить.

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

  • Есть механизм перекалибровки доверия, когда пользователи начинают слишком полагаться на ИИ, что возвращает их к вовлечённости до того, как произойдёт дорогостоящая ошибка.

4. Спроектировать коэволюцию

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

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

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

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