/ Профессии
Разработка ПО, данные, AI и инфраструктура

II.6Документация и сопровождение разработки

В разделе собраны самостоятельные задачи, где AI помогает поддерживать понятную техническую документацию и ускорять передачу знаний. Для каждого пункта отдельно указаны механизм, входы, результат и способ проверки.

ЭмбеддингиТекст
AI-задач
18
в этой профессии
Подходящих моделей
38 015
по типу задач и модальности
Категория
II. Разработка и данные
Основные типы
ЭмбеддингиТекст

Рекомендованные модели

38 015 моделей
Загрузки
Лайки
Дата выхода
38 011–38 015 из 38 015
qwen
qwen3-max-thinking

Qwen3-Max-Thinking — флагманская модель рассуждений серии Qwen3 от Qwen. Она предназначена для сложных задач, требующих глубокого многошагового анализа. В карточке отмечено, что модель масштабирует вычислительные ресурсы для обучения с подкреплением. Её можно использовать для задач, где требуется последовательное рассуждение и работа со сложными запросами. Данных о размере, поддерживаемых языках, длине контекста, лицензии и конкретных ограничениях в предоставленных материалах нет.

00февр. 2026ctx262.1Kprice$0.00 / $0.00/ 1M
textopenrouter
ressl
MiniMax-M3-uncensored-NVFP4

ressl/MiniMax-M3-uncensored-NVFP4 — это квантизированная версия модели ressl/MiniMax-M3-uncensored, основанной на MiniMax-M3. Релиз подготовлен ressl с использованием NVIDIA ModelOpt NVFP4 и предназначен для локального запуска генерации текста и мультимодальных запросов на системах с GPU NVIDIA Blackwell. Модель имеет MoE-архитектуру с 428 млрд параметров в общей сложности и примерно 23 млрд активных параметров на токен. В модели сохранены возможности рассуждения, разбора рассуждений, вызова инструментов и обработки изображений. В карточке указаны английский и немецкий языки. Экспортированный вариант занимает около 260,4 ГБ вместо 854,2 ГБ у BF16-версии: NVFP4 применён к весам маршрутизируемых экспертов, тогда как внимание, маршрутизатор, общие эксперты, эмбеддинги, языковая голова, vision tower и проекторы сохранены в BF16. Проверенный контекст составляет 32 768 токенов; на отдельном тесте модель корректно обработала запрос длиной 20 212 токенов. Модель ориентирована на локальное инференс-обслуживание, исследование безопасности, red teaming, анализ вредоносного ПО и эксплойтов, обнаружение угроз, автоматизацию через tool calls и мультимодальные сценарии. На четырёх NVIDIA RTX PRO 6000 Blackwell 96 ГБ с SGLang зафиксирована скорость около 88,5 токена в секунду для прогретого одиночного запроса, однако это не результат полного академического бенчмарка. Для запуска требуется конфигурация из четырёх GPU Blackwell и SGLang с указанными в README настройками; совместимость с vLLM не подтверждена. Модель намеренно uncensored и может отвечать на запросы, которые стандартная версия отклоняет, поэтому её применение требует соблюдения законодательства и мер безопасности. Лицензия указана как other.

55711июль 2026ctx41M
textotherhugging-face
nvidia
canary-1b-v2

Canary-1b-v2 — мультиязычная модель NVIDIA для распознавания речи и перевода устной речи. Это модель примерно с 1 млрд параметров на архитектуре encoder-decoder: FastConformer извлекает признаки из аудио, а Transformer Decoder генерирует текст. Модель работает с 25 европейскими языками: болгарским, хорватским, чешским, датским, нидерландским, английским, эстонским, финским, французским, немецким, греческим, венгерским, итальянским, латышским, литовским, мальтийским, польским, португальским, румынским, словацким, словенским, испанским, шведским, русским и украинским. Модель предназначена для транскрибации речи на этих языках, а также перевода речи между английским и каждым из остальных 24 языков. Она автоматически расставляет знаки препинания и заглавные буквы, поддерживает временные метки на уровне слов и сегментов, в том числе для переведённого текста, и обрабатывает длинные записи с динамическим разбиением на фрагменты. NVIDIA заявляет о высокой скорости и качестве относительно моделей сопоставимого размера; результаты зависят от языка и условий записи. Модель можно использовать для голосовых помощников, субтитров, транскрибации разговоров и голосовой аналитики. Для работы предусмотрен NVIDIA NeMo; карточка также описывает использование через Transformers. Лицензия — CC BY 4.0, допускающая коммерческое и некоммерческое использование с соблюдением её условий.

131K436авг. 2025
textaudiocc-by-4.0hugging-face
apodex
Apodex-1.1-mini-NVFP4

