dif.sh favicon

dif.sh

Git-ориентированная платформа для управления флагами функций и A/B-тестированием, использующая Markdown-файлы и CLI для управления экспериментами непосредственно в кодовой базе проекта.

Код и ITОбнаружение конфликтов во время сборкиГенерация контекста для ИИ-агентовАвтоматическое архивирование экспериментовЛокальный предпросмотр вариантов
dif.sh product interface screenshot
Добавлено в AIToolly

Что такое dif.sh? Обзор продукта

Назначение продукта и его официальное позиционирование

dif.sh — это ориентированная на разработчиков платформа для экспериментов, которая хранит флаги функций, A/B-тесты и развертывания в виде Markdown-файлов в репозитории проекта. Такой подход позволяет командам управлять всем жизненным циклом флага функции с помощью стандартных инструментов контроля версий.

Система интегрируется с существующими рабочими процессами Git, позволяя использовать pull-запросы для утверждения экспериментов и сохранять постоянную версионную историю всех изменений. Она включает CLI, который автоматизирует создание, проверку и завершение тестов, одновременно генерируя типизированный клиент для использования в продакшене.

Используя локальный процесс сборки, инструмент обнаруживает потенциальные коллизии экспериментов до того, как они попадут в продакшен. Он также генерирует файлы контекста, специально разработанные для того, чтобы помочь ИИ-агентам кодирования понимать текущее экспериментальное состояние кодовой базы.

Для чего можно использовать dif.sh?

Сценарии, подтверждённые официальными источниками

Управление A/B-тестами

Команды могут определять варианты, гипотезы и метрики в Markdown-файлах для запуска и отслеживания экспериментов вместе со своим кодом.

Контекст для ИИ-агентов кодирования

Предоставление агентам кодирования сгенерированного файла контекста, чтобы они понимали активные эксперименты и предыдущие наработки во время разработки.

Как использовать dif.sh

Описанный в документации процесс, если он доступен

  1. 1

    Инициализация

    Запустите команду init для настройки локальной структуры папок, включая каталоги экспериментов и поверхностей внутри репозитория.

  2. 2

    Создание эксперимента

    Используйте CLI для подготовки нового теста, который автоматически извлекает исторический контекст из лога соответствующей поверхности для формирования гипотезы.

  3. 3

    Валидация и QA

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

  4. 4

    Сборка и развертывание

    Запустите команду сборки для генерации типизированного клиента и разрешения конфликтов групп исключения перед отправкой кода в продакшен.

  5. 5

    Завершение

    Завершите тест, заархивировав файл, подготовив блок принятия решения и обновив лог обучения поверхности для использования в будущем.

Жизненный цикл экспериментов на базе Git

Платформа рассматривает флаги функций и эксперименты как артефакты кода, используя Markdown-файлы для конфигурации и Git для контроля версий. Этот подход разработан таким образом, чтобы журнал аудита и процесс утверждения оставались в рамках существующих рабочих процессов разработчиков, таких как pull-запросы, устраняя необходимость в отдельной базе данных или внешней панели управления.

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

  • Автоматическая генерация файла контекста для осведомленности ИИ-агентов.
  • Обнаружение конфликтов во время сборки для уменьшения пересекающихся экспериментов.
  • Логи поверхностей, сохраняющие историю обучения для конкретных областей приложения.
  • Генерация типизированного клиента для обеспечения компактности и производительности рабочего кода.

Что проверить перед выбором dif.sh

Проверки на собственных материалах и рабочих процессах

  • Подтвердить, что CLI правильно идентифицирует и блокирует перекрывающиеся эксперименты в одной группе исключения во время процесса сборки.
  • Убедиться, что сгенерированный файл контекста содержит ожидаемые активные флаги и варианты для использования внешними агентами кодирования.
  • Проверить, что логи поверхностей корректно обновляются блоками решений после завершения эксперимента через CLI.

Источники и дата проверки dif.sh

Какие источники и когда были проверены

Официальный источник
https://www.dif.sh/
Последняя проверка
Категория
Код и IT

Часто задаваемые вопросы о dif.sh

Ответы на основе карточки продукта с проверенными источниками

Как обрабатываются конфликты экспериментов?

Система использует группы исключения, определенные в метаданных файлов, и проверяет наличие коллизий на этапе сборки, прерывая сборку, если пользователь может попасть в два конфликтующих теста.

Где хранятся данные клиентов?

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

Какова роль каталога поверхностей (surfaces)?

Поверхности выступают в качестве хранилища институциональной памяти, содержащего markdown-файлы с записями о предыдущих выводах и «подводных камнях» для конкретных экранов или функций.

Как инструмент интегрируется с ИИ-агентами кодирования?

Каждая сборка заново генерирует файл контекста с активными флагами и недавними выводами, который ИИ-агенты могут прочитать в начале сессии для понимания текущего состояния экспериментов.

Требуется ли облачный сервис для использования инструмента?

Нет, основная функциональность работает через CLI и локальные файлы, хотя доступен дополнительный облачный уровень для команд, которым нужна централизованная аналитика и визуализация доверительных интервалов.

Посмотрите другие недавно добавленные инструменты в этой категории.