Morning Star Harness — плагин

Morning Star ведет задачу агента от запроса до слияния через PM-агента, проверку плана и приемку, с журналом решений в репозитории

  • 69 ★ репозитория
  • Последний коммит
Плагин

Широкий доступ

Почему такой уровень

  • Агенты пишут код в ветках и ведут работу до слияния, а установка вносит файлы в проект и настройки хоста
  • Несколько ролей и проверяющих на каждый план многократно расходуют токены
Все причины и проверки

btspoony/mstar-harness

Установка

Работает в

В терминале, через SkillFoxx CLI

npx skillfoxx add plugins/morning-star-harness

Определит агенты на машине, покажет уровень доступа и зафиксирует версию.

Другие способы установки

Доступ и проверки

Как мы проверяем

Широкий доступИнструмент может менять данные, выполнять команды или работать с секретами.

  • Агенты пишут код в ветках и ведут работу до слияния, а установка вносит файлы в проект и настройки хоста
  • Несколько ролей и проверяющих на каждый план многократно расходуют токены

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Morning Star добавляет процесс поставки в ИИ-инструменты вроде `dsh`, `omp`, OpenCode, Cursor, Kimi Code, ZCode и Codex. Вы один раз входите в роль и описываете задачу своими словами. Агент `project-manager` уточняет запрос, ведет план и проводит работу через требования, реализацию, независимую проверку, приемку и закрытие. Отдельные роли отвечают за требования, архитектуру, реализацию, контроль качества, приемку, аудит и эксплуатацию, у каждой узкое поручение. Каждый план проходит проверку на уровне плана, по умолчанию тремя независимыми участниками, многозадачные планы получают еще и проверку каждой задачи. Итерация закрывается только после слияния. Планы, находки, отчеты и решения пишутся в каталог harness репозитория, так что история работы видна в репозитории. Команды аудита только читают код и сообщают о находках, правок они не вносят. Команда `/amazing-pr-review` оставляет комментарии к запросу на слияние и никогда его не принимает.

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

Подходит, если

  • Фича описывается одной фразой и доводится до запроса на слияние через план и ревью
  • Работа прерывается на середине, и план хранит место, где остановились
  • Нужны независимые проверяющие на каждый план
  • Нужен аудит кода или e2e-проверка по запросу с отчетом
  • Итерация состоит из нескольких планов и закрывается после слияния

Не подходит, если

  • Нужна быстрая правка в одну строку: процесс добавляет роли и проверки
  • Рабочий инструмент у вас Claude Code: в списке хостов его нет
  • Планы и отчеты нельзя хранить в репозитории

Пример запроса к агенту

Войди в роль PM и добавь ограничение частоты запросов в публичный API с тестами, веди работу до слияния

Ограничения

Установка отличается по хостам: для `dsh` и `omp` нужны их CLI, для Cursor нужен git, Kimi Code ставит плагин только нативной командой. Названия команд зависят от хоста, у некоторых они идут с префиксом плагина, а Codex ставит командные скиллы только на уровне проекта. Процесс тяжеловесный и тратит токены: подключаются несколько ролей, три проверяющих на план. Команда `/amazing-e2e-check` запускается только по запросу.

Как отключить. Для CLI-установки есть режим удаления в `INSTALL.md`, для нативной выполните команду удаления плагина вашего хоста. Папку с планами в репозитории удалите вручную.

Частые вопросы

Как установить Morning Star в Cursor?

Выполните `npx @mstar-harness/cli init --target cursor`. Вручную: клонируйте репозиторий в `~/.cursor/plugins/local/morning-star-harness` и перезагрузите окно.

Какие хосты поддерживаются?

`dsh` (DeepSeek Harness), `omp`, OpenCode, Cursor, Kimi Code, ZCode и Codex. Для каждого описаны две установки: через CLI и нативная.

Кто проверяет работу?

Отдельные роли: проверка плана тремя независимыми участниками, проверка каждой задачи и приемка PM как единственный путь приемки.

Сам ли Morning Star сливает запросы на слияние?

Нет, итерация закрывается после слияния. Команда `/amazing-pr-review` только комментирует запрос на слияние и не принимает его.

Где хранится журнал работы?

В каталоге harness вашего репозитория: планы, находки, отчеты ревью и решения.

Обсуждение

Вопросов и отзывов пока нет.

Плагины

Harness ведет задачу по циклу план, работа, ревью: спецификация и Plans.md лежат в репозитории, проверяет отдельный рецензент.

ПлагинРасширенный доступ3,2 тыс.Звезды репозитория

Плагин DiDi для Codex и Claude Code ведет задачу от предложения к архиву и копит проверенные знания проекта в репозитории

ПлагинРасширенный доступ415Звезды репозитория

Repository Harness ставит в репозиторий файл AGENTS.md, карту документов и явно вызываемые скиллы для онбординга, а затем безопасно обновляет их

СкиллШирокий доступ1,3 тыс.Звезды репозитория

Маркетплейс и установщик плагинов для полного цикла разработки: выбор задачи, ревью, чистка кода, PR, релиз

ПлагинШирокий доступ1 тыс.Звезды репозитория

ADLC Harness ведет задачу от намерения до PR одной командой, а человек подтверждает только четыре ключевых этапа.

ПлагинРасширенный доступ125Звезды репозитория

Коротко о README

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

Бейдж для README

Сообщить о проблеме