Apodex-1.1-mini-NVFP4 — reasoning-first языковая модель для сложных исследовательских задач с длительным горизонтом, разработанная командой Apodex AI. Она предназначена для агентных сценариев, в которых требуется работать с документами, наборами данных, таблицами, изображениями, кодом и инструментами: очищать данные, выбирать методы, выполнять анализ, проверять промежуточные результаты, восстанавливаться после ошибок и формировать проверяемые итоговые материалы. Модель основана на Apodex-1.1-mini и ориентирована на применение через AgentOS и асинхронную Agent Team, способную декомпозировать задачи, координировать параллельных субагентов, сохранять состояние работы, адаптировать план и учитывать обратную связь без полного перезапуска. Поддерживаются английский и китайский языки, генерация текста и нативные вызовы функций. Указан контекст до 262 144 токенов и рекомендуемый максимум генерации 32 768 токенов. Модель следует шаблону чата Qwen3.5; для развёртывания рекомендуется SGLang, а вариант NVFP4 использует соответствующую квантизацию. Сильные стороны модели — выполнение комплексных задач от начала до конца, работа с инструментами и встроенная проверка утверждений по источникам, данным и вычислениям. README приводит конкурентные результаты Apodex-1.1-mini на агентных, финансовых и исследовательских бенчмарках, однако не раскрывает точный размер модели, архитектуру и полный перечень ограничений. Для работы требуются совместимые сервер и парсеры вызовов инструментов; конкретные характеристики производительности зависят от конфигурации развёртывания. Модель распространяется по лицензии Apache 2.0.

3.8K36авг. 2026ctx262.1K
textapache-2.0hugging-face
Mungert
Orchestrator-8B-GGUF

Orchestrator-8B GGUF — модель оркестрации инструментов и экспертных моделей, разработанная NVIDIA и University of Hong Kong. Эта версия распространяется пользователем Mungert в формате GGUF и создана с использованием llama.cpp. В основе лежит 8-миллиардная decoder-only Transformer-модель Qwen3-8B, обученная на GeneralThought-430K и ToolScale. Заявленный язык модели — английский; поддерживается генерация текста. Модель предназначена для сложных многошаговых и многоходовых агентских задач, в которых требуется координировать неоднородные инструменты, включая поиск, выполнение кода, а также специализированные и универсальные LLM. При обучении применялось многоцелевое обучение с подкреплением GRPO, оптимизирующее точность, задержку, стоимость и соответствие пользовательским предпочтениям. Разработчики заявляют об обобщении на ранее не встречавшиеся инструменты и конфигурации ценообразования. Согласно README, на Humanity’s Last Exam модель получила 37,1% и демонстрировала более высокую эффективность по сравнению с рядом крупных монолитных моделей, включая GPT-5, Claude Opus 4.1 и Qwen3-235B-A22B; также приводятся результаты на FRAMES и τ²-Bench. Конкретный размер контекста и характеристики модальностей не указаны. GGUF-файл подвергнут квантованию с выборочным повышением точности отдельных слоёв, что может улучшать качество при ограниченной разрядности ценой увеличения размера файла. Модель предназначена только для исследований и разработок и распространяется по лицензии Apache 2.0.

1.6K3нояб. 2025
textapache-2.0hugging-face

Задачи профессии

