Огромное спасибо за статью, было интересно и без лишней "воды".
На данный момент мы не нашли еще каких-то прямых или косвенных метрик с помощью которых можно измерить качество поиска по базе знаний в автоматическом режиме. Если у Вас, есть идеи или опыт реализации подобного, делитесь, пожалуйста в комментариях - обсудим.
а оператор получает историю чата в момент перевода? Может ему в интерфейс добавить оценку поиска? Операторы мотивированны, чтобы улучшить авто-поиск. Соответственно потратить минуту, чтоб ответить "поиск норм" или флагнуть чат для детального анализа, если поиск не нашел очевидного с человеческой т.з., это в вего интересах. А то и с возможностью закинуть пользовательские запросы в поисковые вектора ненайденной статьи. Это и фидбек и работа над улучшением.
еще я бы посмотрел на статистику всех "неудачных" запросов, после которых был перевод на оператора (на предмет схожего контекста или семантики вопросов).
Конечно, если использовать копилота для детального разбора проблемы, - это помощь, а не вред. Опасность начинается, когда глянул на заплатку от помощника, кивнул "а, понятно", и переключился на следующую задачу. И всё, не родился "сын ошибок трудных"...
как своевременно и актуально ) я на НГ каникулах решил сделать программку по озвучке книг, остановился на Azure speech TTS - там всё хорошо, но ударения в тексте обозначить невозможно. Есть вариант представить текст в ssml разметке и использовать phoneme таг. Например чтоб в "берегу" ударение было на первое "е" слово меняется на
плюс не все книжки ё-фицированны, что добавляет еще и ё-омографы (берёт/берет например). с двух-этапной обработкой (поиск омографов по словарю, послать предложение в LLM агента для определения правильной формы на основе контекста, трансформация исходного текста, посылка на озвучание) в принципе работает, но бесплатный лимит быстро выбирается, а платить 15-20 долларов за книжку получается накладно.
В итоге решил поставить TTS локально, на выходных буду пробывать, может мои танцы с омографами уже и не так актуальны...
Тут надо еще уметь не "спалиться"... Не так давно менеджер соседней команды (компания в Канаде) спросил, насколько типично для русскоязычного человека обдумывать вопрос несколько секунд, перед тем как отвечать. Я сперва не понял, что он имел в виду, оказалось, что кандидат на сеньёрскую позицию на многие вопросы как бы "подвисал", иногда на несколько секунд и у него закралось впечатление, что он использует какого-то суфлёра. Но хотел быть уверенным, что это не "национальная черта".
до вашей статьи я как-то и не задумывался про linux, собираясь установить LLM песочницу прямо в свой игровой windows ПК. (Мне это еще предстоит, моя 5060 ti на 16 гб для "поиграться", пока в пути). Поболтал с gemeni, выяснил, что c linux можно будет всю vram можно будет отдать LLM, что в windows практически нереально. так что спасибо за статью, хотя, конечно установка локальной LLM - дело интимное и вместо пошаговой инструкции (ценность которой в эпоху ИИ чатов невысока) было бы интереснее почитать про варианты "движков".
Это не хорошо и не плохо. Это просто новый этап развития IT. Бороться с этим бессмысленно. Кто захочет — будет учиться глубже, но таких людей всегда будет меньшинство. Большинство же будет закрывать типовые задачи и радоваться.
Вспоминается первая Delphi. Открыл, запустил пустой проект - и у тебя готовое приложение под Windows. Перетащил кнопочку, кликнул - получил готовый обработчик.
Это тоже был если не прорыв, то резкое снижение планки входа и заметное ускорения разработки. И да, куча кода и приложений были написаны без копания в деталях. (Особенно поначалу).
Для этого сперва нужно поменять (адаптировать) существующие процессы. Либо настраивать агентов под то, что есть сейчас. И то и другое требует ресурсов и понимания конечного результата. Я к тому, что тот же бухгалтерский софт настроен под человека. Чтобы ИИ смог вести бух. учёт (а в принципе - он может), нужна платформа.
сдаётся мне, консенсуса не будет. Нынешние агенты при грамотной постановки задачи, могут писать сообщения +- средний хабаравчанин. Так что даже если будут подозрения, до разоблачения вряд ли дойдет.
как говориться, "в порядке бреда": локальную БЯМ (с отключенной цензурой) можно использовать как беспринципного помощника - от помощи для грамотного шантажа до советов как уничтожить всю корпорацию.
Первые 1000 строк кода - хорошо. Дальше начинается безумие. Пишет новое - ломает старое. Чинит старое - ломает новое.
Как органичный вывод из этого, я вместо правок меняю исходные требования и делаю проект с нуля. 3-4 попытки дают что-то близкое к тому, что я хочу.
(уточню, что пробовал только небольшие проекты)
Еще я сделал такой вывод, уже на уровне человеческой физиологии. Либо ты полностью пишешь код, и ограниченно просишь помощь у ИИ. Либо ты полностью отдаешь написание кода ИИ. Работа в режиме 50/50 плохая. Потому что когда ты говоришь условно "напиши мне такой-то сервис". Он напишет, ты проверишь, поправишь, но это уже "не твой сервис, не твой код". Ты вне контекста этого сервиса.
тоже соглашусь и добавлю, что всё написанное прошу объяснять. А так же задаю "свои стандарты" - "безопасный код", бесконечные try/catch со стратегией на выживание на этапе разработки ужасно засоряют код и мешают пониманию логики (ну мне по крайней мере)
А не рассматривали выделение фоновых процессов в azure functions? Их не обязательно хостить в Azure, они прекрасно живут в docker, "на ура" масштабируются в k8s и у них "из коробки" куча триггеров на события очередей, таймер, http hook и т.п.
Такой подход? Да примернотак (с поправкой на свои реалии) я и действовал в ковид, когда последний раз искал работу.
Подход работает, это не теория, это "тактика прямой продажи". Другое дело, что мало кому комфортно так действовать. Я и сам начинал с "обзвона бывших коллег", с вопросом есть ли что-то открытое? Потом были целевые подачи. 5 или 6 контор. Интервью во всех, по итогам - 2 предложения о работе (но второе было, когда первое уже принял).
Попробуйте личный контакт. Это даст как минимум опыт общения с HR и другими фильтрами.
Далее как действовал бы я:
смотрю на hh.ru по карте вакансии .NET.
Начинаю с тех, к которым не очень сложно добираться.
Иду на сайт самой компании, проверяю, что и на сайте компании вакансия есть.
Посылаю через их сайт резюме адаптированное под них.
Вношу компанию в список "кандидатов" с копией резюме, чтоб не путаться
На следующий день звоню им, прошу переключить на отдел кадров, говорю "я вам послал резюме, но переживаю, что в потоке спамовских писем оно могло потеряться, а я очень хочу именно у вас работать, потому, что вы рядом и жутка классная компания".
Прошу подтвердить, что вакансия открыта.
Если получится, сразу же попытаться напроситься на тех.интервью, убеждая что готов прийти хоть когда.
Если получаю отговорку "мы вам перезвоним", говорю, что перезвоню сам.
Пункт 5 повторяю, по всему списку "кандидатов", звоня регулярно (но не каждый день) либо до приёма на работу, либо до внятного отказа потому что вакансия закрыта или я не подошел. Вежливо огорчаюсь и прошу звонить сразу, как что-то появится.
Каждый звонок обязательно добавляю в историю "кандидата"
Программы, как тексты и картины, бывают разные. И в большинстве своем, все они ценны результатом, пусть и каждый продукт в своей нише. Мой посыл был в том, что каждый в праве использовать те средства для работы и творчества, которые ему по вкусу.
Сколько раз его ронял, трещин не было, только царапины. Крышка отлетала, да. Акк выскакивал, даже стилус иногда, но сам держался.
Из небольших проблем помню, что калибровку экрана время от времени делать приходилось, иначе стилус мог на несколько миллиметров ошибаться.
Купил в 2006 в России. В 2012, в рабочем состоянии он с почестями ушел в пенсионную коробку уже в Канаде.
ой вей... всё бы хорошо, но не хватает тега "ретроспектива".
Разбирать AI кибербезопасность в 2026 году на проблемах 2022 года... С рекомендациями использовать gpt 4 вмеcто gpt 3.5. Полезно, чё. И актуально.
Огромное спасибо за статью, было интересно и без лишней "воды".
а оператор получает историю чата в момент перевода? Может ему в интерфейс добавить оценку поиска? Операторы мотивированны, чтобы улучшить авто-поиск. Соответственно потратить минуту, чтоб ответить "поиск норм" или флагнуть чат для детального анализа, если поиск не нашел очевидного с человеческой т.з., это в вего интересах. А то и с возможностью закинуть пользовательские запросы в поисковые вектора ненайденной статьи. Это и фидбек и работа над улучшением.
еще я бы посмотрел на статистику всех "неудачных" запросов, после которых был перевод на оператора (на предмет схожего контекста или семантики вопросов).
Конечно, если использовать копилота для детального разбора проблемы, - это помощь, а не вред. Опасность начинается, когда глянул на заплатку от помощника, кивнул "а, понятно", и переключился на следующую задачу. И всё, не родился "сын ошибок трудных"...
как своевременно и актуально )
я на НГ каникулах решил сделать программку по озвучке книг, остановился на Azure speech TTS - там всё хорошо, но ударения в тексте обозначить невозможно. Есть вариант представить текст в ssml разметке и использовать phoneme таг. Например чтоб в "берегу" ударение было на первое "е" слово меняется на
плюс не все книжки ё-фицированны, что добавляет еще и ё-омографы (берёт/берет например).
с двух-этапной обработкой (поиск омографов по словарю, послать предложение в LLM агента для определения правильной формы на основе контекста, трансформация исходного текста, посылка на озвучание) в принципе работает, но бесплатный лимит быстро выбирается, а платить 15-20 долларов за книжку получается накладно.
В итоге решил поставить TTS локально, на выходных буду пробывать, может мои танцы с омографами уже и не так актуальны...
Тут надо еще уметь не "спалиться"...
Не так давно менеджер соседней команды (компания в Канаде) спросил, насколько типично для русскоязычного человека обдумывать вопрос несколько секунд, перед тем как отвечать. Я сперва не понял, что он имел в виду, оказалось, что кандидат на сеньёрскую позицию на многие вопросы как бы "подвисал", иногда на несколько секунд и у него закралось впечатление, что он использует какого-то суфлёра. Но хотел быть уверенным, что это не "национальная черта".
лучше строй-материалы. И строить дом. В глухой тайге. До куда никакой кризис ИИ не достанет.
до вашей статьи я как-то и не задумывался про linux, собираясь установить LLM песочницу прямо в свой игровой windows ПК. (Мне это еще предстоит, моя 5060 ti на 16 гб для "поиграться", пока в пути). Поболтал с gemeni, выяснил, что c linux можно будет всю vram можно будет отдать LLM, что в windows практически нереально.
так что спасибо за статью, хотя, конечно установка локальной LLM - дело интимное и вместо пошаговой инструкции (ценность которой в эпоху ИИ чатов невысока) было бы интереснее почитать про варианты "движков".
Вспоминается первая Delphi. Открыл, запустил пустой проект - и у тебя готовое приложение под Windows. Перетащил кнопочку, кликнул - получил готовый обработчик.
Это тоже был если не прорыв, то резкое снижение планки входа и заметное ускорения разработки. И да, куча кода и приложений были написаны без копания в деталях. (Особенно поначалу).
и через полгода опять повторит...
Для этого сперва нужно поменять (адаптировать) существующие процессы. Либо настраивать агентов под то, что есть сейчас. И то и другое требует ресурсов и понимания конечного результата.
Я к тому, что тот же бухгалтерский софт настроен под человека. Чтобы ИИ смог вести бух. учёт (а в принципе - он может), нужна платформа.
сдаётся мне, консенсуса не будет. Нынешние агенты при грамотной постановки задачи, могут писать сообщения +- средний хабаравчанин. Так что даже если будут подозрения, до разоблачения вряд ли дойдет.
как говориться, "в порядке бреда":
локальную БЯМ (с отключенной цензурой) можно использовать как беспринципного помощника - от помощи для грамотного шантажа до советов как уничтожить всю корпорацию.
учитывая, что БЯМы со снятыми фильтрами цензуры доступны для локальной установки, запреты вообще теряют смысл
Как органичный вывод из этого, я вместо правок меняю исходные требования и делаю проект с нуля. 3-4 попытки дают что-то близкое к тому, что я хочу.
(уточню, что пробовал только небольшие проекты)
тоже соглашусь и добавлю, что всё написанное прошу объяснять. А так же задаю "свои стандарты" - "безопасный код", бесконечные try/catch со стратегией на выживание на этапе разработки ужасно засоряют код и мешают пониманию логики (ну мне по крайней мере)
А не рассматривали выделение фоновых процессов в azure functions? Их не обязательно хостить в Azure, они прекрасно живут в docker, "на ура" масштабируются в k8s и у них "из коробки" куча триггеров на события очередей, таймер, http hook и т.п.
Такой подход? Да примерно так (с поправкой на свои реалии) я и действовал в ковид, когда последний раз искал работу.
Подход работает, это не теория, это "тактика прямой продажи". Другое дело, что мало кому комфортно так действовать. Я и сам начинал с "обзвона бывших коллег", с вопросом есть ли что-то открытое? Потом были целевые подачи. 5 или 6 контор. Интервью во всех, по итогам - 2 предложения о работе (но второе было, когда первое уже принял).
Попробуйте личный контакт. Это даст как минимум опыт общения с HR и другими фильтрами.
Далее как действовал бы я:
смотрю на hh.ru по карте вакансии .NET.
Начинаю с тех, к которым не очень сложно добираться.
Иду на сайт самой компании, проверяю, что и на сайте компании вакансия есть.
Посылаю через их сайт резюме адаптированное под них.
Вношу компанию в список "кандидатов" с копией резюме, чтоб не путаться
На следующий день звоню им, прошу переключить на отдел кадров, говорю "я вам послал резюме, но переживаю, что в потоке спамовских писем оно могло потеряться, а я очень хочу именно у вас работать, потому, что вы рядом и жутка классная компания".
Прошу подтвердить, что вакансия открыта.
Если получится, сразу же попытаться напроситься на тех.интервью, убеждая что готов прийти хоть когда.
Если получаю отговорку "мы вам перезвоним", говорю, что перезвоню сам.
Пункт 5 повторяю, по всему списку "кандидатов", звоня регулярно (но не каждый день) либо до приёма на работу, либо до внятного отказа потому что вакансия закрыта или я не подошел. Вежливо огорчаюсь и прошу звонить сразу, как что-то появится.
Каждый звонок обязательно добавляю в историю "кандидата"
Анализирую каждый отказ.
Программы, как тексты и картины, бывают разные. И в большинстве своем, все они ценны результатом, пусть и каждый продукт в своей нише. Мой посыл был в том, что каждый в праве использовать те средства для работы и творчества, которые ему по вкусу.