HelixHarness — плагин
Плагин DiDi для Codex и Claude Code ведет задачу от предложения к архиву и копит проверенные знания проекта в репозитории
- 420 ★ репозитория
- Последний коммит
- Apache-2.0
Расширенный доступ
Почему такой уровень
- Плагин ставит хуки агента и в цикле Apply правит код, запускает тесты и проверки в репозитории.
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add plugins/helixharnessОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Плагин ставит хуки агента и в цикле Apply правит код, запускает тесты и проверки в репозитории.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
HelixHarness собирает из правил команды, бизнес-знаний и проверок обвязку, в которой работает агент. Знания о системе лежат в `docs/knowledge/`, архитектурные ограничения в `docs/harness/`, контракты задач в `docs/specs/`, проверки и шлюзы в `docs/hooks/`. Индексы подсказывают агенту, какие документы загрузить под текущий шаг. Работа идет циклом из трех команд. `/helix:propose` задает рамки и критерии приемки, `/helix:apply` реализует, тестирует и проверяет код, `/helix:archive` сверяет выполнение и отбирает устойчивые правила для сохранения. В общие знания проекта они попадают только после подтверждения человеком. Флаг `--loop` прогоняет весь цикл и останавливается на решениях и блокерах. Плагин помнит незаконченную работу между сессиями и умеет вести несколько репозиториев одним рабочим пространством.
Для кого. Командам разработки, у которых свои архитектурные правила и бизнес-логика, а агент каждый раз начинает знакомство с проектом заново.
Подходит, если
- Агент раз за разом нарушает одни и те же правила проекта, и их надо закрепить в репозитории.
- Фича затрагивает несколько сервисов, и нужен общий план с проверкой в каждом репозитории.
- После каждой задачи хочется сохранять подтвержденные правила, чтобы следующая начиналась с готовой опоры.
- Работу надо прерывать и продолжать в новой сессии, не теряя состояния спецификации и задач.
Не подходит, если
- Работаете в Cursor, Gemini CLI или другом агенте: сейчас поддержаны только Codex и Claude Code.
- Задача разовая и мелкая, папки знаний и спецификаций будут лишними.
- Нужен процесс со своими этапами и порядком: настраиваемые этапы пока только в планах.
Пример запроса к агенту
/helix:propose task-filter ./requirements/task-filter.md --loopОграничения
Для установки нужны Python 3.10 и новее, Git и Codex или Claude Code с поддержкой плагинов и рабочей настройкой модели. Хуки плагина стоит просмотреть в интерфейсе агента до первого запуска, их выполнение зависит от настроек хоста. Платформа helixharness-platform для наблюдения и оценки версий ставится отдельно и обычной команде не обязательна. Телеметрия выключена, пока пользователь сам ее не включит, адреса для отправки отзывов по умолчанию не заданы.
Как отключить. Удалите плагин `helix@helixharness-marketplace` через менеджер плагинов агента. Папки `docs/knowledge/`, `docs/harness/` и `docs/specs/` остаются в репозитории как обычные документы.
Частые вопросы
Как поставить HelixHarness в Claude Code?
Добавьте магазин командой `claude plugin marketplace add https://github.com/didi/helixharness.git` и установите `helix@helixharness-marketplace`. Клонировать исходники вручную не нужно.
Чем HelixHarness отличается от Superpowers и OpenSpec?
Superpowers дает набор практик разработки, OpenSpec ведет изменения по спецификациям. HelixHarness добавляет к циклу ограничения проекта и знания, которые копятся после каждой задачи.
Публикует ли режим `--loop` код?
Нет. Он проходит предложение, реализацию и архив, останавливается на решениях и блокерах и не публикует и не разворачивает код.
Сколько всего команд у плагина?
Девять, все в пространстве имен `helix`. Кроме трех основных, есть `/helix:init`, `/helix:status` для прогресса и блокеров и `/helix:config` для телеметрии и адресов отчетов.
Нужна ли платформа helixharness-platform?
Нет, плагин работает без нее. Платформа нужна тем, кто развивает саму обвязку: она показывает использование и сравнивает версии фреймворка.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
ПлагиныHarness ведет задачу по циклу план, работа, ревью: спецификация и Plans.md лежат в репозитории, проверяет отдельный рецензент.
Плагин Claude Code с навыками /readiness и /setup оценивает готовность проекта к работе агентов и ставит правила и проверки.
ADLC Harness ведет задачу от намерения до PR одной командой, а человек подтверждает только четыре ключевых этапа.
CLI, хуки и скиллы для долгой работы Claude, Codex и Pi: задачу ведут issue и PR, а на ревью приходит PR с проверками
Скилл ведет долгую задачу как пакет с проверяемыми шагами и состоянием на диске, чтобы продолжить ее в новой сессии.
Скиллы команды Codely ведут работу агента по фазам: план в файле или GitHub Issues, ревью после каждой фазы и аккуратный коммит
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| HelixHarness (эта карточка) | нет | 420 | |
| Superpowers | нет | 316 679 | набор общих практик разработки; здесь ограничения конкретного проекта и знания, которые копятся после задач |
| OpenSpec | нет | 74 686 | ведет изменения по спецификациям; здесь цикл со шлюзами проверок и общим архивом знаний команды |
Коротко о README
README рассказывает происхождение проекта в команде финтеха DiDi, показывает, где в репозитории живут знания и правила, и дает пример с фичей возвратов. Ниже установка для двух агентов, сравнение с соседями и описание платформы оценки.