Нужны ли нам чужие скиллы для ИИ? Сегодня созванивались с моей partner in crime Машей и обсуждали ближайшие планы LXD hero и что происходит сейчас индустрии, кто и что автоматизацирует и как наводит порядок в контексте для агентов. Потом разговор зашел про скиллы. Пришли к выводу, что мы устали постоянно слышать, что нужно установить вот эти 5/10/100 скиллов, скачать вот эти 100 плагинов, создать вот эти 10 агентов и тогда будет вам счастье (но это не точно). Что происходит сейчас: все бесконечно качают бесплатные гайды, промпты, скиллы. Папка растет, документов все больше, возникает хаос, а пользуетесь вы, честно, двумя из двадцати, например. Остальное просто лежит (и грустит). Почему так: чужой скилл (инструкция) написан на основе чужого опыта, то есть он вообще не отображает ни вас, ни ваш подход. Поэтому чужая инструкция вечно выдает «вроде норм, но не то». Есть 2 пути (и три реки): ▪️ Если вы эксперт в теме, вам не нужен еще один скилл от эксперта X. Например, вы круто придумываете интерактивные задания для обучения. Зачем вам чужая методика? Опишите свою: как вы думаете, с чего начинаете, по каким критериям проверяете. И соберите это в свой скилл. ▪️ Если вы не эксперты в теме. Например, вы не умеет создавать фронтенд. То, конечно, в этом случае скиллы топовых дизайнеров будут вам точно полезно. Компримисс. В качестве золотейшей середины еще можно скачать скилл, изучить его и кастомизировать под себя. Такие дела. А у вас есть какие-то любимые скиллы, которые вы реально используете утром вместо кофе каждый день?

Вопрос на консультации, который поставил меня в тупик. На прошлой неделе провела консультацию с прекрасным куратором. Запрос очень знакомый: справляться с объемом, сохранять качество сопровождения и не выгорать (мое любимое!). Объем такой: около 15 домашек на каждого студента за три недели и развернутая обратная связь в течение 24 часов. В ленте копится до 60 ответов, а развернуто ответить получается на 10-15 в день. На встрече разобрали разобрали 4 процесса. Вот два из них: ▪️ Проверка домашек. Вместо нового чата под каждого студента: заводим проект в Клоде с контекстом. В проект складываем структуру обратной связи, инструкцию по TOV, собранную на базе прошлых ответов куратора, и карточка студента. Потом тестируем и докручиваем эти файлы, если нужно. ▪️ Доходимость. Сейчас куратор заходит в кабинет каждого студента вручную. Собрали пайплайн, где данные с платформы обучения попадают в таблицу, и сразу видно, кто где застрял. А в самом конце мне задали вопрос: «А где можно развиваться, чтобы самой выстраивать операционную систему методиста и вайбкодить именно для образования?» И я честно задумалась. Все обучения по вайбкодингу, которые я проходила сама, были продуктовые. Для предпринимателей, для тех, кто запускает свой сервис или стартап. Фокус там на запуске продукта, а у методиста задачи другие. Именно для методистов я знаю только одно обучение. И оно на английском. Поэтому вопрос к вам: ▪️ проходили что-то по вайбкодингу или ИИ-автоматизации именно для образованцев? ▪️ или засматривались на какой-то курс на русскоязычном рынке? Поделитесь в комментариях. Мне правда интересно, и, возможно, я смогу порекомендовать что-то человеку 🧡

Подсмотрела у коллеги табличку, которая нужна всем, кто внедряет изменения 🧡 Последние пару месяцев я очень много работаю с коллегой Кристи. Она change manager, то есть управляет изменениями в компании. И я, если честно, многому у нее учусь. Кристи очень круто разруливает самые разные ситуации: запросы заказчиков (читай «проблемы»), непонимание внутри команды и все, что между. Для контекста: у нас стартовали два проекта, и оба про внедрение новых технологий в компании. Под них после встречи со стейкхолдерами Кристи собрала файл Change Impact Assessment. Если по-русски, оценку того, как изменения повлияют на процессы и людей. Я обычно делаю похожие вещи, но в другом формате. А тут посмотрела и поняла, что мне нравится. Как это работает. Табличка собирается после встречи со стейкхолдерами, где вы вместе разбираете процессы: как все устроено сейчас и что поменяется. В ней 5 колонок: ▪️ Текущий процесс (current process): как процесс выглядит сейчас. ▪️ Будущий процесс (future process): как он будет выглядеть после внедрения. ▪️ Разрывы (gaps): в чем разница между ними, где пробелы и сложности. ▪️ Кого затрагивает (impacted group): на кого распространяется изменение. ▪️ Чем закрываем (artefacts): как закрыть пробел. У нас это может быть выстраивание процессов, разработка обучения или управление изменениями. Что мне особенно нравится: обучение здесь перестает быть ответом на все. Оно стоит в одном ряду с процессами и управлением изменениями, и сразу видно, где оно правда нужно, а где нет. Получается, что вы сразу мыслите шире. Мне кажется, супер полезная практика. Вам как? Пользуетесь чем-то похожим?