18 задач
362Генерация README по структуре проекта. — Для этой задачи система создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. Рабочие входы: архитектурные решения, API, рабочие процессы команды и кодовая база. Формат результата: редактируемый артефакт по задаче «Генерация README по структуре проекта», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Критерии приёмки: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
363Создание справки по API. — Практическая реализация: AI собирает содержание и структуру из заданных ограничений, затем формирует несколько вариантов для выбора и доработки. Входной контекст включает API, рабочие процессы команды, кодовая база и история изменений. Формат результата: редактируемый артефакт по задаче «Создание справки по API», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Ошибки выявляют по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
364Генерация JSDoc, TSDoc или другой документации к коду. — Механизм: AI генерирует черновой результат, согласованный с контекстом, форматом и стилевыми требованиями задачи. Исходные данные: рабочие процессы команды, кодовая база, история изменений и архитектурные решения. Формат результата: редактируемый артефакт по задаче «Генерация JSDoc, TSDoc или другой документации к коду», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Проверка: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
365Создание примеров использования библиотеки. — AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. К исходным данным относятся кодовая база, история изменений, архитектурные решения и API. Формат результата: редактируемый артефакт по задаче «Создание примеров использования библиотеки», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
366Формирование описания pull request. — Для этой задачи система собирает содержание и структуру из заданных ограничений, затем формирует несколько вариантов для выбора и доработки. Рабочие входы: история изменений, архитектурные решения, API и рабочие процессы команды. Формат результата: редактируемый артефакт по задаче «Формирование описания pull request», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Критерии приёмки: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
367Формирование понятного commit message. — Практическая реализация: AI генерирует черновой результат, согласованный с контекстом, форматом и стилевыми требованиями задачи. Входной контекст включает архитектурные решения, API, рабочие процессы команды и кодовая база. Формат результата: редактируемый артефакт по задаче «Формирование понятного commit message», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Ошибки выявляют по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
368Создание changelog из истории изменений. — Механизм: AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. Исходные данные: API, рабочие процессы команды, кодовая база и история изменений. Формат результата: редактируемый артефакт по задаче «Создание changelog из истории изменений», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Проверка: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
369Создание release notes для технической и нетехнической аудитории. — AI собирает содержание и структуру из заданных ограничений, затем формирует несколько вариантов для выбора и доработки. К исходным данным относятся рабочие процессы команды, кодовая база, история изменений и архитектурные решения. Формат результата: редактируемый артефакт по задаче «Создание release notes для технической и нетехнической аудитории», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
370Документирование схемы данных. — Для этой задачи система генерирует черновой результат, согласованный с контекстом, форматом и стилевыми требованиями задачи. Рабочие входы: кодовая база, история изменений, архитектурные решения и API. Формат результата: редактируемый артефакт по задаче «Документирование схемы данных», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Критерии приёмки: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
371Создание инструкции локального запуска. — Практическая реализация: AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. Входной контекст включает история изменений, архитектурные решения, API и рабочие процессы команды. Формат результата: редактируемый артефакт по задаче «Создание инструкции локального запуска», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Ошибки выявляют по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
372Создание инструкции развёртывания и отката. — Механизм: AI собирает содержание и структуру из заданных ограничений, затем формирует несколько вариантов для выбора и доработки. Исходные данные: архитектурные решения, API, рабочие процессы команды и кодовая база. Формат результата: редактируемый артефакт по задаче «Создание инструкции развёртывания и отката», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Проверка: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
373Генерация runbook для эксплуатации. — AI генерирует черновой результат, согласованный с контекстом, форматом и стилевыми требованиями задачи. К исходным данным относятся API, рабочие процессы команды, кодовая база и история изменений. Формат результата: редактируемый артефакт по задаче «Генерация runbook для эксплуатации», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
374Восстановление отсутствующей документации по реализации. — Для этой задачи система преобразует исходный материал по заданным правилам, сохраняя смысл, структуру и критически важные детали. Рабочие входы: рабочие процессы команды, кодовая база, история изменений и архитектурные решения. Формат результата: преобразованный материал по задаче «Восстановление отсутствующей документации по реализации» с сохранённым содержанием и журналом значимых изменений. Критерии приёмки: сравнением смысла и структуры до и после преобразования, а также поиском потерянных элементов; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
375Проверка документации на устаревшие команды и ссылки. — Практическая реализация: AI сверяет объект с эталоном, правилами и взаимными зависимостями, отмечая пропуски, конфликты и нарушения. Входной контекст включает кодовая база, история изменений, архитектурные решения и API. Формат результата: протокол выполнения «Проверка документации на устаревшие команды и ссылки» с пройденными условиями, найденными нарушениями и спорными местами для ручного решения. Ошибки выявляют повторным запуском на эталонных примерах, ручной проверкой спорных случаев и полнотой контрольного покрытия; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
376Синхронизация документации с изменениями кода. — Механизм: AI переводит объект в новый формат или вид, контролируя потери информации и нежелательные артефакты. Исходные данные: история изменений, архитектурные решения, API и рабочие процессы команды. Формат результата: преобразованный материал по задаче «Синхронизация документации с изменениями кода» с сохранённым содержанием и журналом значимых изменений. Проверка: сравнением смысла и структуры до и после преобразования, а также поиском потерянных элементов; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
377Создание интерактивного помощника по внутренней платформе. — AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. К исходным данным относятся архитектурные решения, API, рабочие процессы команды и кодовая база. Формат результата: редактируемый артефакт по задаче «Создание интерактивного помощника по внутренней платформе», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
378Формирование onboarding-маршрута для нового разработчика. — Для этой задачи система собирает содержание и структуру из заданных ограничений, затем формирует несколько вариантов для выбора и доработки. Рабочие входы: API, рабочие процессы команды, кодовая база и история изменений. Формат результата: редактируемый артефакт по задаче «Формирование onboarding-маршрута для нового разработчика», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Критерии приёмки: по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы.
379Создание учебных упражнений по реальной кодовой базе. — Практическая реализация: AI генерирует черновой результат, согласованный с контекстом, форматом и стилевыми требованиями задачи. Входной контекст включает рабочие процессы команды, кодовая база, история изменений и архитектурные решения. Формат результата: редактируемый артефакт по задаче «Создание учебных упражнений по реальной кодовой базе», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — технический документ. Ошибки выявляют по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по актуальности, воспроизводимости инструкций, полноте примеров и соответствию реальному поведению системы. <a id="section-ii-7"></a>

0 моделей