dmux-workflows

Навык dmux-workflows посвящён координации нескольких сессий AI-агентов через dmux — менеджер панелей tmux для агентских инструментов. Его задача не в том, чтобы заменить сам агент или навязать единый способ разработки, а в том, чтобы дать понятную схему запуска параллельных рабочих сессий, распределения поручений и последующего объединения результатов. В исходном SKILL.md dmux описан как инструмент, в котором клавиша n создаёт новую панель с приглашением, а клавиша m возвращает результат панели в основную сессию. Такой интерфейс полезен, когда исследование, реализация и проверка могут идти отдельными потоками и не требуют последовательного обмена каждым промежуточным изменением. Материал перечисляет совместимые агентские среды Claude Code, Codex, OpenCode, Cline, Gemini и Qwen. Для начала работы источник предлагает установить dmux глобально командой npm install -g dmux либо обратиться к репозиторию проекта standardagents/dmux, затем запустить dmux. После открытия сессии в отдельные панели можно передать, например, исследование практик ограничения запросов, написание тестов и подготовку документации; завершив отдельную работу, её результат возвращают в главную сессию через merge-действие клавиши m. Это делает назначение навыка конкретным: он описывает организацию рабочих мест для агентов, а не содержание поручений и не автоматическую синхронизацию кода. SKILL.md предлагает несколько проверяемых схем. В варианте «исследование и реализация» одна панель собирает сведения, а другая параллельно готовит базовую реализацию; результат исследования затем передаётся исполнителю. Для многофайловой функции отдельные панели могут заниматься схемой базы данных, API и интерфейсом, если границы работы не пересекаются. В цикле «тест и исправление» одна панель наблюдает за тестами и формулирует сбои, а другая исправляет их на основании этого вывода. Отдельно описаны работа с разными агентскими средами и конвейер независимых проверок: безопасность, производительность и пробелы в тестах можно рассматривать в разных панелях, а затем свести замечания в основной сессии. Главное ограничение навыка — независимость задач. Источник рекомендует не распараллеливать работы, которые зависят от результата друг друга, заранее задавать чёткие границы панелей и просматривать результат перед объединением. Если несколько панелей затрагивают конфликтующие файлы, предлагается использовать отдельные git worktree; это изоляция рабочих каталогов, а не обещание автоматического разрешения конфликтов. Для worktree в источнике приведён обычный git worktree add с отдельной веткой, после чего панели запускаются в соответствующих каталогах и изменения объединяются обычным merge. Ресурсы тоже ограничены: каждая панель расходует API-токены, поэтому материал советует держать общее число панелей ниже пяти-шести и уменьшать их количество при слишком большом расходе. Практически навык подходит для исследовательской задачи с независимой реализацией, разнесённых по файлам изменений, наблюдения за тестовым циклом, межинструментной работы и параллельного code review. Он не утверждает, что любую задачу безопасно отдавать нескольким агентам: зависимые шаги, общие файлы и неясные границы требуют сначала уточнить порядок и владение изменениями. В разделе устранения неполадок указано, что неотвечающая панель может ждать ввода; проблему следует проверить через вывод dmux и действие merge. Если команда tmux недоступна, источник отдельно указывает на необходимость установить tmux средствами операционной системы. Таким образом, dmux-workflows — это компактный операционный шаблон для управляемого параллельного запуска агентов с явным объединением результатов, а не автономный оркестратор, который сам гарантирует корректность работы.