Pull to refresh

Comments 17

Резервные копии, _fix, _corrected, _lastone...

А как насчёт git?

да, но 70% людей, кто "вайбкодит", не пользуются гитом... я думаю с этим согласятся многие. А так да

Так может этим 70% всё таки стоит начать использовать гит?

Тем более вайб-IDE может хорошо работать с гитом, от вайбера нужны будут лишь аппрувы.

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

Моя статья предназначены и для программистов, кто активно ведет проект внутри Cursor / Claude Code и подобное, и для любителей, кто просто любит эти инструменты

Не знаю ни одного такого человека. Даже если человек делает проект, чтобы "поиграться", в первую очередь он делает git init. Либо, если он создает проект через условный cargo, bun, npm, многие вещи по-дефолту создают репозитории. Если вайбкодер не умеет в гит - пусть скажет два слова нейронке - "commit changes". Всё

2 автор, не совсем понял, ИИ создаёт файл или я сам и копирую в него содержимое? Просто мне еще ни разу не получалось заставить ии создать файл и дать мне его скачать. Буду благодарен за разъяснение 🤝

Да, рекомендую скопировать 2а и 2б прямо в ИИ и он сам создаст эти папки и документацию! Если нужна помощь - пишите мне в личку, я обязательно помогу!

Что за 2а? Вы уверены, что ссылка и содержимое по ней верное? /hello-world и какой-то некролог о переезде с tumbler на ghost

Если работаете в ide с ИИ агентом, то он создаёт и удаляем файлы сам (спросив разрешение)

Просто в браузере не все ИИ отдадут именно файлом ответы, тем более папкой

№3 Встроенные плагины — просто скачивайте и пользуйтесь (MCP, PLUGINS итд.)

как конкретно вы используете MCP в проекте? Допустим, я подключил MCP Perplexity в Cursor. Этот MCP использует API key, следовательно я должен видеть расход токенов/денег, но этого не происходит

Да, у Perplexity тоже есть официальный MCP - https://docs.perplexity.ai/guides/mcp-server
По-моему, там по ссылке есть уже инструкция, но если нет, то надо найти файл-конфигуратор и вставить ссылку на Perplexity MCP и его ключ. А найти этот файл можно в Файл->Настройки->и где-то там MCP SERVERS :)

да, я подключил его туда. За несколько дней активного использования у меня первый раз курсор попросил доступ к perplexity mcp - и то, для локализации, причем ему зачем-то понадобился "research" (самый продвинутый и дорогой чат в perplexity)

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

Вариант сложнее - где происходит исследование и задача от простого пожелания или абстрактного представления формируется и выливается в конкретный код. На этом шаге легко начать творить дичь без должного контроля и легко начать творить бардак. Опытные промптеры/инженеры легко наводят порядок и направляют модели давая подсказки/подсвечивая правильные пути. Набирая критическую массу таких подсказок инженер скорее всего заводит инструкцию, (steering в контексте Kiro или agent.md) где описаны подробнее что за технологии используются, как решать частые ситуации(начиная от библиотек и заканчивая какие конкретно команды вызывать и на каком этапе) + правила вроде именования, структуры проекта, как и где обновлять документацию и так далее. Очевидно (хотя скорее нет чем да) что модель может часть инструкций игнорировать ввиду обстоятельств (в том числе из-за перегрузки контекста), поэтому важно ловить баланс между начальным инпутом (то бишь стартом нового контекста) и решением проблематики. Рабочий вариант, который позволяет двигать проект вперёд с большим количеством людей - автоматизация рутины (рабочие тесты, линтеры, адекватное покрытие) и оговоренные правила игры на проекте (набор правил к которым вы пришли). С этими правилами ведите модель к конечной точке, улучшая правила/инструкции и контролируемо расширяйте кодобазу.

Ну и я бы всегда держал в голове что ллм пытается выдать код, который на 90% универсален и в общем случае дженерик, так что проявлять изобретательность она без вашего участия вообще не планирует, это на вашей ответственности:)

Спасибо за развернутый комментарий! Я по своему опыту скажу, что, какой бы строгой и понятной документация не была, важно всегда держать ИИ агента в рамках!

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

Разумеется, важно так же помнить и понимать кто пользуется проектом/моделью и для кого готовятся правила. Частые инциденты/ошибки - хороший кандидат на покрытие или введение правил где поясняется что важно соблюсти их корректность на конечном этапе валидации. Из простого примера - я забанил имена файлов вида types.go или utils.go, ллм знает про эти правила, иногда нарушает но на финальном этапе валидации находит это и исправляет согласно начальной конвенции. Чуть больше токенов но меньше потом исправлять

Кажется вы пытаетесь переизобрести memory bank

Не читал

Отдал своим ИИ агентам на чтение. Они прочтут, вынесут вердикт, напишут план имплементации и создадут необходимые файлы

Как сделают, попрошу их написать вам спасибо 🤗🎁

Sign up to leave a comment.

Articles