Рулетка vs Инженерный подход

Я — MADTeacher, автор книг по Dart/Flutter/ИИ в программировании и преподаватель. На канале разбираю свежие фичи языка и фреймворка, объясняю, как и когда их применять, и показываю всё на живых примерах кода. Меньше воды — больше практики: от конструкторов и метапрограммирования до производительности, интеропа и тестирования, а также поднимаю тему использования ИИ для разработки программных продуктов. Если хотите понимать Dart и Flutter в эпоху ИИ глубже — вы по адресу.

llmагентыпромты

В последнее время все кричат про агентские навыки, mcp, различные подходы, которые должны заставить писать LLM более удобоваримый код, но со стороны это выглядит как сходка лудоманов, обсуждающих, на какой крутке кому повезет... 😅

Объясняю 👀

Желание не выпускать контроль из рук привело нас к тому, что статистически-вероятностный инструмент (LLM) мы пытаемся обмазать дополнительным инструментарием, подобрать выверенные промты (не забываем добавлять в конце: «Спасибо!» 🤣), закольцевать процесс работы агента с помощью хуков harness (агентская среда исполнения по типу Cursor, Claud Code) и т.д., чтобы работа агента приближалась к нашему идеализированному представлению того, как должен выглядеть этот процесс с минимальным уровнем недетерменизма🫠

Кому-то везет и с пары промтов удается добиться нужного результата, у другого же разработчика (с ровно таким же набором тулов и команд) не получается нифига даже спустя пару дней, что приводит к ситуации «пукан-вулкан» и очередной тираде о том, насколько LLM тупые...

А может это не они тупые, а мы? Да, мы... те, кто забыв про вероятностную базу данного инструментария, в очередной раз перечитывая план и отправляя его на исполнение, надеемся, что в этот раз нам повезет? 😄

Вот реально, чем это не поведение лудоманов? А все эти лайфхаки, spec-driven development, mcp, agents skills и многое другое - попытка этих самых лудоманов обыграть систему 🤔

Как итог мы сейчас имеем миллионы разработчиков, пишущих код с использованием LLM и забывших про правило - «казино всегда в выигрыше» 😄

p. s. А сколько круток промтов у тебя сегодня увенчались успехом?))

Дискуссия

Boltology Tech | Nikita Sinyavin
TAB TAB TAB
MADTeacher | Станислав Чернышев
Boltology Tech | Nikita Sinyavin
TAB TAB TAB
У тебя мизинец еще не сломался так интенсивно табать?))
Boltology Tech | Nikita Sinyavin
MADTeacher | Станислав Чернышев
У тебя мизинец еще не сломался так интенсивно табать?))
С помощью ИИ написал макрос, который табает за меня. А - автоматизация))
Boltology Tech | Nikita Sinyavin
А если говорить по теме поста, то мне кажется, что лудомания тут слегка притянута за уши. Скорее это "безумие" в трактовке, которую декларировал Ваас из Far Cry) Все современные методы работы с ЛЛМ, которые ты перечислил, являются по сути попыткой повлиять на результат работы не техническими средствами и решениями (развитие самих моделей), а созданием семантической надстройки (работа с контекстом и тд). Лудомании тут нет. Это же не попытка обыграть систему, а лишь сделать работу черного ящика модели несколько понятней для человеческого восприятия, добавить хоть немного контроля в процесс. Это нормальное желание.
MADTeacher | Станислав Чернышев
Boltology Tech | Nikita Sinyavin
Это нормальное желание.
Так никто не говорит, что это не нормальное желание) Просто некоторые настолько преисполняются после того, как обмажут систему различными подходами, что забывают о ее вероятностной природе и принимают все предложения LLM за истину Фраза одного студента:
Ну я же подключил mcp-сервера и добавил скилы, почему оно продолжает коряво работать?
И до него не доходит, что наша задача сейчас с использованием перечисленного инструментария направлять LLM к нужной точке. А направлять - это не бездумно соглашаться со всеми ее предложениями, а дофигище читать артефактов, вносить в них изменения и очень часто даже отказывать и заставлять переработать спецификацию с нуля Большинство привыкли жать на газ, а не соблюдать ПДД в процессе работы с LLM - вот это и превращается в рулетку))
Boltology Tech | Nikita Sinyavin
MADTeacher | Станислав Чернышев
Так никто не говорит, что это не нормальное желание)
Сравнение с лудоманией (болезнью) кагбэ намекает, что не нормальное))
Большинство привыкли жать на газ, а не соблюдать ПДД в процессе работы с LLM - вот это и превращается в рулетку))
"А судьи кто?". Кто правила придумал? Почему они правильные? Какие критерии оценки точности могут быть объективными, если запрос составляет субъект? Почему правильно читать артефакты, заставлять с нуля перерабатывать спеку (и утилизировать на это токены), а не давать точечные, четко сформулированные задачи? Пока каждый новый изученный мной подход — очередной способ кинуть токенов в топку.
А направлять - это не бездумно соглашаться со всеми ее предложениями
Это применимо и к людям (студентам, программистам и тд). В вопросах использования LLM принципиально нельзя соглашаться ни с кем: ни с энтузиастами, ни с практиками, ни авторитетами. Они могут дать лишь направление, но для разных задач, как водится, подходят разные инструменты. Надо учиться вычлениять нужное, Это и есть инженерия. Без экспериментов (давить тапку в пол это часть процесса) не будет развития.
MADTeacher | Станислав Чернышев
Boltology Tech | Nikita Sinyavin
Пока каждый новый изученный мной подход — очередной способ кинуть токенов в топку
А так оно и есть. Каждый новый подход сводится к расширению базового промта, что в итоге пожирает больше токенов. А оркестрация субагентов - это вообще черная дыра, способная минут за 20 выжрать 5-ти часовой лимит на плане кодирования
Присоединиться к обсуждению →

Читайте так же