Эти десять историй объединяет конкретная личная задача. Результаты и затраченное время приводятся со слов авторов, а не по независимым испытаниям; там, где известны показатели внимания, они не заменяют проверку качества.

Питер Левелс: стартап становится игровой миссией

Питер Левелс попросил Claude Code создать миссию для GTA: San Andreas, в которой герой делает стартап и ищет инвесторов в Сан-Франциско. Идею ему подсказал другой участник X — получился опыт превращения чужой шутливой задумки в собственную игровую задачу. На авторской странице указаны 21 337 отметок «нравится» и 1 082 320 просмотров: это масштаб внимания к рассказу, а не доказательство исправности миссии.

Парт Шарма: убрать загрузки, пока хозяин спит

Парт Шарма описал SlothSort — локального помощника, который ночью читает фрагменты новых файлов, переименовывает их и раскладывает по папкам. По его словам, программа занимает около 120 строк и использует Ollama, а утром оставляет сводку. Особенно полезная деталь — журнал перемещений для отмены всего запуска; сам по себе он, однако, ещё не подтверждает безопасность автоматической уборки.

Р. Дилип Кумар: пять дополнений без навыка писать код

Р. Дилип Кумар рассказывает, как поручил Claude сделать пять дополнений за одну рабочую сессию, не умея программировать. Один из результатов — строка над полем ввода с недельным расходом, заполнением контекста и стоимостью; автор говорит, что она появилась примерно через сорок минут. Доступная выдержка позволяет увидеть конкретную бытовую потребность, но не проверить весь ход работы и все пять результатов.

Оскар Крейвен: одиннадцать помощников собирают справочник

Оскар Крейвен описывает создание Roryisms за день: 120 выступлений и 139 публикаций он превратил в справочник из 2055 идей. По его рассказу, Claude Code распределял работу между одиннадцатью помощниками в три этапа. При этом объединение материалов, удаление повторов и сборку страницы выполняли обычные программы — задачи с однозначно проверяемым результатом не обязательно отдавать модели.

Кристиан Штрунк: посредник между двумя сеансами Claude

Кристиан Штрунк пишет, что за день сделал AI Visibility Checker без ручного написания кода. Для сайта и серверной части у него шли отдельные сеансы Claude Code, а сообщения между ними переносил он сам, попутно читая планы и проверяя экраны. К вечеру, по его словам, инструмент отправлял отчёты по почте: отсутствие программирования не избавило автора от координации и проверки продукта.

Джастин Чай: меньше счётчиков, больше ясности

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

Ночной экран ProbaBaby проверяет семья

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

Майло Фульц возвращает себе удовольствие от ручной работы

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

Алекс Уотт: продуктивность выросла, прежнего погружения не хватает

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

Райан: точный перевод может оборваться на последней главе

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