asterisk.ru

#вопрос Как защитить наши промпты и контекст от утечки через облачную модель? как быть с корпоративной тайной при разработке с помощью ИИ?

только локальная модель. а это, в свою очередь упирается в железо. хотите анонимность - раскошеливайтесь на мощностя. ) посмотрите проект https://kodacode.ru. говорят эти ребята готовы развернуть действующую модель (своя) на стороне заказчика. я тестил - работает неплохо. основной плюс - РФ.

Вебинар «Пластиковые мозги: Итоги! Закончим проект расширения функциональности FreeSWITCH и соберем всё в единое целое» подошел к концу

Спасибо, что были с нами!

Запись вебинара будет доступна по ссылке: https://voxlink.ru/webinars/plastikovye-mozgi-itogi/

Напоминаем что GetNet 2026 уже в эту пятницу - 15 мая с 11:00, бронируйте билет или подключайтесь онлайн

Не, ну а чего, в корзиночку соточек сложить и радоваться) Да, на круг где-то в сто лямов обойдётся этот он-премис, зато конфиденциально)

только локальная модель. а это, в свою очередь упирается в железо. хотите анонимность - раскошеливайтесь на мощностя. ) посмотрите проект https://kodacode.ru. говорят эти ребята готовы развернуть действующую модель (своя) на стороне заказчика. я тестил - работает неплохо. основной плюс - РФ.

Тут основной вопрос не только про мощности, хотя я уверен, что это будет востребовано, но и про обученные модели. Если они будут, то это будет ?

Ну, модель закончила:
Ты был прав: старая реализация восстанавливала только один UUID, поэтому bridged-звонок оставался без второй ноги.
Исправил поведение в src/mod_demo_ai.c:
• demo_ai_takeover теперь ищет связанную peer leg.
• Сначала пробует calls, но после restart она бывает пустой, поэтому добавлен fallback на XML из recovery.metadata через signal_bond/bridge_to/originator.
• Для sofia recover оставляются обе строки recovery: target + peer.
• После recovery проверяется, что обе сессии активны.
• uuid_media_reneg оставлен только на target leg, чтобы не плодить лишние re-INVITE.
• Заодно исправил имя модуля с mod_skel на mod_demo_ai и убрал skeleton-загрузку skel.conf/API skel.
Также обновил SIPp-сценарии ha_long_uac.xml и ha_long_uas.xml, чтобы они могли принять второй in-dialog re-INVITE. Результаты записал в HANDOFF-2026-05-13.md.
Проверка:
• cmake --build ... --target mod_demo_ai прошел.
• ldd без missing-зависимостей.
• nm -D показывает mod_demo_ai_module_interface.
• Модуль установлен в /usr/lib/freeswitch/mod/mod_demo_ai.so и автозагружается.
• Финальный прогон: demo_ai_takeover вернул Recovered 2 session(s), через 40 секунд было 2 channels, 1 call, 2 recovery, SIPp ошибок не дал, RTP counters росли на обеих ногах.
• После cleanup стенд чистый: 0 channels, 0 calls, recovery=0, SIPp процессов нет.
Отдельный lint target/команда в CMake не найдены; Markdown не линтил по правилу проекта.

В репозиторий я итоги закинул, там есть все, в том числе обновленные handoff-файлы: https://github.com/borikinternet/mod_demo_ai

Спасибо за интересный вебинар!

Тут основной вопрос не только про мощности, хотя я уверен, что это будет востребовано, но и про обученные модели. Если они будут, то это будет ?

обучение? это не вопрос. все упирается в мощности. будет на чем развренуть, будет и обучение и блекджек со ш?(*(ми.

По плану - попробовать теперь с двумя одновременно рабочими фрисвичами и с несколькими звонками - перенести только один звонок (из нескольких). Постараюсь сегодня в этом направлении добить.

обучение? это не вопрос. все упирается в мощности. будет на чем развренуть, будет и обучение и блекджек со ш?(*(ми.

насколько я знаю, обучение требует несопоставим больших мощностей, чем эксплуатация. Ну и, собственно, подготовка материала. Но тут я не спец, не углублялся.