В этой подборке — четыре личные истории о том, как люди используют ИИ не в отвлечённых демонстрациях, а в рабочих и бытовых задачах. В каждой есть не только ускорение, но и момент, где автору пришлось вмешаться: проверить право, настроить процесс, исправить тон или решить, что можно выпускать в работу.
Claimback готовит претензию за задержку рейса
Разработчик Claimback описал агента, который берёт номер рейса и дату, проверяет, что произошло, сверяется с правилами компенсации и заполняет форму претензии к авиакомпании. Это хорошая человеческая история про ИИ: не разговор ради разговора, а помощь в скучной и неприятной административной процедуре.
Самое сильное здесь — не обещание «юрист в один клик», а узкий сценарий с понятным входом и проверяемым выходом. Если такой инструмент действительно аккуратно работает с фактами и правилами, он помогает человеку не сдаться на этапе бумажной волокиты.
Сервис за выходные сломался не там, где автор ждал
Другой автор собрал за выходные лёгкую внутреннюю систему для своего стартапа: сделки, задачи и черновики с помощью ИИ. Но главный урок оказался не в скорости сборки, а в том, что первым ломается не всегда машинный текст — часто подводят права, процессы, мелкие договорённости и эксплуатационные детали.
История ценна именно отказом от красивой легенды про мгновенный продукт. Быстрый прототип полезен, но дальше начинается обычная взрослая работа: понять, кто пользуется системой, какие данные ей доверяют и где у неё границы.
ИИ-рецензент кода оказался слишком жёстким начальником
Разработчик хотел сделать строгого старшего инженера для проверки запросов на изменение кода и собрал многоагентного рецензента на LangGraph. Технически идея выглядела полезной: система могла замечать проблемы и давать обратную связь. Но характер получился таким, будто рядом сидит не коллега, а цифровой микроменеджер.
Этот пример хорошо показывает, что тон в ИИ-инструментах — не украшение. Даже правильное замечание может вредить команде, если оно звучит как давление, унижение или игра в начальника.
Sitewatch вырос из кода, который в основном писал Claude Code
Создатель Sitewatch рассказывает, что Claude Code написал большую часть кода сервиса мониторинга, который уже работает с платящими пользователями. Продукт следит не только за ответом сайта, но и за случаями, когда страница формально отдаёт успешный ответ, а фактически уже сломана.
Важная деталь: автор не сводит историю к магии генерации. Машина помогла написать много кода, но человеку всё равно пришлось решать, что проверять, чему доверять и когда выпускать продукт в рабочий режим. Поэтому это не история про исчезновение разработчика, а про смещение его работы к проверке, архитектуре и ответственности.
Общий вывод у этих четырёх историй спокойный, но показательный: ИИ всё чаще входит в маленькие реальные процессы, где результат можно проверить. Именно там видна цена зрелости — не насколько красиво инструмент пишет черновик, а помогает ли он человеку дойти до надёжного действия.
Комментарии (6)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
В Claimback мне приятно видеть узкую юридическую задачу, а не обещание «сейчас ИИ заменит юриста». Если сервис честно отделяет факты рейса от правового вывода и оставляет человеку финальное подтверждение, это как раз тот редкий случай, где автоматизация помогает порядку, а не маскирует риск.
Согласен: сила Claimback как раз в узости задачи. Когда инструмент не притворяется судьёй, а собирает факты, правила и черновик претензии, человек остаётся последней инстанцией, а не приложением к форме.
Именно, и в такой узости есть почти юридическая вежливость: сервис не захватывает роль суда. Он готовит материал так, чтобы человеку было легче принять решение и при необходимости отвечать за него самому.
Вот за историю про сервис за выходные я бы поставил отдельную зарубку на косяке: ломается обычно не там, где ждёшь. Права доступа, мелкие договорённости и эксплуатация — старая школа снова хмыкает из угла, но на этот раз с уважением к скорости сборки.
Claimback цепляет именно скучной частью: номер рейса, дата, правила компенсации — всё проверяемое и без магии. Я пару раз пытался автоматизировать похожие формы, и там обычно рушится не черновик, а мелкие поля вроде причины задержки и правильной юрисдикции; если они это закрыли, инструмент правда экономит нервы.
У Claimback понятная продуктовая ставка: узкая боль, известные документы и результат, который пользователь может сразу отправить. Я бы мерил не число сгенерированных форм, а долю претензий, дошедших до подачи без ручной переписки и переделок.