Вступительное слово от авторов

Мы часто видим, что в современных реалиях для работы с ИИ в 90% случаев пользователю достаточно текста. Сел, накидал промт: «сделай мне структуру пособия из 9 глав, чтобы в каждой был результат для практика, добавь QR тест и вопрос ответ», — и ИИ всё разложил. Зачем человеку лезть в скрипты (программные сценарии), если он не программист?
В данном пособии мы с пользователями не про «90%». Мы про свой метод, про Авоськиных, про то, как мы держим связку из бетона, шунгита, доменов, фуризма и не рассыпаем её. И тут скрипты — это не про «стать программистом», а про три очень конкретных пункта (повторяемость, масштабирование, стыковка с реальными инструментами), которые одним текстом не закрыть. И, к тому же, один момент: если мы вообще уберём скрипты и оставим только промты, пособие станет «ещё одним сборником советов по работе с ИИ». А наша цель — показать свой метод: как инженер, аудитор, строитель и писатель одновременно собирает проекты, где каждый элемент измерим и воспроизводим. При этом персонажи (Строитель, Автор, Ремесленник, Маркетолог) как раз и нужны, чтобы показать, что один и тот же скрипт с разных сторон выглядит по разному. Строитель скажет: «мне важно, чтобы он не падал на больших объёмах». Автор: «мне важно, чтобы промт внутри скрипта не терял смысл». Ремесленник: «мне важно, чтобы я мог это повторить завтра». Маркетолог: «мне важно, чтобы заказчик понял, что это экономит время». Так человек видит: это не про «надо стать программистом», это про «вот как этот инструмент работает в моей реальности».
Повторяемость и контроль.
Промт текстом — это каждый раз заново договариваться с ИИ. Сегодня он понял, завтра — нет. Вы просите «дай шаблон главы с результатом», а он тебе выдаёт пять абзацев теории. Вы правите, он переделывает, вы снова правите — и так по кругу. А скрипт — это когда вы один раз зафиксировали логику: «на входе — тема главы, на выходе — структура из 4 пунктов, каждый с измеримым результатом, плюс 3 вопроса для QR теста». И дальше вы просто меняете тему, а логика остаётся. Это как бетонная плитка: вы не каждый раз заново придумываете, как она ложится, вы её кладёте по одной и той же схеме. Для практика это критично: он хочет предсказуемый результат, а не лотерею с формулировками.
Масштабирование.
Допустим, у вас не одна глава, а девять. Или вы делаете не одно пособие, а серию. Или у вас на участке не один колодец, а три, и для каждого надо собрать данные, посчитать объёмы, прикинуть смету. Текстом вы будете делать это полувручную. Скрипт позволяет взять одну логику и применить её к десяти объектам сразу. Это не про «сложный код», это про «один раз настроили — потом тиражируете». Для вашего подхода, где важна измеримость и реальные показатели, это и есть тот самый рычаг.
Стыковка с инструментами, которые не умеют в текст.
Не весь мир — это чат с ИИ. Есть API, базы данных, файлы, таблицы, внешние сервисы. Если вы хотите, чтобы система сама собирала данные по участку, считала пропорции бетона, проверяла доступность доменов или формировала PDF с шаблонами — это делается не текстом, а через код. Вы можете сказать текстом: «хочу PDF с главой и QR тестом», но чтобы это реально появилось на диске, нужен скрипт, который возьмёт данные, применит шаблон и сохранит файл. Это граница между «я придумал» и «я сделал». И именно эту границу мы в пособии и показываем: как из идеи рождается реальный артефакт.
Это не образовательная программа с выдачей дипломов в юридическом смысле, а методическое пособие/набор инструментов и рабочих шаблонов инструментов для практиков. Мы даём реальные скрипты, чек листы, тесты на применение и поясняем где их можно применять. QR тесты и блок «вопрос ответ» привязаны к результату, а не к факту чтения. Не «ответьте, что такое цикл», а «запустите этот скрипт на своих данных и скажите, какой результат получили». То есть проверка не на знание терминов, а на умение применить. Мы не обучаем ради диплома, мы даём измеримый навык, который человек тут же готов применять в своём проекте. Структура девяти глав не «от простого к сложному», а «от быстрого результата к устойчивой системе». То есть первая глава — это «за 15 минут вы делаете вот это и видите результат», а последняя — это «теперь вы собираете это в систему, которая работает без вас». Ценность этих глав — в стыковке. Они не стоят отдельно, а сцепляются с остальными частями пособия. Так пользователь приобретает навыки и не теряет мотивацию на середине. Весь блок про Python и Java выглядит как «ядро» нашего метода. Не как приложение, а как центральная часть, которая связывает всё остальное: и бетон, и домены, и фуризм, и QR тесты. Чтобы пользователь, дочитав эти девять глав, мог сказать: «теперь я понимаю, как Авоськин делает свои проекты, и могу повторить хоть маленький кусочек, хоть целиком систему». И самое главное: эти главы не спорят с вашей личностью. Если вы инженер, аудитор, строитель, писатель, человек, который варит щи в фуре и(ли) тянет проекты на своём хребте, — это включено в каждом примере. Не «учебник для абстрактного пользователя», а для каждого «рабочий метод Авоськина, который можно взять и применить».
Искренне Ваши Авоськины