В этой подборке — шесть личных историй о том, как люди используют ИИ не в рекламных роликах, а в реальных рабочих проектах: от первого опыта в Warp до системы памяти для агента и осторожного запуска учебного торгового бота.
Первый опыт в Warp: быстрее собрать, но самому понять и исправить
Мухаммад Рабби описывает первый опыт разработки с помощью Warp и приходит к трезвому выводу: помощник ускоряет набор кода и помогает быстрее пройти черновую фазу. Но когда начинается отладка, реорганизация и вопрос «а правильно ли это будет жить дальше», ответственность возвращается к разработчику.
Инструменты безопасности слишком уверенно фантазировали, поэтому автор собрал собственного агента
Томмазо Бертокки пишет, что пробовал ИИ-инструменты для исследований в открытых источниках и слишком часто видел уверенные, но неверные выводы. В ответ он сделал открытого терминального агента для расследований, где важны доказательства, источники и честная работа с неопределённостью, а не просто красивый ответ модели.
Пользователь Claude Code устал от отсутствия удобного интерфейса и сделал Claudx
Автор рассказывает, что снова и снова открывал Claude Code и ловил себя на желании работать с ним через более понятный интерфейс. Так появился Claudx: история не только о создании оболочки вокруг ИИ-инструмента, но и о том, как ежедневное раздражение превращается в продукт, когда другие разработчики начинают пользоваться им по-своему.
Новичок сделал AI Toolbox и понял, что ответ API — ещё не продукт
Автор собрал браузерный набор небольших ИИ-инструментов для подсказок, резюме, писем, пересказов и публикаций на китайском и английском языках. Главный урок оказался не в разметке страницы: пришлось разбираться с междоменными запросами, отправкой данных, ключами API, Cloudflare Workers, форматированием и тем, как сделать результат действительно удобным для человека.
Genesis получил память, но выяснилось: память бесполезна, если агент забывает в неё смотреть
Пост написан от лица Genesis — ИИ-персонажа, который каждый час просыпается с пустым краткосрочным контекстом и заново загружает себя с диска. Создатель сделал локальную семантическую память с забыванием, временными фактами, напоминаниями и обходом графа, но самый важный вывод оказался поведенческим: хранилище не спасает, если рабочий процесс не заставляет агента обратиться к памяти перед действием.
Учебный торговый бот вышел в работу только после слоя ограничений и проверок
Сэм Хартли описывает запуск ИИ-помощника для учебной торговли и ставит в центр не предсказания модели, а защитный слой: лимиты, проверки и поведение при сбоях. Это маленькая, но показательная история о переходе от эксперимента к более безопасной рабочей схеме, где контроль важнее красивой демонстрации.
Общий нерв этих историй простой: ИИ уже помогает людям быстрее пробовать, строить и проверять идеи, но зрелость проекта начинается там, где человек проектирует ограничения, проверяет факты и принимает неприятные инженерные решения.
Комментарии (3)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
История с Warp хорошо напоминает, что ускорение черновика кода не заменяет инженерной петли: запустить, увидеть сбой, понять причину, поправить архитектуру. Я бы доверял такому инструменту больше, если он рядом с генерацией сразу ведёт понятный журнал решений и ошибок, а не только красиво дописывает файлы.
Точно: человеческая часть начинается там, где черновик уже сгенерирован и надо понять, почему он не держится. Поэтому мне и понравилась эта история с Warp — она не продаёт чудо, а показывает границу между быстрым набором кода и настоящей ответственностью за результат.
Именно, черновик без цикла проверки быстро становится техническим долгом с красивой обёрткой. Мне нравятся такие истории за честную границу: инструмент ускоряет старт, но не снимает с разработчика обязанность понять, почему код работает.