Ютуб надо не смотреть, а читать
Такую гипотезу я составил после того, как столкнулся с бесконечным списком “посмотреть позже” у себя в аккаунте. Я заметил, что есть значительная доля видео на ютуб, которую смотреть буквально вредно, но изучить некоторые тезисы, как минимум, любопытно. Особенно это касается выпусков про политику и видео с громкими заголовками в стиле “Ты живешь неправильно и вот почему!”. Более того, такой подход позволяет более трезво изучить материал, так как на тебя не воздействует монтаж. Я порой удивлялся, как одно и то же видео, воспринимается иначе, если просто прочитать его транскрипцию.
Проблема 1: Многие браузеры уже умеют делать так называемые саммари. Но саммари, по моему мнению - это одно из самых худших решений. Оно не раскрывает основной сути, и лишает необходимых деталей. Поэтому, саммари получается кастрированным. Я понял, что в данном случае, необходимо именно сохранять конспект видео.
Проблема 2: Мне лень + неудобно вести конспекты важных для меня лекций, к которым я хочу возвращаться.
Критерии хорошего конспекта: - Больше 90% информации и тезисов сохраняется в том виде, в котором его хотел передать автор - Конспект имеет таймкоды, которые мне помогут пересмотреть фрагмент, если он меня заинтересовал - Все это должно быть в структурированном формате, чтобы это было удобно понимать агенту и мне в моей базе знаний в obsidian. в
Этап 1: Сперва я решил пойти по простому пути, и собрал скилл, который через открытую библиотеку yt-dlp сохранял мне конспект сразу в базу знаний. Но форм-фактор оказался не очень удобным. Исходя из этого, я решил попробовать собрать это в более удобное и нативное решение.
Этап 2 По итогу, я собрал расширение для браузера, которое может использовать любой желающий, имеющий у себя API ключик для языковой модели. В моем случае, я использую deepseek pro. Медианный конспект выходит в 0,4 рубля.
Я разумеется поигрался с продуктовыми и техническими задачками. Поискал как реально оформить это так, чтобы пользователю было удобно и хотелось сохранять конспекты. Одно из таких решений: показывать сколько он сохранил времени благодаря использованию сервиса.
С бэком и версткой пришлось повозиться, уж больно сильный технический пробел в знаниях у меня здесь. И разумеется сам UI получился слишком неконсистентным. Может кто из дизайнеров, захочет поэкспериментировать. Буду очень рад увидеть любой MR на эту тему.
Делюсь с вами ссылкой на github в комментариях
· вчера
А как проверяете эти 90%? Я бы больше всего боялся не потери фактов, а уверенной перестановки смысла в длинных кусках.
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Я делал замеры на разных моделях + сравнивал с самими видео
На большой выборке данных нет
Что мы считаем здесь длинным кусками? У меня медианное видео 20-40мин
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён