1) Ссылочные промпты: в запросе указываю докуменатцию, на которую надо ориентироваться, и что нужно исправить.
Текущая кодовая база отличается от того, что написано в документации (ctx/rules/arch/rtc). Приведи кодовую базу в соответствие с документацией.
2) Детальные промпты: совместно с ChatGPT обсуждаю документы контекста и прошу его сформулировать постановку задачи для Агента:
Скрытый текст
Обновление цветовой темы веб-приложения «HomeCall»
Цель
Применить к веб-интерфейсу новую палитру, основанную на галапагосском зелёном (Pantone 18-5725 TSX), и переработать стили для лучшей визуальной доступности пожилых пользователей. Обновления касаются UI-стилей, не архитектуры и не namespace.
Требования к цветовой схеме
1. Основной акцентный цвет
Использовать галапагосский зелёный (18-5725 TSX) как главный акцентный цвет приложения.
Рекомендуемый HEX-эквивалент: #0E6251
2. Градиенты
Ввести мягкие градиенты на:
фон домашнего экрана,
большую кнопку «Связать»,
возможные акцентные элементы.
Рекомендуемые градиенты:
Фон (горизонтальный или вертикальный): от #002D2A (очень тёмный зелёно-чёрный) к #0E6251 (галапагосский зелёный).
Кнопка (центр светлее, края темнее): от #0FAF8F (осветлённая версия галапагосского) к #0E6251 (основной).
Градиенты должны быть мягкими, без резкого перехода.
3. Дополнительная палитра (поддерживающие цвета)
Для сеньоров важна высокая контрастность, плавность восприятия и отсутствие “слепящих” оттенков.
Текст
Основной текст: #EAF2F1 (почти белый с лёгким зелёным оттенком — мягче на глаз).
Вторичный текст / хинты: #B8C7C3.
Иконки
Акцентные иконки на кнопках: #FFFFFF или #F0F7F6.
Иконка настроек: #EAF2F1.
Статусы
Информация:#6ECFC0
Предупреждение:#E9A944
Ошибка:#D95C4A Все статусы должны иметь мягкие тени и хорошо смотреться на тёмном фоне.
Разделители и линии
Использовать прозрачный белый: rgba(255,255,255,0.08).
4. UX для пожилых пользователей
Агент должен обеспечить:
высокую контрастность текста и кнопок;
достаточный отступ вокруг элементов;
отсутствие мелких шрифтов ниже 15–16 px;
мягкие тени для улучшения различимости.
5. Изменения в коде
Агент должен:
Обновить глобальные CSS/SCSS файлы, подключённые к интерфейсу, под новую палитру.
Переработать градиенты кнопки «Связать» и фона домашних экранов.
Проверить контрастность всех надписей на тёмном фоне.
Сохранить существующие namespace-модули HomeCall_ — ребрендинг касается только UI.
6. HTML-файлы
Проверить файл web/ui/enter.html.
Рекомендация: переименовать в web/ui/home.html для консистентности.
После переименования — обновить ссылки на HTML-файл.
Ограничения
Запрещено изменять существующие отчёты в ctx/agent/report/**.
Новый отчёт — создавать по правилам контекста (не задавать конкретное имя в постановке).
Результат
После выполнения:
домашняя страница должна выглядеть «глубокой», спокойной, дорогой;
интерфейс должен легко читаться пожилыми пользователями;
кнопка «Связать» должна выделяться, но не слепить;
палитра должна быть консистентной во всём UI.
Во втором случае я делаю конкатенацию документов из соответствующего каталога контекста (например, ctx/rules/web/ui/) и чатик на основании этих документов делает постановку задачи агенту.
В целом получается такой итерационный процесс, когда ты с удивлением смотришь на результат работы агента, а потом находишь и правишь в документации контекста те места, которые позволили агенту нагенерить ерунду.
Совершенно очевидно, что таким образом нельзя создавать приложения типа MS Office - слишком велик объём документации даже в иерархии, но своя ниша у такого способа разработки ПО явно есть.
Если в основе бота/агента лежит LLM, то суть не изменяется. Но название - да. Название меняется. Как и отношение людей к тому, что стоит за тем или иным названием.
Но до сути надо ещё докопаться, а название - оно вот, перед глазами.
У меня только отчёты агентов по работам фиксируются. Сами запросы есть в логах моей учётки (облачная версия) или в IDE (консольная версия). Могу выложить, если интересно. Но я стараюсь задавать рамки агенту скорее через контекст, чем через запрос.
Хотя некоторые запросы довольно развесистые получались - я их делал через GPT. Анализировал через него кодовую базу, корпус документов, обговаривал детали итерации и просил поставить задачу для агента. Но в некоторых случаях я просто правил документы контекста и просил агента привести код к новой версии документов.
Да, у меня довольно плотное общение идёт с чатиком перед постановкой задачи - в целях экономии токенов Codex-агента.
Значит, надо генерить короткие тексты. Внимание читателя - это ресурс. Который быстро исчерпывается. Эту идею, кстати, мне нейронка подсказала.
Текст публикации начал читать, потом у меня закончился ресурс и я переключился на выводы. Обычно там самое полезное. Не ошибся.
Я уже писал публикацию в таком стиле - сначала выводы, а потом уже размышления, почему так. Пересмотрел её сейчас, нужно ещё жестче ужимать смыслы. Можно даже нейронкой, у неё это хорошо получается. Попробую как-нибудь...
Какой толк вообще от всего, если Тепловая смерть Вселенной наступит с вероятностью 100%? Но коммент свой вы всё-таки написали.
Полагаю, у всех есть поводы делать то, что они делают, просто остальные не все и не всегда могут эти поводы понять. Вернее, все всё понимают лишь на доступном им уровне. Включая и вас, и меня, и автора публикации.
Спасибо за смелость, комментатор! Не каждому хватит духа публично признаться, что он чего-то там не понимает.
Если коротко, то автор хотел донести следующее:
Когда инфы завались, смыслы тают - просто чекаем, что заходит по вайбу, и летим дальше без фризов в башке.
Там ещё пара-тройка следствий из констатации этого факта, но это не всем интересно по причине, указанной выше.
Что характерно, в самом начале публикацию плюсовали - это были те, кто мониторят хабро-ленту и "держат руку на пульсе", пропуская через себя огромный объём информации. Это на них и их проблемы ориентирована публикация.
Через 30 с лишним часов после публикации (примерно в районе полутора суток) подтянулись люди, скажем так - с другим ритмом жизни, и пошли минуса и комментарии про "нейроговноконтент".
Вообще-то, если смотреть статистику, то эта публикация в целом чуть более интересная, чем последние 50 публикаций автора в среднем:
Люди разные и понимают, что хотел сказать автор, по-разному. В силу своих возможностей. Но я честно указал, что уровень материала "Сложный".
Сформируете не верное мнение о тексте, авторе и будете с ним согласны или нет.
Я сформирую мнение о пересказе нейронкой идей автора. И на основании этого сформирую мнение, знакомиться ли с идеями автора ближе или мне это не нужно. В потоке информации для меня главное - резонанс. Если нет созвучия внешней идеи моей внутренней картине мира, я не буду даже пытаться втиснуть эту идею в мою картину.
Моё внимание - это тоже ресурс. И тратить его нужно эфффективно.
Я видел кучу роликов в сети, где водители путают педали тормоза с педалью газа. Вы уверены, что крутили руль, а не радиостанцию в приёмнике пытались поменять?
Вот пример "специально подобранной для LLM задачи". Причём, расширяющийся контекст - входной запрос меньше результата по размеру. Это потому, что Модель хорошо знает (типовую) предметную область и ей не надо ставить "якоря" для генерации.
P.S.
Там есть ошибка в постановке задачи - сервис должен называться `redis-server`. Но в моём проекте (группа диалогов без публичного доступа) аналогичный запрос дал рекомендацию по проверке имён сервисов:
Автомобиль - это очень хорошо контролируемый и прогнозируемый инструмент
... для тех, кто окончил курсы вождения.
Может быть именно в этом дело - нужно для начала научить людей использовать LLM, а не "ездить на автомобиле по песку"? Автомобиль хорош в определённых условиях. Впрочем, как и любой другой инструмент.
Автомобиль - инструмент или нет? Но некоторые люди его не слишком хорошо контролируют и таки создают аварии. Учитесь контролировать LLM тщательнее и лучше понимать результат - будет и вам LLM инструментом.
Да, коллеги @meeliname и @TheHard правы - с подпиской Plus есть какое-то количество кредитов (раньше меня либо не лимитировали, либо я не доходил до лимитов), которые можно использовать с Кодексом в их облаке через веб-интерфейс. Всё, что нужно для работы с кодом в репозитории на GitHub'е - браузер. Можно даже из мобильного телефона ставить задачу и мониторить результат. Вот отчёт Кодекса о проделанной работе:
Так что IDE может быть любой (я перешёл на VSCode с PHPStorm), а можно и вообще без IDE. Я так в режиме эксперимента добавлял с мобильного странички на свой сайт прямо из поезда. Ставишь задачу через браузер Кодексу, мёржишь результат и выкатываешься через GitHub Actions, тоже через браузер. Если всё работает, то и ОК, а если что сломалось - то ты едешь в поезде и у тебя есть только мобильный.
У меня, получается, есть два типа промптов.
1) Ссылочные промпты: в запросе указываю докуменатцию, на которую надо ориентироваться, и что нужно исправить.
2) Детальные промпты: совместно с ChatGPT обсуждаю документы контекста и прошу его сформулировать постановку задачи для Агента:
Скрытый текст
Обновление цветовой темы веб-приложения «HomeCall»
Цель
Применить к веб-интерфейсу новую палитру, основанную на галапагосском зелёном (Pantone 18-5725 TSX), и переработать стили для лучшей визуальной доступности пожилых пользователей.
Обновления касаются UI-стилей, не архитектуры и не namespace.
Требования к цветовой схеме
1. Основной акцентный цвет
Использовать галапагосский зелёный (18-5725 TSX) как главный акцентный цвет приложения.
Рекомендуемый HEX-эквивалент:
#0E6251
2. Градиенты
Ввести мягкие градиенты на:
фон домашнего экрана,
большую кнопку «Связать»,
возможные акцентные элементы.
Рекомендуемые градиенты:
Фон (горизонтальный или вертикальный):
от
#002D2A(очень тёмный зелёно-чёрный)к
#0E6251(галапагосский зелёный).Кнопка (центр светлее, края темнее):
от
#0FAF8F(осветлённая версия галапагосского)к
#0E6251(основной).Градиенты должны быть мягкими, без резкого перехода.
3. Дополнительная палитра (поддерживающие цвета)
Для сеньоров важна высокая контрастность, плавность восприятия и отсутствие “слепящих” оттенков.
Текст
Основной текст:
#EAF2F1(почти белый с лёгким зелёным оттенком — мягче на глаз).Вторичный текст / хинты:
#B8C7C3.Иконки
Акцентные иконки на кнопках:
#FFFFFFили#F0F7F6.Иконка настроек:
#EAF2F1.Статусы
Информация:
#6ECFC0Предупреждение:
#E9A944Ошибка:
#D95C4AВсе статусы должны иметь мягкие тени и хорошо смотреться на тёмном фоне.Разделители и линии
Использовать прозрачный белый:
rgba(255,255,255,0.08).4. UX для пожилых пользователей
Агент должен обеспечить:
высокую контрастность текста и кнопок;
достаточный отступ вокруг элементов;
отсутствие мелких шрифтов ниже 15–16 px;
мягкие тени для улучшения различимости.
5. Изменения в коде
Агент должен:
Обновить глобальные CSS/SCSS файлы, подключённые к интерфейсу, под новую палитру.
Переработать градиенты кнопки «Связать» и фона домашних экранов.
Проверить контрастность всех надписей на тёмном фоне.
Обновить цвета статусов, используя новую палитру.
Проверить SVG-иконки (телефон, шестерёнка, статусы):
заливки должны соответствовать новой схеме;
никаких “кислотных” оттенков.
Сохранить существующие namespace-модули
HomeCall_— ребрендинг касается только UI.6. HTML-файлы
Проверить файл
web/ui/enter.html.Рекомендация: переименовать в
web/ui/home.htmlдля консистентности.После переименования — обновить ссылки на HTML-файл.
Ограничения
Запрещено изменять существующие отчёты в
ctx/agent/report/**.Новый отчёт — создавать по правилам контекста (не задавать конкретное имя в постановке).
Результат
После выполнения:
домашняя страница должна выглядеть «глубокой», спокойной, дорогой;
интерфейс должен легко читаться пожилыми пользователями;
кнопка «Связать» должна выделяться, но не слепить;
палитра должна быть консистентной во всём UI.
Во втором случае я делаю конкатенацию документов из соответствующего каталога контекста (например,
ctx/rules/web/ui/) и чатик на основании этих документов делает постановку задачи агенту.В целом получается такой итерационный процесс, когда ты с удивлением смотришь на результат работы агента, а потом находишь и правишь в документации контекста те места, которые позволили агенту нагенерить ерунду.
Совершенно очевидно, что таким образом нельзя создавать приложения типа MS Office - слишком велик объём документации даже в иерархии, но своя ниша у такого способа разработки ПО явно есть.
BDSM — Bot Driven Software Management
ADSM — Agent Driven Software Management
Если в основе бота/агента лежит LLM, то суть не изменяется. Но название - да. Название меняется. Как и отношение людей к тому, что стоит за тем или иным названием.
Но до сути надо ещё докопаться, а название - оно вот, перед глазами.
Я рассматривал оба варианта. Но народу зашло с "А".
У меня только отчёты агентов по работам фиксируются. Сами запросы есть в логах моей учётки (облачная версия) или в IDE (консольная версия). Могу выложить, если интересно. Но я стараюсь задавать рамки агенту скорее через контекст, чем через запрос.
Хотя некоторые запросы довольно развесистые получались - я их делал через GPT. Анализировал через него кодовую базу, корпус документов, обговаривал детали итерации и просил поставить задачу для агента. Но в некоторых случаях я просто правил документы контекста и просил агента привести код к новой версии документов.
Да, у меня довольно плотное общение идёт с чатиком перед постановкой задачи - в целях экономии токенов Codex-агента.
Значит, надо генерить короткие тексты. Внимание читателя - это ресурс. Который быстро исчерпывается. Эту идею, кстати, мне нейронка подсказала.
Текст публикации начал читать, потом у меня закончился ресурс и я переключился на выводы. Обычно там самое полезное. Не ошибся.
Я уже писал публикацию в таком стиле - сначала выводы, а потом уже размышления, почему так. Пересмотрел её сейчас, нужно ещё жестче ужимать смыслы. Можно даже нейронкой, у неё это хорошо получается. Попробую как-нибудь...
Это у 5.1 такая защита от создания God Object :)))
Какой толк вообще от всего, если Тепловая смерть Вселенной наступит с вероятностью 100%? Но коммент свой вы всё-таки написали.
Полагаю, у всех есть поводы делать то, что они делают, просто остальные не все и не всегда могут эти поводы понять. Вернее, все всё понимают лишь на доступном им уровне. Включая и вас, и меня, и автора публикации.
"Современные" - не отберут, а вот из "ближайшего будущего" - возможны варианты.
Н-да, как-то неоднозначно выглядит. Лучше так:
Наше внимание - это тоже ресурс. И тратить его нужно эфффективно.
Спасибо за смелость, комментатор! Не каждому хватит духа публично признаться, что он чего-то там не понимает.
Если коротко, то автор хотел донести следующее:
Там ещё пара-тройка следствий из констатации этого факта, но это не всем интересно по причине, указанной выше.
Что характерно, в самом начале публикацию плюсовали - это были те, кто мониторят хабро-ленту и "держат руку на пульсе", пропуская через себя огромный объём информации. Это на них и их проблемы ориентирована публикация.
Через 30 с лишним часов после публикации (примерно в районе полутора суток) подтянулись люди, скажем так - с другим ритмом жизни, и пошли минуса и комментарии про "нейроговноконтент".
Вообще-то, если смотреть статистику, то эта публикация в целом чуть более интересная, чем последние 50 публикаций автора в среднем:
Люди разные и понимают, что хотел сказать автор, по-разному. В силу своих возможностей. Но я честно указал, что уровень материала "Сложный".
Я сформирую мнение о пересказе нейронкой идей автора. И на основании этого сформирую мнение, знакомиться ли с идеями автора ближе или мне это не нужно. В потоке информации для меня главное - резонанс. Если нет созвучия внешней идеи моей внутренней картине мира, я не буду даже пытаться втиснуть эту идею в мою картину.
Моё внимание - это тоже ресурс. И тратить его нужно эфффективно.
Я видел кучу роликов в сети, где водители путают педали тормоза с педалью газа. Вы уверены, что крутили руль, а не радиостанцию в приёмнике пытались поменять?
Вот пример "специально подобранной для LLM задачи". Причём, расширяющийся контекст - входной запрос меньше результата по размеру. Это потому, что Модель хорошо знает (типовую) предметную область и ей не надо ставить "якоря" для генерации.
P.S.
Там есть ошибка в постановке задачи - сервис должен называться `redis-server`. Но в моём проекте (группа диалогов без публичного доступа) аналогичный запрос дал рекомендацию по проверке имён сервисов:
Да, два ответа были разные, но оба задачу решили (в рамках постановки) - сушествующие сервисы запускаются и останавливаются.
Давняя история...
Приятно видеть, что DI все шире проникает в JS мир, пусть и в TS-версии его.
Будет зависеть от навыков "водителя" и от области применения. Кое-где кое с кем - да, выйдет на две девятки. Но это когда курсы нормальные сделают.
... для тех, кто окончил курсы вождения.
Может быть именно в этом дело - нужно для начала научить людей использовать LLM, а не "ездить на автомобиле по песку"? Автомобиль хорош в определённых условиях. Впрочем, как и любой другой инструмент.
Автомобиль - инструмент или нет? Но некоторые люди его не слишком хорошо контролируют и таки создают аварии. Учитесь контролировать LLM тщательнее и лучше понимать результат - будет и вам LLM инструментом.
А вот это интересно - TypeScript или JS?
Да, коллеги @meeliname и @TheHard правы - с подпиской Plus есть какое-то количество кредитов (раньше меня либо не лимитировали, либо я не доходил до лимитов), которые можно использовать с Кодексом в их облаке через веб-интерфейс. Всё, что нужно для работы с кодом в репозитории на GitHub'е - браузер. Можно даже из мобильного телефона ставить задачу и мониторить результат. Вот отчёт Кодекса о проделанной работе:
А это - этот же отчёт после слияния PR'а.
Так что IDE может быть любой (я перешёл на VSCode с PHPStorm), а можно и вообще без IDE. Я так в режиме эксперимента добавлял с мобильного странички на свой сайт прямо из поезда. Ставишь задачу через браузер Кодексу, мёржишь результат и выкатываешься через GitHub Actions, тоже через браузер. Если всё работает, то и ОК, а если что сломалось - то ты едешь в поезде и у тебя есть только мобильный.