У меня стоит whisper на пк, модель large. У меня привычка для того чтобы собеседник меня понял повышать громкость своей речи, и это работает. Может ли модель начать понимать лучше от моей громкости?
Есть ли понимание, может ли такой продукт быть полезен другим бизнесам как коробочный? Это мог бы быть запуск. Это и сфера обзвонов и на кассах общепита можно было бы подслушивать анализировать.
Так же на случай потенциальной смены модели еще можно думать в сторону универсальных подходов. Например, единые AGENTS. md/.context.md вместо CLAUDE. md в проектах, mcp router как единая точка входа во все mcp и удобная их конфигурация,
Thethee, +, это отличная возможность обернуть какую-то китайскую облачную модель за 30$ в год в claude Cli или бесплатную не проприетарную модель . Могу отметить, что mcp, skills, command продолжают работать, могу даже статью на этот счет написать.
Валидное замечание. Скрипт закрывает те же сценарии, что и команды, только исполняется быстрее и стабильнее.
Мне нравится команда, ибо похожая команда у меня при прогоне тестов сразу интерпретирует результат, если тесты упали и предалагет правки. Учитывая время сборки приложений /deploy-check в виде команды, а не скрипта, не сильно медленнее.
Если выносить все в команды, то можно с телефона все запускать.
Подумаю в сторону того чтобы внедрить больше скриптов в мои сценарии использования. В рамках /deploy-check можно было бы сразу передавать часть указаний в скриптах.
add-dir по замыслу к твоему проекту добавляет папки другого проекта. Он даже предлагает создать связь, чтобы вторая директория тоже была в зоне видимости.
https://claudelog.com/faqs/--add-dir/Purpose - Extends Claude Code's workspace beyond your current working directory to include additional directories without changing your primary location.
Воспринимаю ваш комментарий как совет рассматривать вариант переноса skills и mcp и выпустить продолжение статьи для gigachat, alisa ai.Спасибо за комментарий. Тоже следим за проектом нормативного акта.
Сейчас 9 дней как началось публичное обсуждение проекта. Не факт, что примут и что финальная версия будет именно такая.
Приведу выжимку:
К доверенным моделям относятся
Модели, соответствующие установленным требования безопасности
Наличие подтверждения соответствия установленному уровню качества
Обработка данных на территтрии Рф
И в статье 7 обучение еще отмечено, что модель обучается на территории Рф. Данные для обучения должны быть собраны на территории РФ гражданами РФ или юр. лицами РФ.
На опыте коллег из бегтехов, где разрешили claude скажу, что в разработке доверяют все, но требуют 1. Включить zero retention policy (не обучение на твоих входных данных, составление отпечатка пользователя) 2. Не работать в частях системы с Персональными данными. 3. Избегать работы со схемами БД . Где-то, например сбер, тиньк облачным внешним ассистентам не доверяют, разрешая лишь свои.
Автоматизация на производствах уже использует компьютерное зрение, классификационные модели машинного обучения для поиска брака/дефектов. Спору нет, там рутинные задачи автоматизируются. Разработку ПО не считаю рутинной задачей.
Я разработчик, поэтому далее мой ответ ограничивается разработкой ПО и тем, что я наблюдаю сейчас:
Есть тезис о том, что ИИ ускоряют работы программистов значительно, что позволяет сократить штат, но нет реальных примеров увольнений или исследований.
Есть исследование, которое выявило фактическое замедление работы программистов-разработчиков, при этом сами программисты считали, что стали работать быстрее. Ее кстати освещали на хабре https://habr.com/ru/companies/otus/articles/960832/
“Когда разработчики используют ИИ-инструменты, на завершение задач уходит на 19% больше времени — это существенное замедление, которое противоречит ожиданиям самих разработчиков и прогнозам экспертов. Разрыв между восприятием и реальностью показателей: разработчики ожидали, что ИИ ускорит их работу на 24%, и даже после фактического замедления они всё равно считали, что ИИ ускорил их работу на 20%”
У коллег внутри компании(как у линейных сотрудиков, так и на C-level) и в других Ру-бигтехах вижу стремление внедрить ИИ инструменты, оптимизировав работ, например убрать рутинные задачи. Или повысить качество кода через ИИ, но влияние на кол-во кадров не замечали. Появление софта, который пишет сам себя или делает задачу от начала до конца очень вероятно и вполне возможно на claude в том числе, но в бигтехах такое будет требует присмотра программистов. Разговоры об этом идут.
Прогнозировать будущее не решусь, но не похоже, что текущии ИИ - полная замена разработчиков.
Добрый день, консультировался с преподавателем ВУЗа перед публикацией, видимо мы оба не знаем (не ирония).
В соседней статье https://habr.com/ru/companies/ozontech/articles/662800/ вижу разные типы нагрузочного тестирования, почитаю. Когда дополню статью ремарками, уведомлю.
Интересные идеи. С помощью отключения неэффективных правил появился запас по мощности? Оставшиеся правила стали работать в комфортом режиме?
Спасибо за статью прикольно
У меня стоит whisper на пк, модель large. У меня привычка для того чтобы собеседник меня понял повышать громкость своей речи, и это работает. Может ли модель начать понимать лучше от моей громкости?
Есть ли понимание, может ли такой продукт быть полезен другим бизнесам как коробочный? Это мог бы быть запуск. Это и сфера обзвонов и на кассах общепита можно было бы подслушивать анализировать.
Согласен, разумно
Уже работает gigaIde с gigachat. Ребятам не с чем сравнить, но опыт положительный у них. А вообще ваш комментарий, видимо, к micha1l
Так же на случай потенциальной смены модели еще можно думать в сторону универсальных подходов. Например, единые AGENTS. md/.context.md вместо CLAUDE. md в проектах, mcp router как единая точка входа во все mcp и удобная их конфигурация,
Thethee, +, это отличная возможность обернуть какую-то китайскую облачную модель за 30$ в год в claude Cli или бесплатную не проприетарную модель . Могу отметить, что mcp, skills, command продолжают работать, могу даже статью на этот счет написать.
Будет, только как назвать уровни после бездны.
Валидное замечание. Скрипт закрывает те же сценарии, что и команды, только исполняется быстрее и стабильнее.
Мне нравится команда, ибо похожая команда у меня при прогоне тестов сразу интерпретирует результат, если тесты упали и предалагет правки. Учитывая время сборки приложений /deploy-check в виде команды, а не скрипта, не сильно медленнее.
Если выносить все в команды, то можно с телефона все запускать.
Подумаю в сторону того чтобы внедрить больше скриптов в мои сценарии использования. В рамках /deploy-check можно было бы сразу передавать часть указаний в скриптах.
Вообще хоть обновления не частые, но зато большие
Отлично, спасибо за коммент
add-dir по замыслу к твоему проекту добавляет папки другого проекта. Он даже предлагает создать связь, чтобы вторая директория тоже была в зоне видимости.
https://claudelog.com/faqs/--add-dir/ Purpose - Extends Claude Code's workspace beyond your current working directory to include additional directories without changing your primary location.
https://code.claude.com/docs/ru/cli-reference Добавить дополнительные рабочие каталоги для доступа Claude
Но есть проблема с индексацией @file, поэтому можно найти какие-то файлы указав сlaude-у путь или указав, что Х искать в проекте 2.
Воспринимаю ваш комментарий как совет рассматривать вариант переноса skills и mcp и выпустить продолжение статьи для gigachat, alisa ai.Спасибо за комментарий. Тоже следим за проектом нормативного акта.
Сейчас 9 дней как началось публичное обсуждение проекта. Не факт, что примут и что финальная версия будет именно такая.
Приведу выжимку:
К доверенным моделям относятся
Модели, соответствующие установленным требования безопасности
Наличие подтверждения соответствия установленному уровню качества
Обработка данных на территтрии Рф
И в статье 7 обучение еще отмечено, что модель обучается на территории Рф. Данные для обучения должны быть собраны на территории РФ гражданами РФ или юр. лицами РФ.
Супер, я рад 👍
На опыте коллег из бегтехов, где разрешили claude скажу, что в разработке доверяют все, но требуют 1. Включить zero retention policy (не обучение на твоих входных данных, составление отпечатка пользователя) 2. Не работать в частях системы с Персональными данными. 3. Избегать работы со схемами БД . Где-то, например сбер, тиньк облачным внешним ассистентам не доверяют, разрешая лишь свои.
Согласен, что нет.
Автоматизация на производствах уже использует компьютерное зрение, классификационные модели машинного обучения для поиска брака/дефектов. Спору нет, там рутинные задачи автоматизируются. Разработку ПО не считаю рутинной задачей.
Я разработчик, поэтому далее мой ответ ограничивается разработкой ПО и тем, что я наблюдаю сейчас:
Есть тезис о том, что ИИ ускоряют работы программистов значительно, что позволяет сократить штат, но нет реальных примеров увольнений или исследований.
Есть исследование, которое выявило фактическое замедление работы программистов-разработчиков, при этом сами программисты считали, что стали работать быстрее. Ее кстати освещали на хабре https://habr.com/ru/companies/otus/articles/960832/
“Когда разработчики используют ИИ-инструменты, на завершение задач уходит на 19% больше времени — это существенное замедление, которое противоречит ожиданиям самих разработчиков и прогнозам экспертов. Разрыв между восприятием и реальностью показателей: разработчики ожидали, что ИИ ускорит их работу на 24%, и даже после фактического замедления они всё равно считали, что ИИ ускорил их работу на 20%”
У коллег внутри компании(как у линейных сотрудиков, так и на C-level) и в других Ру-бигтехах вижу стремление внедрить ИИ инструменты, оптимизировав работ, например убрать рутинные задачи. Или повысить качество кода через ИИ, но влияние на кол-во кадров не замечали. Появление софта, который пишет сам себя или делает задачу от начала до конца очень вероятно и вполне возможно на claude в том числе, но в бигтехах такое будет требует присмотра программистов. Разговоры об этом идут.
Прогнозировать будущее не решусь, но не похоже, что текущии ИИ - полная замена разработчиков.
Добрый день, консультировался с преподавателем ВУЗа перед публикацией, видимо мы оба не знаем (не ирония).
В соседней статье https://habr.com/ru/companies/ozontech/articles/662800/ вижу разные типы нагрузочного тестирования, почитаю. Когда дополню статью ремарками, уведомлю.