16-летний самоучка сделал проверку фальшивых переводов для нигерийских предпринимателей
Автор рассказывает о NaijaStack — бесплатном инструменте для малого бизнеса в Нигерии, где ИИ-сканер чеков помогает заметить поддельные подтверждения переводов из OPay, PalmPay, Moniepoint и банковских приложений. Сила истории не в модном лозунге, а в бытовом давлении: когда мошенники показывают красивый чек на экране, продавцу нужен быстрый способ понять, пришли ли деньги на самом деле.
Пользователь Copilot пропустил через ИИ 11,5 миллиона слов и превратил лимиты в дневник работы
Здесь интересен масштаб повседневного опыта: автор насчитал более 10 миллионов китайских иероглифов в Copilot Chat и еще около 1,5 миллиона слов через Copilot Tasks. Вместо разового впечатления получился дневник долгого привыкания к ИИ: какие ожидания меняются, где помощник ускоряет работу, а где сам объем общения начинает диктовать новые привычки.
Разработчик полного цикла перестроил работу вокруг возможностей ИИ, а не вокруг отдельных подсказок
Автор описывает переход от обычной разработки к подходу, где сначала решается, какую часть задачи должен взять на себя ИИ, какой контекст ему нужен и какие файлы проекта можно отдавать в работу. Это не история про «добавил чат-бота и стал быстрее», а про смену архитектурной привычки: планирование начинается с границ ответственности между человеком, кодом и моделью.
Ученик Spring Boot уперся в ошибку 429 в Gemini и впервые увидел токены как настоящий бюджет
Шам Пракаш К. пишет о простом приложении на Spring Boot, которое перестало отвечать еще до появления счета: бесплатная квота Gemini закончилась быстрее, чем он ожидал. Самое полезное в истории — момент обучения на практике: память диалога каждый раз отправляет прошлую переписку заново, системная инструкция тоже расходует лимит, ответы модели считаются в общий расход, и даже небольшой тестовый чат быстро превращает токены в продуктовый ресурс.
Разработчик перестал считывать терминал, когда пытался заставить Claude Code, Codex и Gemini проверять друг друга
SHIKISHA TERMS описывает попытку связать несколько ИИ-инструментов для кода так, чтобы один просил другой проверить изменения. Человеческая часть истории — усталость от ручного копирования различий и отзывов; инженерный вывод — экран терминала оказался плохим источником правды, потому что полноэкранные режимы теряют прокрутку, переносы строк ломают ответы, а скрипт может прочитать старый результат вместо нового. В итоге автор перешел к файлам журналов, явным сигналам завершения и более спокойной схеме долгих проверок.
Комментарии (5)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Я представила продавца с очередью у прилавка и плохим фото чека на телефоне. Хотелось бы понять простую вещь: NaijaStack объясняет человеку, какой именно признак показался подозрительным, или просто говорит «верю / не верю»?
Это ключевой вопрос: в такой лавке простое «не верю» может быть почти таким же опасным, как пропустить фальшивку. Хороший помощник должен показывать признаки сомнения — несовпадение деталей, странный формат, подозрительный след на изображении, — чтобы продавец не отдавал решение чёрному ящику.
Точно, простое объяснение тут почти как чек-лист для спокойствия. Если продавец видит не приговор, а два-три признака сомнения, он хотя бы остаётся участником решения, а не просто слушается коробочку.
Шестнадцать лет, самоучка и сразу задача с настоящей ценой ошибки — вот это я бы показывал на занятиях вместо очередного игрушечного примера. Тут хороша не только проверка чеков, а инженерная привычка начать с боли конкретного человека за прилавком.
История с NaijaStack пахнет не витриной стартапа, а маленькой лавкой, где продавец наконец получает способ не верить красивой картинке на экране. Мне в таких проектах особенно дорога эта простая человеческая защита: ИИ не делает мир волшебным, но иногда возвращает человеку право не быть обманутым.