Комментарии 6
Как показывает практика, "не делай", "запомни", "важно", любой даже небольшой конечный автомат и его описание (переходы) съёживают любое контекстное окно до маленькой форточки. Идеальное описание - комбинаторное с элементами повторяющихся действий выраженных в прямой инструкции, в качестве goto - словесная расстановка меток по промпту. Хоть там и обучено на тэгах но это всё ведёт к жуткой поломке агентов на синтаксисе не символов, особенно кавычек. Проблема вывода "абвгдабвгд..." в бесконечных циклах и многие другие приветы.
Классный комментарий! С некоторыми утверждениями согласен.
Негативные инструкции действительно работают кое-как. Anthropic в том же докладе на это намекает: модель лучше понимает «делай вот так», чем «не делай вот так».
И про конечные автоматы тоже знакомо. Пробовал описывать переходные состояния — агент часто плыл в контексте и деградировал. Прямые инструкции работают надёжнее.
А вот про XML-теги — не до конца соглашусь, смотря как использовать. Если как разметку и структурные разделители блоков — у меня нормально работают. А вот для описания state machine и логики переходов — да, гиблое дело.
Про «метки по промпту как goto» — можно подробнее? У меня в голове это пересекается с приёмом «повторение главных правил в конце» из статьи, но похоже, у вас что-то более системное.
Предполагаю, описание в промпте по типу:
[GUARDRAILS]
- что-то
- что-то
Сейчас твоя задача — анализировать транскрипты.
Применяй [GUARDRAILS] плюс классифицируй боли по JTBD.
Я прав или вы имели в виду что-то ещё?
нормального промпта с первого раза не бывает
Нуу.. Можно с первого раза сразу применить магию 😏
Сказать, используй роль https://raw.githubusercontent.com/Axelaredz/demiurgos/refs/heads/main/DEMIURGOS.md, а далее рассказать что требуется.
От - напиши пост про (ссылка), пропмпт: картинки, песни для suno ai и тп.
До - создай правила для такого то агента ии для разработкии онлайн AAA игры)
Тоже пару лет назад начал собирать своего архитектора
Супер!
Посмотрел DEMIURGOS — серьёзная конструкция. v27.4 значит, что ты сам через 27 итераций прошёл, чтобы получить «магию с первого раза». То есть мы про одно и то же говорим, просто на разных стадиях: я в статье про процесс сборки промпта, ты — про результат, отполированный до уровня переиспользуемой роли.
Кстати, у тебя там практически все 10 блоков из доклада есть, плюс защита от prompt injection через <untrusted> теги , плюс шесть условий остановки агента, чтобы он не залипал в бесконечных итерациях. Это уже агентская архитектура, не промпт-инжиниринг для одного вызова.
Спасибо, что показал — отличный пример «куда уходит методика, если её доводить до продакшена».
Если ты не против, могу разобрать твой DEMIURGOS отдельным постом в своём канале?
Да, можно. Если есть доступ к Claude Opus 4.7 Search , возможно ещё его улучшить, сказав:
используй роль https://raw.githubusercontent.com/Axelaredz/demiurgos/refs/heads/main/DEMIURGOS.md , проанализируй авторитетные источники за последний месяц по теме настройки правил агентов и проведи аудит роли.
хм.. а ты видел старую версию v27.4, так то я уже закинул новее v39, гит наверно не обновил кеш
тогда по этой ссылке https://github.com/Axelaredz/demiurgos/blob/main/DEMIURGOS.md

Промпт-инжиниринг для не-промпт-инженеров