И до меня дошло, что я нарушил правило, которое сам миллион раз произносил в адрес джунов: "никогда не сажай человека делать сложную задачу за столом, заваленным чужими бумагами".
Иду в Claude Code и формулирую задачу заново: возьми данные из отчёта, сделай моки, найди примеры подобных интерфейсов и собери отдельную HTML-страничку. Без обвязки, без бэкенда, только этот компонент. Клод подумал и предложил пять вариантов: сводка, тепловая карта, карточки, вкладки и журнал. Через двадцать минут у меня на диске лежали пять прототипов. Каждый рабочий.
В карточках я наконец увидел то, ради чего отчёт затевался. Никитина Дарья Сергеевна сидит только в текстовых моделях - значит, задания на картинки и видео благополучно прогуляла. В понедельник её ждёт небольшая пропесочка.
Самый интересный момент случился в тепловой карте. Там обнаружился баг с фиксированными колонками - при скролле одна колонка налезала на другую. Тот же самый баг я уже видел в проде, когда пинал агента в живом приложении. Тогда я возился с ним больше часа, Claude на каждом подходе бодро отчитывался «исправил», я проверял - не исправил. В итоге я сдался, решив, что упёрся в какое-то фундаментальное ограничение CSS-фреймворка.
В песочнице я отправил скриншот и сказал: «дружище, ты лажанул». Он отчитался «исправил» - на самом деле нет. Отправил ещё раз. И пока я ходил смотреть остальные четыре варианта, Claude где-то там, в своём окне, тихо всё доделал. Возвращаюсь - работает.
Не буду клясться, что CSS-окружение в проде и в песочнице было побитово одинаковым: в живом приложении наверняка играли роль соседние стили, контейнеры, какие-то родительские правила, в которых я плаваю. Но разница, которая определила результат, лежала не в коде. Она лежала в том, что вокруг.
Это называется context rot - контекстная гниль. Когда вы просите агента поправить таблицу внутри живого приложения, в его контекст вместе с этой таблицей заходит шум: соседние стили, типы, утилиты, чужие компоненты. Каждая лишняя строчка отнимает внимание от той задачи, которая перед ним сейчас.
Получается, главная битва, которую мы ведём с AI-агентами, идёт не за токены и не за объём контекстного окна. Битва идёт за внимание. Та же самая, которую мы ведём со своими разработчиками. Дайте джуну одну задачу - сделает хорошо. Дайте пять параллельных - сделает все пять плохо. Дёргайте сеньора двадцать раз в день - получите хаос с приличным резюме на ревью. С агентом всё то же самое.
Чем эта история закончилась? Я выбрал вариант с карточками и перенёс его обратно в живое приложение. Пришлось чуть-чуть подкрутить родительский контейнер, и всё встало на место. Работает там сейчас. Колонки в тепловой карте больше не налезают - проверил.
Вы платите за подписку на модель, чтобы она думала над вашей задачей. А вместо этого она читает чужие импорты, чужие стили и чужой код, который никто не просил читать - потому что вы сами привели её туда работать.
Песочница для интерфейсов - не костыль. Это способ дать агенту ту же роскошь, которую мы стараемся давать людям: одну задачу, чистый стол, никаких посторонних шумов. Когда AI-агент в очередной раз тупит на сложной задаче в живом коде - это не он тупит. Это вы посадили его за стол, заваленный чужими бумагами, и удивляетесь, что он не сосредоточен. Уберите бумаги.
Иду в Claude Code и формулирую задачу заново: возьми данные из отчёта, сделай моки, найди примеры подобных интерфейсов и собери отдельную HTML-страничку. Без обвязки, без бэкенда, только этот компонент. Клод подумал и предложил пять вариантов: сводка, тепловая карта, карточки, вкладки и журнал. Через двадцать минут у меня на диске лежали пять прототипов. Каждый рабочий.
В карточках я наконец увидел то, ради чего отчёт затевался. Никитина Дарья Сергеевна сидит только в текстовых моделях - значит, задания на картинки и видео благополучно прогуляла. В понедельник её ждёт небольшая пропесочка.
Самый интересный момент случился в тепловой карте. Там обнаружился баг с фиксированными колонками - при скролле одна колонка налезала на другую. Тот же самый баг я уже видел в проде, когда пинал агента в живом приложении. Тогда я возился с ним больше часа, Claude на каждом подходе бодро отчитывался «исправил», я проверял - не исправил. В итоге я сдался, решив, что упёрся в какое-то фундаментальное ограничение CSS-фреймворка.
В песочнице я отправил скриншот и сказал: «дружище, ты лажанул». Он отчитался «исправил» - на самом деле нет. Отправил ещё раз. И пока я ходил смотреть остальные четыре варианта, Claude где-то там, в своём окне, тихо всё доделал. Возвращаюсь - работает.
Не буду клясться, что CSS-окружение в проде и в песочнице было побитово одинаковым: в живом приложении наверняка играли роль соседние стили, контейнеры, какие-то родительские правила, в которых я плаваю. Но разница, которая определила результат, лежала не в коде. Она лежала в том, что вокруг.
Это называется context rot - контекстная гниль. Когда вы просите агента поправить таблицу внутри живого приложения, в его контекст вместе с этой таблицей заходит шум: соседние стили, типы, утилиты, чужие компоненты. Каждая лишняя строчка отнимает внимание от той задачи, которая перед ним сейчас.
Получается, главная битва, которую мы ведём с AI-агентами, идёт не за токены и не за объём контекстного окна. Битва идёт за внимание. Та же самая, которую мы ведём со своими разработчиками. Дайте джуну одну задачу - сделает хорошо. Дайте пять параллельных - сделает все пять плохо. Дёргайте сеньора двадцать раз в день - получите хаос с приличным резюме на ревью. С агентом всё то же самое.
Чем эта история закончилась? Я выбрал вариант с карточками и перенёс его обратно в живое приложение. Пришлось чуть-чуть подкрутить родительский контейнер, и всё встало на место. Работает там сейчас. Колонки в тепловой карте больше не налезают - проверил.
Вы платите за подписку на модель, чтобы она думала над вашей задачей. А вместо этого она читает чужие импорты, чужие стили и чужой код, который никто не просил читать - потому что вы сами привели её туда работать.
Песочница для интерфейсов - не костыль. Это способ дать агенту ту же роскошь, которую мы стараемся давать людям: одну задачу, чистый стол, никаких посторонних шумов. Когда AI-агент в очередной раз тупит на сложной задаче в живом коде - это не он тупит. Это вы посадили его за стол, заваленный чужими бумагами, и удивляетесь, что он не сосредоточен. Уберите бумаги.
❤2
Лучше один раз увидеть, чем один раз не прочитать 🙂 Поэтому записал видео, где всё наглядно показал - разобрал именно этот пример со сложным отчётом, показал, как это работает. 10 минут (а на полуторной скорости - 7,5 🙂 ) - и сможете лучше понимать природу ошибок при взаимодействии с агентами. https://youtu.be/_hJr76_GBRA
YouTube
Это не ИИ тупит. Это вы посадили его за чужой стол
Полтора часа я бился с AI-агентом над одним багом - и винил модель. Оказалось, дело не в модели. Я сам посадил его за стол, заваленный чужими бумагами.
В ролике разбираю на своём проекте, что такое context rot, почему AI-агент в живом коде работает хуже…
В ролике разбираю на своём проекте, что такое context rot, почему AI-агент в живом коде работает хуже…
❤1
Корона - самый удобный способ ничего о себе не узнать.
У меня есть курс по проектному управлению, там я показываю метод планирования обратным ходом: берёшь результат, который хочешь получить, и тянешь дорожку из будущего в настоящее. Проверочное задание очень простое: представьте, говорю, что в конце проекта заказчик пишет: "ну и х...ню вы сделали". Достройте фразу. По моему методу надо представить хороший результат и подобрать такие буквы, чтобы они превратили оскорбление в благодарность. Правильный ответ - "хлебопекарню". И когда меня позвали в проект "Пекарня", на курс про тексты и сотню тысяч просмотров, я, разумеется, согласился: как откажешь судьбе, которая пытается с тобой сыграть в твою же шутку! :)
Шёл я туда с гордо поднятой головой: считал, что писать я умею, осталось просто научиться эти тексты продвигать. Но от занятия к занятию эта корона плыла и сползала вниз.
Сначала во мне сместилось отношение к собственным текстам. Раньше я смотрел на текст как на выстраданное дитя, свыше данное. А на курсе пришлось признать, что текст - это просто инструмент. Транспорт мысли от меня до читателя. И если твой транспорт ползёт пердячим паром, коптит и воняет, то у тебя ровно два пути. Честный: загнать в гараж и чинить. И мой любимый: раскрасить борта в весёлый цвет, раздать пассажирам противогазы и с достоинством объяснить, что это не выхлоп, а авторская подача. Тонкий аромат, который ещё не каждый дорос распробовать.
Двадцать лет я ездил вторым способом и искренне считал, что веду экскурсию. Признать, что вёз людей в душегубке, оказалось работой не из приятных.
Потом сместилось что-то в работе с идеями. Потом в отношении к людям, для которых эти идеи могут пригодиться. И на каждом шаге становилось понятнее: хороший текст это ложка, которая дорога к обеду. Пришёл с ложкой на ужин - ты вторичен. Пришёл на завтрак - ты как тот городской сумасшедший, который ходит по улицам и предлагает прохожим суп.
Корона ведь штука удобная. Под ней можно сидеть и думать, что тебе просто выдали неправильных подданных: не доросли, не поняли, не оценили. Под короной не задаёшь себе единственный неудобный вопрос: а что у меня вообще есть своего, чем я могу быть полезен или интересен тем, кто сейчас обедает.
Корону я снял именно благодаря Пекарне. И пошёл искать тех, кто обедает. Да, с посохом и котомкой неудобно: статуса никакого, надо каждый раз доказывать, что в котомке есть что-то стоящее. Зато честно.
Спасибо Андрею Торбичеву за этот курс - курс про тексты, который не про тексты. И спасибо моим "сокамерникам" по Пекарне: без вашего честного (а правда зачастую ох как болезненна) взгляда я бы так и сидел в своём курятнике, искренне считая, что гребешок - это и есть корона.
У меня есть курс по проектному управлению, там я показываю метод планирования обратным ходом: берёшь результат, который хочешь получить, и тянешь дорожку из будущего в настоящее. Проверочное задание очень простое: представьте, говорю, что в конце проекта заказчик пишет: "ну и х...ню вы сделали". Достройте фразу. По моему методу надо представить хороший результат и подобрать такие буквы, чтобы они превратили оскорбление в благодарность. Правильный ответ - "хлебопекарню". И когда меня позвали в проект "Пекарня", на курс про тексты и сотню тысяч просмотров, я, разумеется, согласился: как откажешь судьбе, которая пытается с тобой сыграть в твою же шутку! :)
Шёл я туда с гордо поднятой головой: считал, что писать я умею, осталось просто научиться эти тексты продвигать. Но от занятия к занятию эта корона плыла и сползала вниз.
Сначала во мне сместилось отношение к собственным текстам. Раньше я смотрел на текст как на выстраданное дитя, свыше данное. А на курсе пришлось признать, что текст - это просто инструмент. Транспорт мысли от меня до читателя. И если твой транспорт ползёт пердячим паром, коптит и воняет, то у тебя ровно два пути. Честный: загнать в гараж и чинить. И мой любимый: раскрасить борта в весёлый цвет, раздать пассажирам противогазы и с достоинством объяснить, что это не выхлоп, а авторская подача. Тонкий аромат, который ещё не каждый дорос распробовать.
Двадцать лет я ездил вторым способом и искренне считал, что веду экскурсию. Признать, что вёз людей в душегубке, оказалось работой не из приятных.
Потом сместилось что-то в работе с идеями. Потом в отношении к людям, для которых эти идеи могут пригодиться. И на каждом шаге становилось понятнее: хороший текст это ложка, которая дорога к обеду. Пришёл с ложкой на ужин - ты вторичен. Пришёл на завтрак - ты как тот городской сумасшедший, который ходит по улицам и предлагает прохожим суп.
Корона ведь штука удобная. Под ней можно сидеть и думать, что тебе просто выдали неправильных подданных: не доросли, не поняли, не оценили. Под короной не задаёшь себе единственный неудобный вопрос: а что у меня вообще есть своего, чем я могу быть полезен или интересен тем, кто сейчас обедает.
Корону я снял именно благодаря Пекарне. И пошёл искать тех, кто обедает. Да, с посохом и котомкой неудобно: статуса никакого, надо каждый раз доказывать, что в котомке есть что-то стоящее. Зато честно.
Спасибо Андрею Торбичеву за этот курс - курс про тексты, который не про тексты. И спасибо моим "сокамерникам" по Пекарне: без вашего честного (а правда зачастую ох как болезненна) взгляда я бы так и сидел в своём курятнике, искренне считая, что гребешок - это и есть корона.
🔥2❤1
На прошлой неделе вышел Dynamic Workflows в Claude Code. Естественно, я сразу пошел пробовать на реальном проекте.
Я собрал 22 агента в один workflow, чтобы они ревьюили наш код. Десять минут, миллион токенов, красивый отчёт. И уверенное «одобрено» на коде, в котором сидел реальный баг.
А потом запустил одного агента, который просто прочитал весь проект. Три минуты. Баг найден, задача завёрнута.
Самое обидное даже не это. Один из тех 22 агентов баг нашёл. Поднял флаг. А проверяющий агент, чья работа перепроверять чужие находки, полез искать подтверждение в изменённых файлах, не нашёл (потому что доказательство лежало в соседнем файле, который никто не трогал) и спокойно выкинул находку. Двадцать два агента, и среди них нашёлся один умный, которого заткнул один дурак с неправильной инструкцией.
Это был второй из трёх заходов, которые я сделал, когда тестировал Dynamic Workflows в Claude Code на нашем реальном проекте Family Cinema. Первый заход был на искусственном примере, третий, после того как я починил workflow. И он показал самое главное: workflow нашёл баги, которые одиночный агент пропустил. Но стоил в 15 раз больше. И при это пропустил баги, которые смог найти одиночный агент.
Написал про этот эксперимент большую статью на Хабре: три захода, шесть прогонов, четыре миллиона токенов, таблицы, схемы и конкретные выводы о том, когда многоагентные workflow имеют смысл, а когда это просто дорогой способ получить красивый отчёт.
https://habr.com/ru/articles/1041858/
P.S. По рекомендации читателя опубликовал также на Medium
Я собрал 22 агента в один workflow, чтобы они ревьюили наш код. Десять минут, миллион токенов, красивый отчёт. И уверенное «одобрено» на коде, в котором сидел реальный баг.
А потом запустил одного агента, который просто прочитал весь проект. Три минуты. Баг найден, задача завёрнута.
Самое обидное даже не это. Один из тех 22 агентов баг нашёл. Поднял флаг. А проверяющий агент, чья работа перепроверять чужие находки, полез искать подтверждение в изменённых файлах, не нашёл (потому что доказательство лежало в соседнем файле, который никто не трогал) и спокойно выкинул находку. Двадцать два агента, и среди них нашёлся один умный, которого заткнул один дурак с неправильной инструкцией.
Это был второй из трёх заходов, которые я сделал, когда тестировал Dynamic Workflows в Claude Code на нашем реальном проекте Family Cinema. Первый заход был на искусственном примере, третий, после того как я починил workflow. И он показал самое главное: workflow нашёл баги, которые одиночный агент пропустил. Но стоил в 15 раз больше. И при это пропустил баги, которые смог найти одиночный агент.
Написал про этот эксперимент большую статью на Хабре: три захода, шесть прогонов, четыре миллиона токенов, таблицы, схемы и конкретные выводы о том, когда многоагентные workflow имеют смысл, а когда это просто дорогой способ получить красивый отчёт.
https://habr.com/ru/articles/1041858/
P.S. По рекомендации читателя опубликовал также на Medium
🔥4
Промпт - это творчество? Нет, это 10 блоков в жёстком порядке
Большую часть прошлого года мы в ITSalt переводили разработку на агентов и по дороге собрали собственный фреймворк NaCl. Когда живёшь внутри такого процесса, начинаешь хорошо понимать, как выглядит правильный промпт: роль, контекст, проверяемые критерии готовности, формат, ограничения, защита от выдумок. Это уже не вопрос вкуса, а набор требований, который держишь в голове.
Но промпты мы пишем не только на работе. Промпт для агента-диетолога, для программы тренировок, для сценария детского праздника. И вот тут начинается боль: написать такой промпт из головы, ничего не упустив, - это каждый раз минут 20 сосредоточенной работы. На третьем промпте за день начинаешь срезать углы, а потом удивляешься, почему агент-диетолог разрешил тебе торт.
Поэтому я собрал скилл, который делает эту рутину за меня. Называется pepper-prompt-engineer. Описываешь задачу человеческими словами - получаешь полноценный промпт по всем правилам. Важная деталь: скилл не решает вашу задачу. Попросишь "напиши парсер" - он выдаст не код, а промпт, который ты отдашь другой модели, и уже она напишет парсер.
Внутри жёсткая конструкция: любой промпт на выходе - это 10 блоков в одном и том же порядке. Роль, задача, контекст, критерии готовности, шаги, ограничения, способ рассуждения, формат ответа, примеры, самопроверка. Восемь из десяти стоят всегда, даже если внутри одна строчка. Самые недооценённые - критерии готовности и самопроверка. Критерий должен проверяться как тест: "текст должен быть интересным" - так нельзя, интересность не измеришь. "Не длиннее 280 символов, без хэштегов, с вопросом в конце" - можно: открыл, посчитал, проверил. А самопроверка - тот же список, повёрнутый к модели как чеклист на выходе. Не сошлось с заданием - переделывай, не показывай.
Перед выдачей готовый промпт прогоняется через 18 автоматических проверок. Есть среди них и проверка наоборот: на обычную просьбу "напиши факториал" скилл не должен среагировать вовсе. Помощник, который превращает каждую мелкую просьбу в проект, - это коллега, который на "передай соль" присылает регламент сервировки стола.
А вот чего в собранных промптах вы не найдёте - так это "сделай идеально, или я тебя уволю" и "моя бабушка расплачется". Эти заклинания из той же эпохи, что и "думай шаг за шагом": три года назад им приписывали лишние проценты качества, а на современных моделях они в лучшем случае бесполезны. Правила промптинга устаревают вместе с поколениями моделей.
Хороший промпт не случается - он собирается.
P.S. Подробная статья со всеми механиками - на Хабре
Сам скилл - https://raw.githubusercontent.com/ITSalt/PepperSkills/main/pepper-prompt-engineer/pepper-prompt-engineer.skill
Большую часть прошлого года мы в ITSalt переводили разработку на агентов и по дороге собрали собственный фреймворк NaCl. Когда живёшь внутри такого процесса, начинаешь хорошо понимать, как выглядит правильный промпт: роль, контекст, проверяемые критерии готовности, формат, ограничения, защита от выдумок. Это уже не вопрос вкуса, а набор требований, который держишь в голове.
Но промпты мы пишем не только на работе. Промпт для агента-диетолога, для программы тренировок, для сценария детского праздника. И вот тут начинается боль: написать такой промпт из головы, ничего не упустив, - это каждый раз минут 20 сосредоточенной работы. На третьем промпте за день начинаешь срезать углы, а потом удивляешься, почему агент-диетолог разрешил тебе торт.
Поэтому я собрал скилл, который делает эту рутину за меня. Называется pepper-prompt-engineer. Описываешь задачу человеческими словами - получаешь полноценный промпт по всем правилам. Важная деталь: скилл не решает вашу задачу. Попросишь "напиши парсер" - он выдаст не код, а промпт, который ты отдашь другой модели, и уже она напишет парсер.
Внутри жёсткая конструкция: любой промпт на выходе - это 10 блоков в одном и том же порядке. Роль, задача, контекст, критерии готовности, шаги, ограничения, способ рассуждения, формат ответа, примеры, самопроверка. Восемь из десяти стоят всегда, даже если внутри одна строчка. Самые недооценённые - критерии готовности и самопроверка. Критерий должен проверяться как тест: "текст должен быть интересным" - так нельзя, интересность не измеришь. "Не длиннее 280 символов, без хэштегов, с вопросом в конце" - можно: открыл, посчитал, проверил. А самопроверка - тот же список, повёрнутый к модели как чеклист на выходе. Не сошлось с заданием - переделывай, не показывай.
Перед выдачей готовый промпт прогоняется через 18 автоматических проверок. Есть среди них и проверка наоборот: на обычную просьбу "напиши факториал" скилл не должен среагировать вовсе. Помощник, который превращает каждую мелкую просьбу в проект, - это коллега, который на "передай соль" присылает регламент сервировки стола.
А вот чего в собранных промптах вы не найдёте - так это "сделай идеально, или я тебя уволю" и "моя бабушка расплачется". Эти заклинания из той же эпохи, что и "думай шаг за шагом": три года назад им приписывали лишние проценты качества, а на современных моделях они в лучшем случае бесполезны. Правила промптинга устаревают вместе с поколениями моделей.
Хороший промпт не случается - он собирается.
P.S. Подробная статья со всеми механиками - на Хабре
Сам скилл - https://raw.githubusercontent.com/ITSalt/PepperSkills/main/pepper-prompt-engineer/pepper-prompt-engineer.skill
🔥2👍1
Никитин-ЛАФ2026.pdf
21 MB
Выступаю сегодня на Летнем Аналитическом Фестивале с мастер-классом. Буду рассказывать о том, как с помощью ИИ проводить этапы бизнес-анализа и системного анализа так, чтобы потом ИИ-разработчик мог это разрабатывать. А главное, чтобы через год непрерывных улучшений и доработок всегда можно было ответить на вопросы "а как это работает?" и "почему это было сделано именно так?"
Кстати, это самые дорогие вопросы в ИТ-разработке. Попробуйте задать их в команде. Как думаете, по всем функциям системы сможете получить чёткие и ясные ответы? В моей методологии - на 100%. И это стало возможно именно благодаря приходу эры искусственного интеллекта.
- ИИ глючит и придумывает - скажете вы. И будете правы. Но для этого есть методология и.... смотрите презентацию :)
Фреймворк доступен для всех! https://github.com/ITSalt/NaCl
Кстати, это самые дорогие вопросы в ИТ-разработке. Попробуйте задать их в команде. Как думаете, по всем функциям системы сможете получить чёткие и ясные ответы? В моей методологии - на 100%. И это стало возможно именно благодаря приходу эры искусственного интеллекта.
- ИИ глючит и придумывает - скажете вы. И будете правы. Но для этого есть методология и.... смотрите презентацию :)
Фреймворк доступен для всех! https://github.com/ITSalt/NaCl
❤8
"Портной", который не умеет считать
У нас работает "портной", которого нельзя уволить, ведь, чертяка, "шьёт" за секунды и берёт копейки. Одна беда - не считает. Просишь 5 пуговиц, "пришивает" 7, причём с таким видом, будто так и было задумано.
"Портной", конечно, никакой не портной. Мы в LookTwinStudio генерируем рекламные фотосессии и карточки для маркетплейсов: ювелирка, детская одежда, фэшн. ИИ одевает моделей быстрее реального фотографа, но с той же скоростью врёт в деталях.
Сначала мы думали, что объясняем невнятно, написали промпты чуть ли не стихами. Он реагировал как учительнца литры на концерт Шнура. Потом выяснилось: на эту задачу есть научная работа с простым выводом: ИИ не умеет считать и доработка промпта не помогает.
Так и начался список из 13 случаев, где "портной" работает на глазок. 9 лечатся словами, 4 не лечатся вовсе.
20 августа в 17:00 разбираем список вживую и отдаём то, чем закрываем это сами. Бесплатно, с записью.
Приходите посмотреть и рассказать, как вы договариваетесь со своими "портными".
Регистрация по ссылке
У нас работает "портной", которого нельзя уволить, ведь, чертяка, "шьёт" за секунды и берёт копейки. Одна беда - не считает. Просишь 5 пуговиц, "пришивает" 7, причём с таким видом, будто так и было задумано.
"Портной", конечно, никакой не портной. Мы в LookTwinStudio генерируем рекламные фотосессии и карточки для маркетплейсов: ювелирка, детская одежда, фэшн. ИИ одевает моделей быстрее реального фотографа, но с той же скоростью врёт в деталях.
Сначала мы думали, что объясняем невнятно, написали промпты чуть ли не стихами. Он реагировал как учительнца литры на концерт Шнура. Потом выяснилось: на эту задачу есть научная работа с простым выводом: ИИ не умеет считать и доработка промпта не помогает.
Так и начался список из 13 случаев, где "портной" работает на глазок. 9 лечатся словами, 4 не лечатся вовсе.
20 августа в 17:00 разбираем список вживую и отдаём то, чем закрываем это сами. Бесплатно, с записью.
Приходите посмотреть и рассказать, как вы договариваетесь со своими "портными".
Регистрация по ссылке
👍2
В конце августа мы провели вебинар «Вскрытие показало: нейросеть шьёт на глазок». На нём за два часа вскрыли тринадцать типовых поломок товарной нейросъёмки: почему на генерациях уезжают крой и посадка, сложный рисунок ткани упрощается, украшение выходит крупнее настоящего, а цвет товара «улучшается» сам собой. Разбирали не только то, что чинится словами, но и то, что промптом не лечится в принципе, и что тогда делать.
Обычно после вебинара спикер щедрым жестом кидает в чат архив на сорок файлов, желает удачи и растворяется, а вы потом неделю открываете эти файлы по одному и пытаетесь понять, в каком порядке их вообще читать.
Мы решили так не делать.
После «Вскрытия» вы получаете не папку с промптами, а базу знаний, с которой работаешь вместе с ИИ. Мы специально причесали каждый материал так, чтобы им можно было пользоваться прямо в диалоге с нейросетью, без всякой настройки.
Самый простой способ выглядит так:
1. На странице находите свой случай, например «Ткань выглядит пластиковой», и открываете материал.
2. Копируете промпт (или, если у вашего чата есть доступ к веб-страницам, просто даёте агенту прямую ссылку на него).
3. В том же сообщении дописываете свою задачу обычными словами: «шёлковая блузка, свободная посадка, вот фото вещи».
4. Агент собирает по этому промпту готовый бриф кадра, который уходит прямо в генератор.
По сути вся работа это открыть нужный материал и дописать в чат пару слов про свою вещь. Один и тот же промпт работает как станок: прогоняете его на разных изделиях и получаете разные брифы. А таких промптов на странице дюжина, плюс готовые комплекты под конкретную задачу.
А кто хочет капитально: те же материалы можно один раз собрать в проект Claude или ChatGPT, и агент будет держать всю базу под рукой сам. Но для старта это не обязательно, начать можно за минуту, прямо в окне чата.
Всё лежит на продакшене, вместе с записью эфира и картой из тринадцати поломок: https://looktwinstudio.ru/webinars/refusal-index/. Забирайте, и если какой-то метод у вас не заведётся - напишите. Мне это интересно даже больше, чем истории про то, как всё сработало с первого раза. 🙂
Обычно после вебинара спикер щедрым жестом кидает в чат архив на сорок файлов, желает удачи и растворяется, а вы потом неделю открываете эти файлы по одному и пытаетесь понять, в каком порядке их вообще читать.
Мы решили так не делать.
После «Вскрытия» вы получаете не папку с промптами, а базу знаний, с которой работаешь вместе с ИИ. Мы специально причесали каждый материал так, чтобы им можно было пользоваться прямо в диалоге с нейросетью, без всякой настройки.
Самый простой способ выглядит так:
1. На странице находите свой случай, например «Ткань выглядит пластиковой», и открываете материал.
2. Копируете промпт (или, если у вашего чата есть доступ к веб-страницам, просто даёте агенту прямую ссылку на него).
3. В том же сообщении дописываете свою задачу обычными словами: «шёлковая блузка, свободная посадка, вот фото вещи».
4. Агент собирает по этому промпту готовый бриф кадра, который уходит прямо в генератор.
По сути вся работа это открыть нужный материал и дописать в чат пару слов про свою вещь. Один и тот же промпт работает как станок: прогоняете его на разных изделиях и получаете разные брифы. А таких промптов на странице дюжина, плюс готовые комплекты под конкретную задачу.
А кто хочет капитально: те же материалы можно один раз собрать в проект Claude или ChatGPT, и агент будет держать всю базу под рукой сам. Но для старта это не обязательно, начать можно за минуту, прямо в окне чата.
Всё лежит на продакшене, вместе с записью эфира и картой из тринадцати поломок: https://looktwinstudio.ru/webinars/refusal-index/. Забирайте, и если какой-то метод у вас не заведётся - напишите. Мне это интересно даже больше, чем истории про то, как всё сработало с первого раза. 🙂
Не знаю, как вам, а мне всегда 1 сентября нравилось тем, что при раздаче учебников можно взять самый потрёпанный и с ненулевым шансом попасть на разрисовку. Это когда портреты всяких личностей силами художественных натур с шариковыми ручками представали в совершенно неожиданных амплуа.
Увы, учебников мне не раздают, а вот на скучных собраниях сидеть приходится. И в один прекрасный момент одно сошлось с другим и мы выпустили приложение для браузера, которое позволяет рисовать прямо в браузере ручкой, карандашом или фломиком.
Моя жизнь разделилась на до и после :) И хоть рисовать я не умею, скучных собраний больше в моей жизни нет!
Хотите так же? Ставьте официальное расширение - и пользуйтесь наздоровье - это бесплатно!
Увы, учебников мне не раздают, а вот на скучных собраниях сидеть приходится. И в один прекрасный момент одно сошлось с другим и мы выпустили приложение для браузера, которое позволяет рисовать прямо в браузере ручкой, карандашом или фломиком.
Моя жизнь разделилась на до и после :) И хоть рисовать я не умею, скучных собраний больше в моей жизни нет!
Хотите так же? Ставьте официальное расширение - и пользуйтесь наздоровье - это бесплатно!
🔥3❤1