Тут важно брать и делать, что автор и делает. Никто не знает что взлетит что нет, надо просто пытаться раз за разом.
От программиста тут может мешать только тремление найти успешный бизнес не начиная его, с этим у автора проблем нет.
А получится или нет никто никогда не знает, слишком много переменных, посмотрите интересное видео в тему на ютубе: The single biggest reason why start-ups succeed Bill Gross TED. Там описывается анализ многих стартапов акселератором, их вывод что самая весомая причина успеха - тайминг. Одна и таже идея, выполненная безукоризнено, может не взлететь сейчас но взлетит через год потому что звезды сойдутся.
Чтобы модель могла выбирать что использовать она должна знать что вообще есть. Для этого агент посылает все эти описания с промптом, включая свои встроенные тулы.
Подключите агента через например LiteLLM для интереса, там можно посмотреть все что отправляется в модель.
Я сделал свой сервис чтобы запускать сэндбоксы для ИИ как поды в кубернетес с ката рантаймом, fast api через k8s api. Но это намного более крутое решение, огонь.
Мне бы такую способность так длительно сохранять концентрацию. У меня к сожалению интерес пропадает быстрее чем я составляю план, десятки проектов которые лежат на полке, уже полок не хватает ) сдвг.
Медитация и есть "отдохнуть от мыслей". Медитация перегруженный термин, что только под ним не подразумевают, но в своём корне, это практика в которой ты учишься игнорировать абсолютно все мысли, и удерживать сознание в состоянии без мыслей. Без каких либо ритуалов, даже поза сидя лишь способ не уснуть, лежа вы скорее всего уснете. В Духовном плане это способ убрать весь шум и увидеть что останется, истинного себя, чистое восприятие, без суждений, оценок, выводов.
Если глубже смотреть, мозг это набор связанных нейронных сетей которые работают постоянно, каждое событие тригерит какую то сеть, ее выход тригерит другую, и все они постоянно спамят мыслями. Это физический процесс, повлиять как то на него нельзя (без лекарств). Но и не нужно.
Сами по себе мысли не проблема, Вы не видите 90% из них. Вы видите лишь те за которые цепляется Ваше внимание. В медитации Вы учитесь этим вниманием управлять.
Когда практикуешь медитацию регулярно, со временем нарабатывается навык делать это без усилий, без позы, по одному желанию, что по сути означает контролируешь свое внимание, ту часть где мысли тригерят его автоматом без вашего желания.
P.S. Полезная метафора от китайцев: Представить что ты сидишь на берегу озера с абсолютно гладкой поверхностью в которой отражаются проходящие облака. Облака это мысли, гладь озера это ты. Мысли/облака не могут тревожить гладь озера, хотя и видны. Помогает понять что значит не цепляться за мысли, позволить им быть, проплывать рядом. А также то что не стоит пытаться их остановить или не "думать их"
Мантра в медитации не магия, это хак. Мантра это рандомный звук, слово, суть не в нем. Суть в том что тебе надо повторять ее через равные промежутки времени. Это требует сильной концентрации, это в свою очередь облегчает игнорирование остальных мыслей, а еще мозг устаёт от такой концентрации и Вы незаметно попадаете в состояние медитации. С опытом в ней отпадает необходимость.
Я был как то на ретрите тишины, это такой эвент где ты неделю без интернета и ни с кем не разговариваешь. Кушаешь 3 раза в день (кофе сладости по желанию) спишь сколько хочешь, 2 раза в день будист отвечает на вопросы из зала. И это работает так же как медитация, сначала тебе скучно, потом ты начинаешь осознавать как много у тебя мыслей, буквально непрекращающийся поток комментариев к реальности, и комментариев к комментариям. А затем ты от них устаёшь, и начинаешь просто наблюдать. Сами мысли не исчезают, мозг не перстает работать, но появляется контроль, мозг из гиперактивного комментатора превращается в молчаливого, механического исполнителя.
Если речь о новичках которые не хотят быть специалистами, ИМХО, легче поговорить с ЧатЖПТ, описать что ты хочешь, попросить придумать решения и описать что они дают. Когда понимание ЧатЖПТ выглядит достаточным, попросить составить промпт для кодинг агента. Это интуитивно понятнее и проще чем пытаться описывать задачу самому, и нет желания разбираться в деталях.
Что то типа, есть идея для бизнеса, хочу продавать нумерологические прогнозы через телеграм бота, помоги мне составить техническое задание/BRD. Задавай вопросы, один за раз, пока у тебя не будет достаточно информации чтобы составить детальное, качественное техническое задание, когда будешь готов сделай ТЗ как маркдаун файл который я могу скачать и отдать агенту на исполнение.
Я о том что работать с ИИ в режиме сделай мне это и то, это и есть сжигание времени.
Приведу пример, у меня 15 лет стажа в программировании и 0 в ремонтах и серьёзных умных домах. Но я делаю ремонт и хочу крутой умный дом, а специалисты которые могут такое сделать получают как минимум не меньше меня, у меня нет возможности их нанять. Приходится разбираться самому.
Так вот, когда я работаю с ИИ в программировании, Я вижу как "тупит" ЛЛМ. Я выступаю в роли техлида/тимлида, а ЛЛМ/агент в роли крайне исполнительного джуника. Я знаю на что смотреть когда делаю ревью ИИ кода, я знаю какой мне код нужен и могу поставить чёткую ясную задачу, легко вижу когда решение ей соответствует, когда это хорошее решение, когда нет, почему нет.
С ремонтом ситуация ровно наоборот. Каждый ответ ЛЛМ выглядит правильным и логичным. Но стоит начать задавать вопросы как выясняется что это даже не ответ а сферический конь в вакууме. Вменяемый ответ получается только после десятков часов общения плюс десятки часов размышлений, когда я достаточно потыкал тему с разных сторон, и уже в ней ориентируюсь.
Мой комментарий как раз об этом, если Вы новичок который хочет стать специалистом, учитесь критическому мышлению а не вайбкодингу, задавайте вопросы а не раздавайте задания, чтобы ставить хорошие задания надо хорошо разбираться в теме.
Если новичок хочет когда то стать специалистом, ему надо учится думать самому и задавать вопросы.
Это как разница между StackOverflow copy paste coding, и посмотреть 10 вариантов решения, понять каждое, понять где лучшее для твоео случая и почему.
В первом случае получается что то рабочее, но ты не знаешь как и почему это работает. Во втором случае ты получаешь что то рабочее но ты уже знаешь как и почему оно работает, почему это лучшее решение для задачи, и ты на шаг ближе к тому чтобы быть специалистом.
А еще лучше писать код так чтобы не пришлось спрашивать у агента какие способы оплаты поддерживает ваш бот.
Структурировать код так чтобы сразу было видно какие есть способы оплаты, ну либо как минимум ткнуть агента носом в конкретный файл или пакет чтобы он не грепал весь репозиторий.
Клауде мд не панацея этот системный промпт сам себе жрёт контекст когда надо и не надо, а еще его надо не забывать обновлять.
Такие куски контекста в маркдаун удобнее хранить где то в репозитории и добавлять вручную в чат по необходимости. Я например часто так делаю для переноса контекста, сидишь в чатжпт ресерчишь в свободной форме, в конце просишь подитожить в маркдаун файл, его прикладываешь в клауде агента к чату.
Незнаю какой бэкграунд у Линдси, но по собственному опыту я вижу что люди не могут жить без дела, для большинства это необходимость, без дела буквально едет крыша.
Это дело может некоторым казаться деградацией, например игры, или непопулярные хобби. Но если убрать личные стереотипы, это все решение проблем.
Технически определения игры и проблемы одинаковые: Цель, ограничения, обратная связь. Как сказал философ Бернард Сьютс: Игра это добровольная попытка преодолеть необязательные препятствия.
В Казахстане по новым требованиям счётчики должны быть с удалённой передачей показаний, на радиоканале. Канал шифрованный.
Но можно взять обычный счётчик за копейки, снять пластиковый верх с счетным механизмом и приклеить по центру датчик Хола. Основной счётчик не заменяет, но если делаете ремонт как Я, можно поставить их дополнительно, и больше чем 1, отдельно по потребителям.
Я не достаточно компетентен чтобы утверждать что из этих вариантов безопаснее. Я лишь говорю о том что возгорание внутри железного шкафа, вокруг и сверху которого нет материалов поддерживающих горение, безопаснее возгорания внутри деревянной тумбочки, в которой даже нет обработки антипиренами.
В моем железном серверном шкафу стоят 10 обычных офисных неттопов. Сервера очень шумные. И Я взял сразу большой шкаф с расчётом на то чтобы держать там все оборудование, малинки и другие платки без корпуса, модем, роутер, упс, умный дом.
Разница в том что скажем рабочий макбук я не гоняю 24/7, я его выключаю когда ухожу из дома когда иду спать итд. Я их использую непосредственно, то есть я нахожусь рядом большую часть времени и могу заметить проблему на раннем этапе. А к серверам можно не подходить годами.
Я не фиксируюсь только на серверах, я тепловизором проверяю кабеля и соединения например, храню 18650 аккумуляторы в специальных негорючих сумках, стараюсь не оставлять приборы на зарядке без контроля.
Никто конечно Вас не заставит думать о пожаробезопасности, для физических лиц и размещения серверов дома нет даже никаких правил.
Но Я например предпочитаю об этом думать. Железный шкаф это еще один барьер для огня и тепла. Вероятность что Ваш сервер загорится низкая но не нулевая. И кроме сервера многое может пойти не так, ослабленый разъём питания, повреждённый кабель который вы где то передавили, отказ системы охлаждения, брак в компонентах, накопившиеся куски пыли, электрики фазы перепутают итд.
Только Вы сами для себя решаете терпимый для Вас уровень риска с которым Вы можете спать спокойно. Есть люди которые спокойно спят рядом с 3 киловатным обогревателем на скрутках из тонкого провода который сам греется как обогреватель и им норм.
Это оборудование которое работает 24/7, потребляет нормальный ток, и проектировалось для работы в железной стойке, в помещении без людей и взрослой системой пожаробезопасности.
Которые надо показывать, каждый раз. Да тебя не депортируют, но такое избирательное внимание от людей в форме, с негативной репутацией, комфорта в жизни не добавляет.
ИМХО для меня лучше всего работает агент как есть и каждый раз писать промпты.
Во первых, таким образом контекст получается максимально точным и сфокусированным, а результат в высокой степени предсказуемым.
Во вторых это дисциплинирует, вместо того чтобы пытаться переложить разработку на агента, тип вот тебе знания, сделай красиво некрасиво не делай, ты сохраняешь code ownership но и используешь ИИ между строк, там где задача достаточно прямолинейная, где промпт очевидным путем мапится на ожидаемый код.
В третьих, чтобы разрабатывать последующий код, нужно знать текущий код. Когда ты делегируешь агенту целые фичи, он генерит сразу много кода, качество ревью падает, ты постепенно теряешь контекст кода, и соответственно не можешь давать точные инструкции агенту. В коде начинает копится техдолг, неиспользуемый код, дублируемый код, начинает плыть структура. И вот это уже не твой код, ты его не понимаешь и не хочешь понимать. А коллеги тем более, каждый начинает решать задачи ИИ костылями лишь бы работало, потому что разбираться в этом нейрослопе а тем более рефакторить его нет ни времени ни желания.
Для меня как минимум, ИИ кодинг работает только если Я сохраняю полную ответственность за код. Пусть код генерит ИИ, но Я отвечаю за каждую его строчку, каждое решение, Я могу аргументировать каждое решение, объяснить колеге, итд.
Самый рабочий подход ИМХО, не брать деньги с тех кто на этом не зарабатывает. Ограничения которые не мешают домашним пользователям но вставляют палки в колеса коммерческим это норм.
Каждый бесплатный пользователь добавляет популярности продукту, пишет о нем, упоминает его, рассказывает о нем, а это в свою очередь косвенно расширяет базу платных коммерческих пользователей, которые не видят проблемы платить если это приносит им прибыль. А с домашних пользователей Вы все равно много не заработаете, но жестко проиграете при выборе Вашего продукта.
Попытка переложить программирование на агента, главный пожиратель токенов.
Не ленитесь каждый раз писать промпт: Такая то задача, релевантный код лежит тут, этот файл отвечает за это тот за то, общая задумка такая то, составь план. Это дает агенту точный, лаконичный контекст.
Везде где возможно, дробите задачу, попланировали, просите сохранить план в маркдаун. Планируя разделяйте план на фазы которые удобно имплементить, ревьювить, тестировать отдельно.
Если нужен доп контекст, создавайте его в отдельном чате: в таком то пакете, таких то файлах, проанализируй и опиши апи в маркдаун итд.
Каждую фазу плана в отдельном чате, прикладываете маркдаун с планом, маркдаун с контекстом если нужно, перечисляете файлы в которых агент должен работать, просите прочитать план, контекст, заимплементить фазу такую то.
Не злоупотребляйте файлами промптов и МСР серверами, это добавляется в каждый чат.
Тут важно брать и делать, что автор и делает. Никто не знает что взлетит что нет, надо просто пытаться раз за разом.
От программиста тут может мешать только тремление найти успешный бизнес не начиная его, с этим у автора проблем нет.
А получится или нет никто никогда не знает, слишком много переменных, посмотрите интересное видео в тему на ютубе: The single biggest reason why start-ups succeed Bill Gross TED. Там описывается анализ многих стартапов акселератором, их вывод что самая весомая причина успеха - тайминг. Одна и таже идея, выполненная безукоризнено, может не взлететь сейчас но взлетит через год потому что звезды сойдутся.
Чтобы модель могла выбирать что использовать она должна знать что вообще есть. Для этого агент посылает все эти описания с промптом, включая свои встроенные тулы.
Подключите агента через например LiteLLM для интереса, там можно посмотреть все что отправляется в модель.
Вы для меня Америку открыли, буквально) спасибо.
Я сделал свой сервис чтобы запускать сэндбоксы для ИИ как поды в кубернетес с ката рантаймом, fast api через k8s api. Но это намного более крутое решение, огонь.
Мне бы такую способность так длительно сохранять концентрацию. У меня к сожалению интерес пропадает быстрее чем я составляю план, десятки проектов которые лежат на полке, уже полок не хватает ) сдвг.
Медитация и есть "отдохнуть от мыслей". Медитация перегруженный термин, что только под ним не подразумевают, но в своём корне, это практика в которой ты учишься игнорировать абсолютно все мысли, и удерживать сознание в состоянии без мыслей. Без каких либо ритуалов, даже поза сидя лишь способ не уснуть, лежа вы скорее всего уснете. В Духовном плане это способ убрать весь шум и увидеть что останется, истинного себя, чистое восприятие, без суждений, оценок, выводов.
Если глубже смотреть, мозг это набор связанных нейронных сетей которые работают постоянно, каждое событие тригерит какую то сеть, ее выход тригерит другую, и все они постоянно спамят мыслями. Это физический процесс, повлиять как то на него нельзя (без лекарств). Но и не нужно.
Сами по себе мысли не проблема, Вы не видите 90% из них. Вы видите лишь те за которые цепляется Ваше внимание. В медитации Вы учитесь этим вниманием управлять.
Когда практикуешь медитацию регулярно, со временем нарабатывается навык делать это без усилий, без позы, по одному желанию, что по сути означает контролируешь свое внимание, ту часть где мысли тригерят его автоматом без вашего желания.
P.S. Полезная метафора от китайцев: Представить что ты сидишь на берегу озера с абсолютно гладкой поверхностью в которой отражаются проходящие облака. Облака это мысли, гладь озера это ты. Мысли/облака не могут тревожить гладь озера, хотя и видны. Помогает понять что значит не цепляться за мысли, позволить им быть, проплывать рядом. А также то что не стоит пытаться их остановить или не "думать их"
Мантра в медитации не магия, это хак. Мантра это рандомный звук, слово, суть не в нем. Суть в том что тебе надо повторять ее через равные промежутки времени. Это требует сильной концентрации, это в свою очередь облегчает игнорирование остальных мыслей, а еще мозг устаёт от такой концентрации и Вы незаметно попадаете в состояние медитации. С опытом в ней отпадает необходимость.
Я был как то на ретрите тишины, это такой эвент где ты неделю без интернета и ни с кем не разговариваешь. Кушаешь 3 раза в день (кофе сладости по желанию) спишь сколько хочешь, 2 раза в день будист отвечает на вопросы из зала. И это работает так же как медитация, сначала тебе скучно, потом ты начинаешь осознавать как много у тебя мыслей, буквально непрекращающийся поток комментариев к реальности, и комментариев к комментариям. А затем ты от них устаёшь, и начинаешь просто наблюдать. Сами мысли не исчезают, мозг не перстает работать, но появляется контроль, мозг из гиперактивного комментатора превращается в молчаливого, механического исполнителя.
ИИ наступает, ремонтники получают не меньше чем в айти сейчас, и их ИИ не скоро заменит ))
Если речь о новичках которые не хотят быть специалистами, ИМХО, легче поговорить с ЧатЖПТ, описать что ты хочешь, попросить придумать решения и описать что они дают. Когда понимание ЧатЖПТ выглядит достаточным, попросить составить промпт для кодинг агента. Это интуитивно понятнее и проще чем пытаться описывать задачу самому, и нет желания разбираться в деталях.
Что то типа, есть идея для бизнеса, хочу продавать нумерологические прогнозы через телеграм бота, помоги мне составить техническое задание/BRD. Задавай вопросы, один за раз, пока у тебя не будет достаточно информации чтобы составить детальное, качественное техническое задание, когда будешь готов сделай ТЗ как маркдаун файл который я могу скачать и отдать агенту на исполнение.
Я о том что работать с ИИ в режиме сделай мне это и то, это и есть сжигание времени.
Приведу пример, у меня 15 лет стажа в программировании и 0 в ремонтах и серьёзных умных домах. Но я делаю ремонт и хочу крутой умный дом, а специалисты которые могут такое сделать получают как минимум не меньше меня, у меня нет возможности их нанять. Приходится разбираться самому.
Так вот, когда я работаю с ИИ в программировании, Я вижу как "тупит" ЛЛМ. Я выступаю в роли техлида/тимлида, а ЛЛМ/агент в роли крайне исполнительного джуника. Я знаю на что смотреть когда делаю ревью ИИ кода, я знаю какой мне код нужен и могу поставить чёткую ясную задачу, легко вижу когда решение ей соответствует, когда это хорошее решение, когда нет, почему нет.
С ремонтом ситуация ровно наоборот. Каждый ответ ЛЛМ выглядит правильным и логичным. Но стоит начать задавать вопросы как выясняется что это даже не ответ а сферический конь в вакууме. Вменяемый ответ получается только после десятков часов общения плюс десятки часов размышлений, когда я достаточно потыкал тему с разных сторон, и уже в ней ориентируюсь.
Мой комментарий как раз об этом, если Вы новичок который хочет стать специалистом, учитесь критическому мышлению а не вайбкодингу, задавайте вопросы а не раздавайте задания, чтобы ставить хорошие задания надо хорошо разбираться в теме.
Если новичок хочет когда то стать специалистом, ему надо учится думать самому и задавать вопросы.
Это как разница между StackOverflow copy paste coding, и посмотреть 10 вариантов решения, понять каждое, понять где лучшее для твоео случая и почему.
В первом случае получается что то рабочее, но ты не знаешь как и почему это работает. Во втором случае ты получаешь что то рабочее но ты уже знаешь как и почему оно работает, почему это лучшее решение для задачи, и ты на шаг ближе к тому чтобы быть специалистом.
А еще лучше писать код так чтобы не пришлось спрашивать у агента какие способы оплаты поддерживает ваш бот.
Структурировать код так чтобы сразу было видно какие есть способы оплаты, ну либо как минимум ткнуть агента носом в конкретный файл или пакет чтобы он не грепал весь репозиторий.
Клауде мд не панацея этот системный промпт сам себе жрёт контекст когда надо и не надо, а еще его надо не забывать обновлять.
Такие куски контекста в маркдаун удобнее хранить где то в репозитории и добавлять вручную в чат по необходимости. Я например часто так делаю для переноса контекста, сидишь в чатжпт ресерчишь в свободной форме, в конце просишь подитожить в маркдаун файл, его прикладываешь в клауде агента к чату.
Незнаю какой бэкграунд у Линдси, но по собственному опыту я вижу что люди не могут жить без дела, для большинства это необходимость, без дела буквально едет крыша.
Это дело может некоторым казаться деградацией, например игры, или непопулярные хобби. Но если убрать личные стереотипы, это все решение проблем.
Технически определения игры и проблемы одинаковые: Цель, ограничения, обратная связь. Как сказал философ Бернард Сьютс: Игра это добровольная попытка преодолеть необязательные препятствия.
В Казахстане по новым требованиям счётчики должны быть с удалённой передачей показаний, на радиоканале. Канал шифрованный.
Но можно взять обычный счётчик за копейки, снять пластиковый верх с счетным механизмом и приклеить по центру датчик Хола. Основной счётчик не заменяет, но если делаете ремонт как Я, можно поставить их дополнительно, и больше чем 1, отдельно по потребителям.
Я не достаточно компетентен чтобы утверждать что из этих вариантов безопаснее. Я лишь говорю о том что возгорание внутри железного шкафа, вокруг и сверху которого нет материалов поддерживающих горение, безопаснее возгорания внутри деревянной тумбочки, в которой даже нет обработки антипиренами.
В моем железном серверном шкафу стоят 10 обычных офисных неттопов. Сервера очень шумные. И Я взял сразу большой шкаф с расчётом на то чтобы держать там все оборудование, малинки и другие платки без корпуса, модем, роутер, упс, умный дом.
Разница в том что скажем рабочий макбук я не гоняю 24/7, я его выключаю когда ухожу из дома когда иду спать итд. Я их использую непосредственно, то есть я нахожусь рядом большую часть времени и могу заметить проблему на раннем этапе. А к серверам можно не подходить годами.
Я не фиксируюсь только на серверах, я тепловизором проверяю кабеля и соединения например, храню 18650 аккумуляторы в специальных негорючих сумках, стараюсь не оставлять приборы на зарядке без контроля.
Никто конечно Вас не заставит думать о пожаробезопасности, для физических лиц и размещения серверов дома нет даже никаких правил.
Но Я например предпочитаю об этом думать. Железный шкаф это еще один барьер для огня и тепла. Вероятность что Ваш сервер загорится низкая но не нулевая. И кроме сервера многое может пойти не так, ослабленый разъём питания, повреждённый кабель который вы где то передавили, отказ системы охлаждения, брак в компонентах, накопившиеся куски пыли, электрики фазы перепутают итд.
Только Вы сами для себя решаете терпимый для Вас уровень риска с которым Вы можете спать спокойно. Есть люди которые спокойно спят рядом с 3 киловатным обогревателем на скрутках из тонкого провода который сам греется как обогреватель и им норм.
А я человек тревожный предпочитаю перебдеть.
Это оборудование которое работает 24/7, потребляет нормальный ток, и проектировалось для работы в железной стойке, в помещении без людей и взрослой системой пожаробезопасности.
Которые надо показывать, каждый раз. Да тебя не депортируют, но такое избирательное внимание от людей в форме, с негативной репутацией, комфорта в жизни не добавляет.
ИМХО для меня лучше всего работает агент как есть и каждый раз писать промпты.
Во первых, таким образом контекст получается максимально точным и сфокусированным, а результат в высокой степени предсказуемым.
Во вторых это дисциплинирует, вместо того чтобы пытаться переложить разработку на агента, тип вот тебе знания, сделай красиво некрасиво не делай, ты сохраняешь code ownership но и используешь ИИ между строк, там где задача достаточно прямолинейная, где промпт очевидным путем мапится на ожидаемый код.
В третьих, чтобы разрабатывать последующий код, нужно знать текущий код. Когда ты делегируешь агенту целые фичи, он генерит сразу много кода, качество ревью падает, ты постепенно теряешь контекст кода, и соответственно не можешь давать точные инструкции агенту. В коде начинает копится техдолг, неиспользуемый код, дублируемый код, начинает плыть структура. И вот это уже не твой код, ты его не понимаешь и не хочешь понимать. А коллеги тем более, каждый начинает решать задачи ИИ костылями лишь бы работало, потому что разбираться в этом нейрослопе а тем более рефакторить его нет ни времени ни желания.
Для меня как минимум, ИИ кодинг работает только если Я сохраняю полную ответственность за код. Пусть код генерит ИИ, но Я отвечаю за каждую его строчку, каждое решение, Я могу аргументировать каждое решение, объяснить колеге, итд.
Самый рабочий подход ИМХО, не брать деньги с тех кто на этом не зарабатывает. Ограничения которые не мешают домашним пользователям но вставляют палки в колеса коммерческим это норм.
Каждый бесплатный пользователь добавляет популярности продукту, пишет о нем, упоминает его, рассказывает о нем, а это в свою очередь косвенно расширяет базу платных коммерческих пользователей, которые не видят проблемы платить если это приносит им прибыль. А с домашних пользователей Вы все равно много не заработаете, но жестко проиграете при выборе Вашего продукта.
Попытка переложить программирование на агента, главный пожиратель токенов.
Не ленитесь каждый раз писать промпт: Такая то задача, релевантный код лежит тут, этот файл отвечает за это тот за то, общая задумка такая то, составь план. Это дает агенту точный, лаконичный контекст.
Везде где возможно, дробите задачу, попланировали, просите сохранить план в маркдаун. Планируя разделяйте план на фазы которые удобно имплементить, ревьювить, тестировать отдельно.
Если нужен доп контекст, создавайте его в отдельном чате: в таком то пакете, таких то файлах, проанализируй и опиши апи в маркдаун итд.
Каждую фазу плана в отдельном чате, прикладываете маркдаун с планом, маркдаун с контекстом если нужно, перечисляете файлы в которых агент должен работать, просите прочитать план, контекст, заимплементить фазу такую то.
Не злоупотребляйте файлами промптов и МСР серверами, это добавляется в каждый чат.