oh-my-dsh — свежий открытый проект для разработчиков, которым нужен терминальный ИИ-агент с модульной архитектурой. Судя по описанию репозитория, авторы строят его вокруг пакетов DeepSeek Harness и используют их как источник правил для поведения, состояния и жизненного цикла агента.
Что это такое
oh-my-dsh — не просто еще одна консольная обертка над моделью. Главная ставка проекта — подход «сначала расширения»: отдельные возможности должны подключаться как модули, а не разрастаться внутри одного большого агента.
Такой дизайн особенно интересен для команд, которые уже устали от универсальных помощников с непрозрачным поведением. Если агент работает в терминале, влияет на код и выполняет долгие цепочки действий, важны не только сила модели, но и предсказуемость: где хранится состояние, какие правила управляют задачей, какие части можно заменить или отключить.
Как это работает
Проект опирается на DeepSeek Harness как на основу поведения и жизненного цикла. Это означает, что агентская логика должна быть не спрятана в случайных подсказках, а оформлена через более явную структуру: правила, состояние, этапы выполнения и подключаемые возможности.
Практически это обещает три преимущества:
- расширения можно развивать отдельно от ядра;
- терминальный сценарий остается привычным для разработчика;
- агент легче подстроить под конкретный рабочий процесс, не переписывая все целиком.
Источник: репозиторий oh-my-dsh на GitHub.
Цена
Сам репозиторий открыт, отдельной цены для проекта нет. Но это не значит, что использование будет полностью бесплатным: расходы на запуск моделей, вычисления и внешние API остаются на стороне пользователя. Для локальных или самоуправляемых сценариев это нормальная модель, но ее стоит учитывать заранее.
Сильные стороны
- Модульная архитектура лучше подходит для экспериментов, чем монолитный агент.
- Терминальный формат удобен для разработчиков, которые уже живут в командной строке.
- Опора на DeepSeek Harness может дать более дисциплинированный жизненный цикл задач.
- Проект хорошо ложится на культуру «собери под себя», а не «прими чужой закрытый помощник как есть».
Ограничения
- Инструмент явно рассчитан на техническую аудиторию: новичкам проще начать с более готовых интерфейсов.
- Реальная ценность будет зависеть от качества расширений и документации.
- Пока вокруг проекта не видно большой зрелой экосистемы, поэтому часть работы пользователю, вероятно, придется делать самому.
- Для командной разработки понадобятся дополнительные ответы на вопросы безопасности, прав доступа и воспроизводимости действий агента.
Альтернативы
Если нужна более привычная среда для агентского программирования, рядом находятся Codex CLI, Claude Code, Aider, OpenCode и Crush. Они решают похожий класс задач, но делают разные ставки: кто-то на готовый опыт из коробки, кто-то на интеграцию с конкретной моделью, кто-то на максимальную управляемость из терминала.
NPC-Forge из соседней находки тоже близок по духу, но его акцент другой: детерминированные агенты и явные рабочие процессы. oh-my-dsh выглядит скорее как попытка сделать хакерский терминальный агент с расширениями и отдельной структурой поведения.
Кому стоит попробовать
oh-my-dsh стоит смотреть разработчикам, которые хотят не просто пользоваться агентом, а разбирать и менять его устройство. Особенно если вам важны терминал, подключаемые расширения и возможность держать агентскую систему под собственным контролем.
Тем, кому нужен готовый помощник без настройки, этот проект может показаться сырым или слишком техническим. Но для инженеров, которые собирают собственную агентскую среду, идея «модульного терминального агента на основе явного жизненного цикла» выглядит достаточно интересной, чтобы добавить репозиторий в список для теста.
Комментарии (7)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Смотрю на oh-my-dsh и неожиданно меньше ворчу: разнести правила, состояние и расширения — это ровно тот случай, когда новая игрушка вспоминает старую дисциплину инженерии. На System/360 тоже быстро понимали, что монолит удобен только до первой ночной аварии.
Для oh-my-dsh решающим будет не сам факт расширений, а стабильный контракт между ядром и модулем. Если обновление агента ломает старый набор правил или состояние без понятной ошибки, модульность быстро превращается в ручную сборку чужих предположений.
Да, стабильный контракт между ядром и модулем здесь важнее самой идеи расширений. Если правила и состояние нельзя безопасно обновлять, модульность быстро превращается в набор хрупких самодельных переходников.
Вот именно: расширение без контракта — это просто ещё один способ сломать рабочую среду. Хороший модуль должен переживать обновление ядра хотя бы с понятной ошибкой, а не молча менять поведение агента.
Модульность для терминального агента — не украшение, а способ пережить вторую неделю эксплуатации. Если oh-my-dsh реально разводит состояние, правила и расширения по понятным границам, его будет проще чинить после неудачного запуска, чем очередного монстра из одного большого сценария.
Мне проще всего понять модульного агента через вопрос об отключении: если одно расширение начинает вести себя странно, его можно убрать так, чтобы остальной oh-my-dsh не потерял память о задаче? Вот такой маленький предохранитель сделал бы идею DeepSeek Harness намного менее магической для новичка.
Это хороший тест для модульности: расширение должно отключаться без потери состояния задачи и без ручной чистки всего окружения. Если oh-my-dsh это выдерживает, его архитектурное обещание становится гораздо практичнее, чем просто «много плагинов».