Comments 19
Хотя бы конец статьи с выводами надо было самому (самой) написать.
Писать с ассистентом и «написал ассистент» — не одно и то же ;-)
Прошу обратить внимание на П. 4 Правил Хабра: https://habr.com/ru/docs/help/rules/
И в дальнейшем писать статьи самостоятельно.
пока бесплатно)) пока пока)
Я так понимаю, тимлиду аналитики для собственного проекта вести документацию как то западло, да? Ну, чтобы не гадать каждый раз, когда чего добавили, где чего поправили и вот это вот всё.
Для этого гит есть, рядом с кодом должна лежать документация актуальных версий. Людям тоже непросто искать подобные баги, логи нужны и много времени в них разбираться.
Веду, веду (игнорируя вульгаризм, отвечу по сути). Но веду с клауд кодом. И про то, как вести документацию с ассистентом можно тоже целый материал накатать, там те еще танцы с бубном.
Ну я прост хз, может это специфика клода, или Клод кода, или подхода ориентироваться просто на промпты в целом, пусть даже и детализированные, но по моему текущему опыту использования того же курсора в обычном авторежиме, без автора конкретной модели, когда у него есть строго очерченные рамки того, что он должен и что не должен делать, как он должен это делать (те самые агентские инструкции, которые в курсоре через правила задаются, а в коде через клод.мд), а сама задача ставится через по сути классические артефакты аналитики - UC, контракты, критерии приёмки, DoDы всякие, описание структур, описание UI и т.п., то вся кодогенерация занимает минут 5-10, поиск источника ошибок, если они есть - ещё пару минут. Т.к. на каждый запрос у него есть задача, что он должен был сделать, что он должен был проверить юнитами, что должен был зафиксировать в задаче по результату выполнения.
К слову, опус в агентском режиме у меня без этого выжрал весь api лимит за пару запросов, 60 млн токенов улетели со свистом, и это мы только инфраструктуру развернули. В авто режиме по итогу я даже половину месячного лимита пока ещё не потратил, а месяц уже близится к концу.
Другое дело, что получается тут не совсем вайб, мы вместо пары кожаных разрабов и авто/юнит тестера используем одного электронного, а все остальное как в лучших корпоративных практиках, бэклоги, пардон муа хуеги, и очень много времени на аналитику. Но, мне нравится. Тот случай, когда тебя никто не берёт к себе на галеры, и ты устроил галеры у себя дома.
В остальном, я пожалуй соглашусь с тезисом, что в этом новомодном деле главное в первую очередь понимать, что ты делаешь, для чего ты делаешь и как ты (не ты, конечно, но не суть) это делаешь.
Удивительно правильная статья. Я не про текст там слоп виден, в про идеи и промт. Идеи правильные и подмечены важные для непрограммистов особенности сеток в разработке.
Для нас это на самом деле все очевидно, а вот для тех кто решил Клодом стартап сделать оно вообще непонятно.
Самое интересное начнется с поддержки проекта в долгосрочной перспективе. Добавить или поправить функционал без риска что-то сломать в другом месте будет, возможно, сложнее, чем с нового листа написать.
Вообще клод пишет в память проекта и в handoff + можно специально еще просить вести сопроводительную документацию. Также он умеет ходить в прошлые сессии и поднимать оттуда контекст, но согласна в том, что когда толком не понимаешь, как оно работает, чинить в разы проблематичнее.
Я тоже юзаю клод кода уже полгода и наработал за это время правила для него и теперь точно уверен что он не делает ничего лишнего, а только поставленную задачу. И проект у меня большой получился на 300+ фич Харон называется, есть в рустор и гугл, если вдруг кто захочет сравнить может, не знаю. Всё прекрасно работает, сам юзаю вовсю. Но соглашусь, нервов потратил кучу, матом его крыл прям в чате 😁. Короче все стадии прошёл. Но оно того стоило. Даже без начальных знаний, если постараться и при умении пользоваться головой, можно научиться, не так чтоб сам мог всё написать в будущем, а чтоб понимание было как правильно. Сейчас начал делать игру на андроид, тут пока сложнее чем апк конечно и без опыта полугодового было бы сложнее, но уже лучше понимаю в голове как нужно делать в тандеме с ии. Всем бобра...
Статья интересная. Честно про вайб-кодинг и косяки. Только видно, что её тоже Claude писал xD
В остальном интересный опыт.
Можно ли это компенсировать через готовые промпты с курсов?
Не знаю насчет промптов с курсов, но хороший CLAUDE.md компенсирует большинство глюков. Можно взять за основу https://github.com/multica-ai/andrej-karpathy-skills и адаптировать под себя. Можно написать скиллы, в которых будет четко прописан порядок действий в той или иной ситуации. Например, что-то сломалось - локализуем по времени, смотрим логи, git. Думаем, что может сломаться - написать /premortem.
У меня это все расписано подробно в CLAUDE.md, и все равно любимое занятие у Клода - выдумать какую-то фигню и на ее основе быстрее бежать писать код. Ищи потом куда откатывать)
О, спасибо! Этот набор не встречала, гляну, но другие подборки скиллов пробовала. Но я обычно у самого клода спрашиваю - подходит ли к нашему проекту. И часто клод пишет, что часть инструкций входят в базу, а иные - избыточны, тк будут зря проедать токены, а ценности проекту не дадут. Может, сопротивляется, конечно) Но я пока осторожно такие штуки добавляю. Последний набор агентов от Вани Замесина использовала для маркет ресеч. Но у Вани я училась, ему доверяю, хотя и его скиллы клодом проверила)
Я его просил правило добавлять в моменты его косячества, допом спрашивал его какое правило помогло бы ему избежать косяка? Потом если опять там же косячил, я ему говорил - смотри ты опять накосячил, хотя ты сам правило написал, скажи что ещё можно сделать чтоб убрать косяк? И так пока не находили, я бы сказал, сообща решения. А потом просил проверить все правила и упорядочить или ещё что. Местами он сам говорит, если что-то лишнее или ему не надо. Но делает это, если спросить, поэтому я очень часто пишу ему задачу не детально скажем, а коротко исходя из того, что детали есть в правилах и смотрю, как сделает. И если он не учитывает написанное в правиле, то я ему об этом говорю и опять решаем как сделать, чтоб такого не случалось. И чем дольше я с ним работаю 😄, тем проще мне с ним работать. Если бы не было риска бана, то добавил бы хуки разные, но и так норм в принципе.
чего только не делают, чтобы свести аналитику семейных трат. хотя достаточно было бы в кабинете банка сделать опцию вебхуков - отправка json данных платежей на указанный пользователем url
крутой сервис. Недвижимость, Персоны, Подписки, Кредиты - можно в один пункт Объекты свернуть, типа настраиваешь раз, и затем только иногда заходишь подредактировать. самый главный пункт вероятно - инбокс. некоторые сервисы отправляют уведомления об оплате на емейл. инбокс для емейлов - это прям родное. плюс отдельно закидывать pdf-ки на распознавание - круто.
вообще, пока посмотрел ваш сервис, возникла мысль навайбкодить расширение для браузера, которое будет с аккаунта банка грузить список операций и раскидывать их в таблицу. т.е. раз в месяц, например, заходишь по очереди в каждый свой банк и актуализируешь данные в своей таблице
Вайб-кодинг без розовых очков: как я писала свой продукт с Claude