Скрытая опасность умного помощника: почему следующая находка может стать последней
Дыра в Gopher, которая меня ничему не научила (Потому что ИИ слопал её первым)
В прошлом месяце я наткнулся на Gopher-дыру, которую вёл бывший сисадмин из сельской Монтаны. Внутри — 847 текстовых файлов, накопленных за 23 года. Схемы сетей из устаревшего железа, shell-скрипты для задач, которых больше не существует, ASCII-арт монтанского небосвода, нарисованный от руки.
Я её не искал сам. ИИ пересказал мне содержимое за 12 секунд.
Оказалось, кто-то сделал инструмент, который скрейпит и суммаризирует Gopher-дыры и Gemini-капсулы «для удобного потребления». На выходе было... нормально. Даже точно. Но ASCII-арт описан как «декоративные региональные изображения». И полностью пропущен момент, где автор признаётся, что никогда не был в Монтане лично. Его жена умерла в 2001-м. Небослов он рисовал по фотографии, которую она оставила.
ИИ не смог мне это рассказать. Потому что ИИ там не был.
Архитектура открытия
Вот чему нас учит small web, если мы готовы учиться: путь важен не меньше, чем цель.
Когда подключаешься к Gopher-серверу через curl или открываешь Gemini-капсулу в Lagrange — ты не просто получаешь контент. Ты участвуешь в ритуале. Видишь меню. Делаешь выбор. Идёшь по следу. Может, заблудишься. Может, найдёшь что-то лучше того, что искал.
Так знания работают в сообществах. Не как извлечённые факты, а как разделённый опыт.
Разработчик, который ведёт Gemini-капсулу, не просто хостит файлы. Он поддерживает своё присутствие. Когда заходишь — ты говоришь: «Твоя работа важна для меня настолько, чтобы я пришёл». Когда делишься ссылкой на капсулу — ты за неё ручаешься. Когда делаешь свою капсулу — ты подключаешься к разговору, который начался десятилетия назад.
ИИ-суммаризация превращает всё это в механизм доставки контента.Small web воспринимается как база данных для запросов, а не район для прогулок.
Что разработчики реально теряют
Я не собираюсь романтизировать неэффективность. Три часа рытья в Google ради одного абзаца? Это не фича. Stack Overflow в 2008-м был лабиринтом устаревших ответов и снисходительных комментариев. Старый интернет был объективно сложнее.
Но вот что мы получали:
Мы учились справляться с неоднозначностью. Когда нет «лучшего» ответа, аккуратно поднятого наверх, ты развиваешь собственное чутьё. Понимаешь, каким форумам можно верить, какая документация актуальна, какие комментарии стоит читать.
Мы строили ментальные модели, а не только решения. Часы, потраченные на понимание почему решение работает, означали, что мы могли адаптировать его, когда всё неизбежно ломалось. Мы узнавали границы.
Мы натыкались на соседние знания. Та случайная заметка о настройке sendmail научила нас чему-то про SMTP, что пригодилось через полгода при отладке email-доставки в продакшене.
Когда прошу ИИ «почини ошибку SSL-сертификата» — получаю рабочее решение за 8 секунд. Когда три часа читал логи, форумные треды и документацию, которую едва понимал, — вышел с ментальной моделью того, как работает TLS handshake. Второй подход сделал меня лучшим инженером. Первый — помог встретить дедлайн.
Проблема вайба
В NameOcean мы много говорим о «вайб-кодинге» — идее, что современная разработка это про выражение intent и итерации, а не про заучивание синтаксиса или борьбу с конфигами. Мы верим, что ИИ делает разработчиков креативнее, а не наоборот.
Мы всё ещё верим. Но «креативнее» требует, чтобы было к чему проявлять креативность.
Small web — это не просто хранилище контента. Это ландшафт человеческих намерений. Те 847 файлов в монтанской Gopher-дыре — это решения. Автор выбирал, что документировать, что шарить, что оставить незавершённым. Посетить его пространство значит взаимодействовать с его решениями. Может, соглашаешься. Может, делаешь иначе. В любом случае — формируешь мнение. А мнение это начало креативности.
Когда ИИ суммаризирует его работу — ты получаешь информацию без столкновения с намерением. На выходе без контекста. Невозможно ни учиться на его выборе, ни критиковать его осмысленно.
Скромное предложение по ИИ-суммаризации
Я не предлагаю запретить ИИ на small web. Это было бы и непрактично, и контрпродуктивно. У ИИ-инструментов есть легитимные применения — accessibility, перевод, суммаризация контента на языках, которых не знаешь.
Но есть разница между:
- «Суммаризируй эту страницу, чтобы я решил, стоит ли заходить»
- «Суммаризируй эту страницу, чтобы мне никогда не пришлось заходить»
Первое — превью. Второе — замена.
Если делаешь инструменты, которые потребляют small web, подумай вот о чём: сообщество, которое ты пытаешься обслужить, выживет только если люди будут заходить. Суммария, которая заменяет визит — паразит на хосте. Превью, которое ведёт к визиту — мутуализм.
Сохраняйте странные меню
Исходный автор прав. Small web маленький не случайно.
Это не провал рынка. Это выбор. Люди ведут Gopher-дыры и Gemini-капсулы, потому что хотят создавать, а не оптимизировать. Хотят писать для читателя, а не кормить алгоритм. Хотят, чтобы их находили люди, которым интересно искать.
Если ты разработчик — ты это уже понимаешь. Ты видел, что происходит, когда сообщество начинают оптимизировать. Странные обсуждения закапываются под метриками вовлечённости. Увлечённые создатели проигрывают контент-фабрикам. Результат всегда одинаковый: что-то, что выглядит как настоящее, но без души.
Small web — контрпример. Доказательство, что другой интернет возможен. Тот, где мерило успеха — не охват, а связь.
Так что да, используй ИИ. Используй, чтобы строить быстрее, итерировать чаще, решать проблемы, которые раньше блокировали тебя на дни. Он для этого хорош.
Но когда хочешь открыть что-то новое? Когда хочешь провалиться в кроличью нору и выйти оттуда изменённым?
Может, закрой окно чата. Открой Lagrange. Найди случайную Gemini-капсулу. Прочитай что-то странное от человека, который никогда не ожидал, что кто-то это прочитает.
Вот где настоящее. И найдёшь ты это только если пойдёшь искать.