Comments 15
Скачал. Запустил. Висит.
Сам хотел подобного ассистента сделать, и вот увидел пост
Есть ли прямая ссылка на гит хаб?
Есть или планируется версия под macos?
Какие минимальные характеристики и есть ли выбор модели?
Да, держите: tripleguard/Vera
Под macOS и Linux руки никак не дойдут доделать. Постараюсь в ближайшее воемя собраться с силами.
По минимальным характеристикам: CPU 2 ядра с AVX2. RAM: 8 ГБ. Свободное место минимум 4 ГБ. GPU не обязателен, агент работает на CPU.
Выбор модели как таковой есть, только самостоятельно закидывать модель в папку с проектом. В будущем планирую сделать хаб с моделями
Хорошая работа, пару лет назад занимался аналогичным используя Vosk+Piper.
Скачал. Запустил. Работает. С хостом llama cpp и моделью qwen3.6-35b. Только на втором вопросе в чат выкинуло: "
Не удалось выполнить инструмент(ы):
telegram: error timeout after 20.0s
" Хотя в самом агенте ни одного упоминания про телегу. Кстати планируется добавлять телегу Агент наотрез отказывается читать, редактировать и запускать файлы на компе. А так проект интересный, буду понаблюдать.)))
Спасибо за обратную связь. Про телеграмм забыл написать в статье и исправить в самом агенте - скорее всего удалю поддержку телеграма, изначально идея была такая, что агент мог отвечать за вас в телеграмме вашим контактам, оповещать вас о новых сообщениях и автономный режим "автоответчика" за вас, но после замедлений, без включенных запрещенных виртуальных сетей агент не может достучаться до телеграмма, поэтому думаю проще будет избавиться от этой функции. А касательно изменений файлов, сможете в личных сообщениях прислать ответ модели
Было бы неплохо написать Github Actions для автоматической сборки релиза, так больше доверия проекту и всегда можно воспроизвести сборку exe у себя в клоне репы.
Удачи проекту!
Факты автоматически распределяются по категориям:
личная информация;
контакты;
предпочтения;
проекты;
остальные факты.
Не планируете каждой категории свой prompt, модель и структуру данных в SQLite?
В том смысле, что некоторые категории лучше хранить как реляционная структура данных.
Им нужен свой промпт, свой уровень интеллекта, может быть определенный набор скиллов.
Спасибо, за комментарий! Да, идея хорошая, я рассматриваю такое развитие памяти. Сейчас категории используются только для сортировки фактов, а сама память хранится в простом JSON.
В будущем контакты и проекты логично перенести в отдельные таблицы SQLite, потому что у них есть чёткая структура и связи. Для каждой категории можно сделать свои правила и промпт извлечения данных. Но отдельная модель для каждой категории, скорее всего, не нужна. Одна модель сможет обрабатывать разные категории по разным инструкциям. А скиллы будут подключаться по задаче: например, для проекта можно использовать планирование и работу с документами.
Это пока мысли и планирование для дальнейших улучшений, забрасывать проект я не собираюсь, но статьи пишу не так, часто как хотелось бы, из за чего сообщество может потерять интерес к проекту.
Vera возвращается: как голосовой ассистент превратился в локального AI-агента для Windows