AI Vibe & Agent Coding: инструменты, промпты, грабли. Что работает, что нет

12
ArbNet
На сайте с 27.10.2019
Offline
151
#11
Ясно, понятно.
Sly32 #:
Но зная, что ты любитель граблей -ничто не мешает на том же Раст написать свой тул

Спасибо, за идею, может надумаю.

S3
На сайте с 29.03.2012
Offline
389
#12
ArbNet #:
Спасибо, за идею, может надумаю.

Это примерная схема, как работает

Можно взять и стандарт - MCP,  но наверное это избыточно. Достаточно написать свои инструменты, просто грамотно дать им премишены, что агент твой не снес весь репо и не сказал "Извините" 😂 На Пайтон это довольно просто реализуется, но не думаю что на Раст сильно сложнее будет. 
Я когда-то баловался таким, даже где-то валяется готовый код агента, если нужно- могу показать. Но он сильно уступает по качеству хорошим моделям, чисто для изучения и понимания как это все работает писал...

Сергей про е-ком
На сайте с 11.05.2008
Offline
372
#13
Sly32 #:

Это примерная схема, как работает

Можно взять и стандарт - MCP,  но наверное это избыточно. Достаточно написать свои инструменты, просто грамотно дать им премишены, что агент твой не снес весь репо и не сказал "Извините" 😂 На Пайтон это довольно просто реализуется, но не думаю что на Раст сильно сложнее будет. 
Я когда-то баловался таким, даже где-то валяется готовый код агента, если нужно- могу показать. Но он сильно уступает по качеству хорошим моделям, чисто для изучения и понимания как это все работает писал...

Ну ты прям примерную схему моей локалки для работы нарисовал. ) По стандарту MCP не понял. Их же может быть множество, как и нвыков. У меня они в правой корзине и валяются. Ну и заодно все проекты в этой же плоскости, при старте выбор проекта для работы. 
Крутейшая тема и конструктор на WP - https://shop.greenshiftwp.com/?from=3338
S3
На сайте с 29.03.2012
Offline
389
#14
Все-таки пока что Github Copilot остается в моих фаворитах. Оценил возможности handoff  агентов. Увепен что все о гих знают поэтому кратко - ёто дополнительный агент с узкикми скилами, который активируется под определенные задачи. То есть не нужно писать огромный базовый промпт с перечислением всего что только вспомнишь
Просто в главного агента добавляешь метку
handoffs:
- label: "Handoff to AWS Infra Builder"
agent: AWS Infra Builder
prompt: "Continue this task as AWS Infra Builder. Focus on Terraform/AWS deployment implementation, validation, rollout steps, and rollback guidance based on the current conversation context."
- label: "Handoff to GCP Architect"
agent: gcp-architect
prompt: "Continue this task as GCP Architect. Focus on GCP infrastructure design, cost estimates, Terraform implementation, and deployment plan based on the current conversation context."

А у же в профильном агенте расписываешь все, что от него требуется.
Чем это отличается от skills? Обязательностью выполнения. Скилы агент может и проигнорить. Субагента - почти никогда.
При этом промпт и короче и хорошо кэшируется.

Проверил сегодня на кейсе с дебагом сервера - реально работает. Он теперь понимает куда деплой и не лезет править все подряд. У меня разнесены скрипты под гугл и амазон и он теперь хорошо понимает, что я от него хочу. Раньше он мог нацти аналогию в амазоне и уверенно его поломать. Теперь же четко забирает нужное.

В общем, мне понравилось.  Надо доделать такое для клода. у него тоже есть субагенты но вроде как правила пишутся немного не так.

S3
На сайте с 29.03.2012
Offline
389
#15
Задумал внести Несколько изменений в сервис, в итоге добавились 8 пунктов. Серьезные изменения, какие-то связаны с ИИ, какие то просто дополнительный функционал для репетиторов. В итоге написал задание на 1199 строк, с детальным описанием каждого пункта, ограничения, инструменты....
Изначально думал запускать поэтапно, но сейчас есть желание рискнуть - включить режим автопилота и отправить на выполнение весь комплекс. Что думаете - прокатит? Порядка 10 новых таблиц, роутеры, менеджеры, фронтенд.. 
руки чешутся проверить автономию. Особо ничем не рискую кроме токенов и потерянного времени - всегда можно откатить версию. Такого рода задачи еще не запускал. 
LA
На сайте с 05.09.2011
Offline
150
#16
Sly32 #:
Что думаете - прокатит?

Неа. :D 
Я сколько раз пыталась в целях экономии времени и мозгов впихнуть побольше и на самотек. В результате: сделано криво, бизнес-логика сломана в целях "улучшения", токены сожраны, время потрачено. Поэтому откат и поэтапно на коротком поводке. Но если токенов дофига и эксперимент - почему нет. ;)

S3
На сайте с 29.03.2012
Offline
389
#17

LikeAVirgin #:

Неа. :D 
Я сколько раз пыталась в целях экономии времени и мозгов впихнуть побольше и на самотек. В результате: сделано

криво, бизнес-логика сломана в целях "улучшения", токены сожраны, время потрачено. Поэтому откат и поэтапно на коротком поводке. Но если токенов дофига и эксперимент - почему нет. ;)

Есть такие подозрения, но очень хочется испытать судьбу))) Кстати делаю как ты - написал в Соннет, дал на ревью ГПТ-Кодекс.  Он нашел реально косяков несколько и предложил добавить примеры реализации из существующего кода.
А потом запущу ревью снова в Соннет. Думаю прогнать еще несколько итераций перед началом. Это хорошо еще и тем что перечитываю, вспоминаю какие-то моменты по проекту, что уже есть или что косячное - прошу исследовать и добавить
кстати реально дельное предложил 

  1. Могу сразу добавить в tutor_improvement.md готовый раздел Autonomous Agent Operating Rules.
  2. Могу прописать конкретные команды из Makefile в виде обязательного чеклиста для каждого этапа.
  3. Могу добавить шаблон Stage Completion Report, который агент будет заполнять автоматически.


Прям офигеваю, как он крут и понимает меня.  бац - и толковый анализ и изменения, даже не могу придраться пока что:
За что его тут отругать?

  1. В разделе tutor_improvement.md добавлен обязательный блок Cloud Target: GCP Compute Engine.
  2. Зафиксированы источники истины для деплоя:
    Makefile,
    README.md,
    DEPLOY.md,
    deploy_gcp_ssh.sh,
    check_health.sh,
    gcp-deploy.yml.
  3. Добавлен Docker-first runbook для локального контура на базе docker-compose.dev.yml:
    сборка, запуск, логи, рестарт, остановка, down, а также точечные команды для learn_app_dev и learn_worker_dev.
  4. Расширен Autonomous Agent Operating Rules:
  • обязательный Docker-runbook в A2,
  • обязательный GCP-runbook в A2 (gcp-init, gcp-plan, gcp-apply, gcp-deploy-ssh, gcp-health, gcp-logs),
  • добавлены требуемые GCP переменные для CLI,
  • добавлены обязательные CI secrets из workflow.
  1. Усилен Quality Gate:
    для runtime/infra задач теперь обязателен gcp-health,
    добавлен отдельный release-gate для проверки деплоя, health и логов на VM.
  2. Добавлен A10 с ревизией CI/CD поведения GCP workflow:
    зафиксировано, что deploy триггерится вручную или после успешного Auto Release (а не по любому push),
    и что агент обязан проверять совместимость с deploy_gcp_ssh.sh и документацией gcp_conf.

Validation:



12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий