#вопрос Как защитить наши промпты и контекст от утечки через облачную модель? как быть с корпоративной тайной при разработке с помощью ИИ?
только локальная модель. а это, в свою очередь упирается в железо. хотите анонимность - раскошеливайтесь на мощностя. ) посмотрите проект https://kodacode.ru. говорят эти ребята готовы развернуть действующую модель (своя) на стороне заказчика. я тестил - работает неплохо. основной плюс - РФ.
только локальная модель. а это, в свою очередь упирается в железо. хотите анонимность - раскошеливайтесь на мощностя. ) посмотрите проект 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 не линтил по правилу проекта.
По плану - попробовать теперь с двумя одновременно рабочими фрисвичами и с несколькими звонками - перенести только один звонок (из нескольких). Постараюсь сегодня в этом направлении добить.
обучение? это не вопрос. все упирается в мощности. будет на чем развренуть, будет и обучение и блекджек со ш?(*(ми.
насколько я знаю, обучение требует несопоставим больших мощностей, чем эксплуатация. Ну и, собственно, подготовка материала. Но тут я не спец, не углублялся.
