Как не слить токены при разработке с ИИ?

Рекомендую сначала сделать архитектуру перед тем как приступать к созданию кода, без этого вообще не стоит начинать что то делать. Потому что с первого раза 100% не получится сделать нормально, так как у всех моделей есть галлюцинации и ограничения в контекстном окне. А даже самое простое приложение требует большого контекста. Что бы я посоветовал: сделать архитектуру в бесплатных иишках с большим контекстным окном, gemini или qwen. Далее еще раз прогнать эту архитектуру через другие ии, с просьбой оценить качество решения и чтобы он посоветовал добавить исходя из первоначальной задачи.

Желательно понимать для чего нужна база данных и какие они бывают. Например самая удобная SQL lite, удобно визуально смотреть данные, но плохо подходит для одновременных запросов к этой базе, например если несколько пользователей захотят сохранить данные, у одного из них будет сбой. Можно ли менять данные вручную в работающей базе тоже важный момент, который может стоить вам испорченных данных.

фронтенд - это то что вы видите или видит клиент, бэкенд это алгоритм который скрыт от пользователей, как двигатель от авто, что то шумит работает и машина едет, вот фронт это руль и всякие кнопки, а бек это двигатель, трансмиссия коробка передач, электрика.

Если вы вайбкодер, то лучше просить писать код на питоне. Да этот язык не идеален, и для многих задач может не подойти, но он самый популярный и ии точно знает как на нем писать код. Ии обучается на открытых данных, вот по питону этих данных больше всего. Исследования датасетов для обучения моделей кода показывают, что Python занимает ~30–40% репозиториев, что напрямую коррелирует с качеством генерации. GitHub Octoverse подтверждает лидерство Python в open-source, а статьи по CodeLlama/Codex указывают на его доминирование в бенчмарках HumanEval.

Если нужно чтобы ваша программа работала круглосуточно, а не только когда ваш личный компьютер включен, придется переносить проект на удаленный (виртуальный) сервер (это такой же компьютер, только всегда включен). Все виртуальные сервера - платные. Планируйте этот шаг заранее.

Настоятельно рекомендую хранить код в GitHub. Это бесплатно, всегда есть доступ и можно скопировать куда угодно. Но самое полезное при вайбкодинге, можно откатить версию кода на несколько шагов назад, если результат после очередного аромата оказался неудачным. Да кстати и после каждого промпта, когда меняется код, тоже желательно делать обновление в гите, иначе откатить при неудачах не получится)

тестирование, самый нудный как по мне этап, возможно потребуется несколько разных аккаунтов. Потому что если работать у вас - это не означает что точно будет работать у других.

желательно понимать что такое домен, IP адрес, хостинг, днс (не магазин электроники). Тема не простая, но примерно понимать надо если будете делать сайт, открывать доступ к сервису из интернета, делать приложение.

Надо понимать что ии фронтенд, дизайн делает хорошо, но без выбора, как он посчитает нужным сделать тем и придется пользоваться. Объяснить ему что надо сделать красивее, будет проблематично, так как у каждого свое понимание красоты, а у машины его вообще нет)Тут четыре варианта, либо оставить как есть, либо попросить переделать, либо попросить сделать дизайн другой иишке, либо самому научиться работать в фигме, но если изначально навыков дизайна нет, то это не поможет.