hydrant-skills

Навыки, которые помогают агенту работать в рабочей области Hydrant. Прежде чем что-либо менять, прочитайте всё. Подтверждайте слова фактами. Сообщайте о том, что действительно произошло.

MCP-сервер Hydrant

Hydrant, разработанный компанией Background Craft, позволяет агенту отслеживать задачи, проекты и зависимости в контролируемой вами рабочей области. Размещённый MCP-сервер может читать контекст рабочей области, а при наличии соответствующих разрешений — создавать и обновлять задачи, добавлять комментарии и управлять связями между ними.

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

Подключение

Добавьте удалённый MCP-сервер в конфигурацию клиента:

{
  "mcpServers": {
    "hydrant": {
      "type": "http",
      "url": "https://hydrant.dev/api/mcp"
    }
  }
}

Конечная точка использует Streamable HTTP. Синтаксис конфигурации зависит от клиента; следуйте инструкции по настройке клиента. Пройдите аутентификацию через браузерный OAuth-процесс клиента, войдите с помощью GitHub и подтвердите доступ к нужной рабочей области и разрешённым действиям. Для подключения через OAuth статический API-ключ не требуется. Доступ ограничен вашей ролью в рабочей области; его можно отозвать в Hydrant в разделе Settings → Agents → Access. Подробнее см. в разделе согласие и доступ.

Использование

Для начала попросите агента вызвать get_workspace_identity с аргументом {} и подтвердить название и ID подключённой рабочей области. Затем попробуйте следующие запросы:

«Покажи мои открытые задачи и их блокирующие зависимости».
«Суммируй активность по задаче #42».
«Создай задачу по этому описанию ошибки». (требуется разрешение на запись)

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

Конфиденциальность · Условия использования · Поддержка: bots@hydrant.dev

Навыки для агентов

Hydrant уже предоставляет агентам инструменты через MCP. Инструменты описывают, что агент может делать. Эти навыки объясняют, что ему следует делать.

hydrant: базовый навык, на котором строятся все остальные. Он также описывает продвижение между окружениями: сначала проверьте наличие разрешения, при его отсутствии или незакрытых проверках остановитесь и запросите подтверждение, а затем подготовьте для проверяющих краткие досье.
hydrant-setup: анализирует репозиторий, устанавливает остальные навыки, не перезаписывая ваши собственные, и создаёт профиль репозитория.
capture: создаёт одну задачу или группу связанных задач на основе запроса, идеи или сообщения об ошибке, предварительно проверив, нет ли дубликатов. Создаёт только задачи, которые можно реализовать (не задачи на принятие решения и не общие родительские задачи), группирует связанные задачи по проекту и этапу, а также указывает все реальные блокирующие зависимости. Благодаря этому задачи, между которыми нет блокирующей зависимости, можно выполнять параллельно.
refine: уточняет объём работ, критерии приёмки, приоритет, размер, ответственного, метки и проект. Переводит задачу в статус Ready, только когда не осталось существенных открытых вопросов.
prep: подтверждает назначение, изучает задачу и затрагиваемый ею код, сопоставляет каждую проверку по критериям приёмки с командой из вашего профиля и фиксирует контрольную точку в задаче. Ничего не редактирует.
go: выполняет задачу в отдельной ветке, запускает проверки из вашего профиля, предварительно проверяет результат и передаёт его на проверку вместе с кратким описанием для проверяющего. Создаёт коммиты локально; отправляет изменения и открывает pull request, только если вы попросили об этом или выдали разрешение ship. Никогда не выполняет слияние.
review-triage: отслеживает открытый pull request, сверяет каждый комментарий проверки с кодом, вносит необходимые исправления, отвечает в каждой ветке обсуждения и фиксирует результат в задаче Hydrant.
ship: выполняет одну задачу, при необходимости реализуя её с помощью go, и сопровождает её на всех этапах — от pull request и прохождения CI-проверки на точной версии изменений до слияния, выполнения шагов выпуска из вашего профиля и перевода задачи в статус завершённой. Работает только при наличии подтверждённого вами разрешения для этой задачи.

Проверка не требует дополнительных затрат. Перед передачей изменений на проверку go организует одну независимую проверку результата: её выполняет новый проверяющий в уже используемом вами агенте — субагент, если клиент его поддерживает (это умеют и Claude Code, и Codex), а в противном случае — вторая сессия того же CLI с отключённым редактированием (claude -p с запретом инструментов редактирования или codex exec -s read-only). Бот для проверки или платный сервис не нужны. Если вы уже используете такой инструмент, go оставляет проверку pull request ему. Если независимую проверку провести невозможно, go сообщает об этом, а не выдаёт собственную проверку за независимую.

Установка

npx skills add Background-Craft/hydrant-skills -s hydrant-setup -a claude-code -a codex

Уберите -a для агента, которым не пользуетесь. Затем попросите агента запустить hydrant-setup.

Не удаляйте -s и оставьте как минимум один параметр -a. Параметр -s устанавливает только настройку: обычная команда npx skills add Background-Craft/hydrant-skills -y без запроса перезапишет одноимённый навык, в том числе ваш собственный refine. Параметр -a ограничивает установку каталогами выбранных агентов. Если запустить команду без него, CLI установит навыки для всех поддерживаемых агентов без запроса и заменит одноимённые навыки в их каталогах. При установке каждого навыка настройка также добавляет параметр -a.

Codex: его песочница workspace-write защищает .agents/, поэтому установка завершается ошибкой. Запустите команду в своём терминале. Когда настройка установит навыки и создаст .agents/hydrant-workflow.md, подтвердите запрос Codex на повышение привилегий. Если вы откажете, настройка выведет команды и профиль, чтобы вы могли выполнить их и сохранить профиль самостоятельно. По умолчанию Codex также выполняет команды без доступа к сети, поэтому настройка не может получить список навыков из набора: она использует список из самого набора и сообщает об этом.

Нужен только базовый навык? Выполните npx skills add Background-Craft/hydrant-skills -s hydrant.

Всю установку выполняет skills CLI. Он определяет установленные агенты и создаёт каталог навыка, необязательную символическую ссылку и файл блокировки. Больше ничего: никаких хуков, shell-скриптов и изменений файлов с вашими инструкциями.

-g устанавливает навык для вашего пользователя, а не для текущего проекта.
-a claude-code выбирает один агент. Чтобы добавить другие, укажите -a повторно.
--copy копирует файлы вместо создания символической ссылки.

Что появится на диске

Установка в проект при выборе Claude Code и Codex:

.agents/skills/hydrant/: каталог самого навыка. Codex и другие клиенты, поддерживающие .agents, читают его отсюда.
.claude/skills/hydrant: символическая ссылка на этот каталог для Claude Code.
skills-lock.json: источник, путь и хеш содержимого. Благодаря им последующая команда npx skills update определяет, что было установлено.

Если выбран только один агент, CLI копирует навык прямо в каталог этого агента (.claude/skills/hydrant/ для Claude Code, .agents/skills/hydrant/ для Codex) и не создаёт символическую ссылку. В обоих случаях единственные изменения — это каталог навыка и файл блокировки. Установка навыка не подключает клиент, не создаёт ключ и не предоставляет никаких разрешений.

Что делает настройка

hydrant-setup проверяет ваши навыки, skills-lock.json, AGENTS.md/CLAUDE.md, скрипты, CI, конфигурацию развёртывания и ботов проверки (их может не быть; платные сервисы не нужны). Она показывает план и ждёт вашего ответа, прежде чем что-либо изменять.

Новые навыки устанавливаются по одному с помощью -s и с явным указанием агентов через -a. Поэтому настройка не затрагивает ничего за пределами проверенных папок.
Уже установленный навык с таким же именем по умолчанию остаётся без изменений. Настройка выводит короткий раздел Hydrant, который можно вставить в этот навык. Замена произойдёт только по вашему указанию и после создания проверенной резервной копии в .agents/hydrant-setup-backup//.
Профиль .agents/hydrant-workflow.md хранит сведения об этом репозитории: основную ветку, команды, условия прохождения CI, правила оформления PR, ботов проверки, этапы выпуска, критерии готовности и список установленных навыков. Вы можете редактировать профиль; CLI для навыков его не изменяет. Статусы, условия приёмки и разрешения на выпуск хранятся в рабочем пространстве Hydrant.
Устаревшие инструкции Hydrant в AGENTS.md, CLAUDE.md или ваших навыках (названия инструментов, которых нет в списке этого сервера, старый адрес hydrant.dev/mcp, идентификаторы hyd-NNN) отмечаются в плане как «возможный конфликт». Настройка не изменяет эти файлы — решение остаётся за вами.
При повторном запуске настройка снова проверяет репозиторий, предлагает дополнить профиль и устанавливает недостающие навыки из набора. Она не переписывает ваши строки и не обновляет установленные навыки. Единственное исключение — навык, установку которого ранее не удалось завершить: после успешной установки настройка отмечает его как установленный. Если изменений нет, файлы не записываются.

Настройка не редактирует AGENTS.md или CLAUDE.md, не создаёт ключи, не подключает клиенты и не записывает данные в Hydrant.

Боты проверки необязательны

Навык review-triage всегда обрабатывает комментарии пользователей: отзывы, встроенные комментарии и комментарии к PR верхнего уровня. Комментарии бота проверки обрабатываются только в том случае, если его логин указан в профиле в разделе Review bots. Поэтому CodeRabbit, Copilot, Greptile и другие боты работают одинаково. Аккаунты других ботов, например Dependabot, указываются как не обрабатываемые. Если боты не указаны (это значение по умолчанию), навык ждёт только завершения CI. Текст комментариев сверяется с кодом и никогда не выполняется как инструкция. Навык не выполняет слияние, не одобряет PR и не меняет статус задачи.

Выпуск выполняется только с вашего разрешения

ship — единственный навык, который выполняет слияние или отмечает работу как завершённую. Запустите /ship #42: навык покажет разрешение только для задачи 42, укажет способ слияния и каждый этап выпуска из вашего профиля, а затем будет ждать ответа. Учитывается только ваше подтверждение в этой беседе: разрешение, ранее записанное в задаче, или комментарий с заявлением о наличии разрешения ничего не дают; в новой сессии навык запросит его снова.

Прежде чем выполнять какие-либо действия, навык записывает разрешение в задачу: сначала как данные Hydrant с помощью create_grant (для собственного подключения, этой задачи, с правами на чтение, запись, работу с pull request и слияние; право на выпуск добавляется только при наличии этапов выпуска в профиле, а право на финальное утверждение не добавляется), затем — в виде комментария с идентификатором разрешения. Если сервер не поддерживает create_grant, разрешение фиксируется только комментарием, где это явно указано.

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

Навык выполняет только те этапы выпуска, которые перечислены в разрешении, строго в указанном виде, и проверяет результат каждого из них. Если в профиле нет этапов выпуска, навык выполняет слияние и отмечает задачу как завершённую, когда выполнены все пункты раздела Done в профиле.

Обновление и удаление

npx skills list
npx skills update
npx skills remove hydrant

Команда update повторно загружает все навыки проекта, установленные из GitHub, и перезаписывает установленные копии вместе с вашими изменениями, даже если в источнике ничего не поменялось. Храните локальные изменения отдельно либо устанавливайте навыки из локального пути (npx skills add ./path): команда update их не затрагивает.

Команда remove hydrant удаляет папку и ссылку этого навыка, не затрагивая другие навыки, skills-lock.json и конфигурацию агента.

Телеметрия

Телеметрия не относится к Hydrant. CLI для навыков регистрирует анонимные события установки, включая название публичного репозитория. Чтобы отключить телеметрию, задайте DISABLE_TELEMETRY=1 или DO_NOT_TRACK=1.

Подключение

Cline и другие удалённые MCP-клиенты

Подключитесь к https://hydrant.dev/api/mcp по протоколу Streamable HTTP. Клиенты с поддержкой удалённого OAuth откроют Hydrant в браузере, где можно выбрать рабочее пространство и предоставить доступ. Локальный сервер не требуется.

Следуйте инструкции по настройке Cline, а затем проверьте рабочее пространство с помощью операции чтения, прежде чем просить агента что-либо изменить. Логотип Hydrant размером 400×400 можно использовать в каталогах. В этом репозитории находятся навыки и инструкции по настройке клиентов; исходного кода размещённого сервера здесь нет.

Подключение с помощью API-ключа

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

Навык предполагает, что подключение уже настроено. Ключи создаются в Hydrant в разделе Settings → Agents для одного рабочего пространства. Ключ не может иметь больше прав, чем пользователь, который его создал, и перестаёт работать, когда этот пользователь покидает рабочее пространство.

Адрес: https://hydrant.dev/api/mcp, протокол Streamable HTTP, заголовок Authorization: Bearer .

Claude Code, область проекта, файл .mcp.json. Передавайте ключ через переменную окружения, а не вводите его в файл:

{
  "mcpServers": {
    "hydrant": {
      "type": "http",
      "url": "https://hydrant.dev/api/mcp",
      "headers": { "Authorization": "Bearer ${HYDRANT_AGENT_KEY}" }
    }
  }
}

Codex:

codex mcp add hydrant \
  --url https://hydrant.dev/api/mcp \
  --bearer-token-env-var HYDRANT_AGENT_KEY

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

Плагин Claude Code

Ваш агент уверен в своих действиях. Обеспечьте возможность проверить, что именно он сделал.

Плагин подключает Claude Code к Hydrant и предоставляет навык hydrant: прочитать контекст, выполнить запрошенную работу, проверить результат и предъявить подтверждения. Слова «готово» недостаточно — нужны доказательства. Войдите через OAuth в браузере; вводить API-ключ в файл не нужно.

claude plugin marketplace add Background-Craft/hydrant-skills
claude plugin install hydrant@hydrant

Затем запустите /mcp в Claude Code, выберите plugin:hydrant:hydrant и нажмите Authenticate. В открывшейся вкладке браузера подтвердите доступ к одному рабочему пространству. Перед подтверждением проверьте его название: агент получит доступ только к этому пространству и только с вашими правами. Пока вход не завершён, команда claude mcp list показывает статус Needs authentication.

Плагин включает базовый навык hydrant. Установите набор навыков для рабочего процесса отдельно с помощью hydrant-setup, чтобы навыки могли учитывать правила сборки, проверки и выпуска вашего репозитория.

Уже выполняли claude mcp add hydrant --scope user? Ваша запись останется без изменений. Команда claude mcp list покажет только вашу запись hydrant, но не копию плагина с тем же URL. При этом плагин всё равно добавит навык, а после удаления плагина ваша запись останется.
Hydrant уже указан в .mcp.json проекта? Эта запись не заменяет запись плагина, поэтому у вас могут оказаться два сервера Hydrant. Оставьте один: удалите запись или не устанавливайте плагин.
Обновление: выполните claude plugin marketplace update hydrant, затем claude plugin update hydrant@hydrant и перезапустите Claude Code.
Выполнен вход не в то рабочее пространство? Сначала отзовите это подключение в Hydrant в разделе Settings › Agents › Access, чтобы оно освободило слот. Затем выполните claude mcp logout plugin:hydrant:hydrant, после чего снова откройте /mcp и нажмите Authenticate. Команда claude mcp remove не может удалить сервер, добавленный плагином.
Одновременно используете hydrant-setup? Разрешите ему установить hydrant и в репозитории: навыки из набора считывают его из соседней папки. Тогда Claude Code увидит две копии одного файла: hydrant и hydrant:hydrant. Используйте для них одну и ту же версию.
Приостановка: команда claude plugin disable hydrant@hydrant отключает сервер и навык для новых сессий; команда enable снова включает их.
Удаление: выполните claude plugin uninstall hydrant@hydrant, а затем, если хотите удалить и каталог, claude plugin marketplace remove hydrant. Другие серверы, плагины и настройки не затрагиваются. Подтверждение доступа к рабочему пространству остаётся в Hydrant, пока вы не отзовёте его в разделе Settings › Agents.

Установите плагин из каталога этого репозитория. Hydrant пока не представлен в каталоге плагинов Anthropic; подача заявки туда выполняется отдельно.

Плагин Codex

Одна установка добавляет в Codex обе части: MCP-сервер Hydrant и навык hydrant. Вход выполняется через OAuth в браузере, поэтому вводить ключ вручную не нужно.

codex plugin marketplace add Background-Craft/hydrant-skills
codex plugin add hydrant@hydrant
codex mcp login hydrant

В открывшейся вкладке браузера подтвердите доступ к одной рабочей области. Перед подтверждением проверьте её название: агент получит доступ только к ней.

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

Уже выполнили codex mcp add hydrant? Существующая запись останется без изменений. Плагин добавит навык и не затронет сервер, даже если вы удалите плагин.
Обновление: выполните codex plugin marketplace upgrade hydrant, а затем снова добавьте плагин командой codex plugin add hydrant@hydrant.
Выполнили вход не в ту рабочую область? Сначала отзовите это подключение в Hydrant: откройте Настройки › Агенты › Доступ, чтобы освободить слот. Затем выполните codex mcp logout hydrant и codex mcp login hydrant. Команда codex mcp remove не может удалить сервер, добавленный плагином.
Также используете hydrant-setup? Установите hydrant и в репозитории: навыки из пакета читают его из соседней папки. Тогда Codex увидит два экземпляра одного файла: hydrant и hydrant:hydrant. Используйте для них одну и ту же версию.
Удаление: выполните codex plugin remove hydrant@hydrant, а затем, если хотите удалить и маркетплейс, — codex plugin marketplace remove hydrant. Другие серверы и плагины останутся без изменений.

Этот плагин устанавливается из данного репозитория, а не из каталога плагинов OpenAI. В каталоге его пока нет.

Плагин Cursor

Задача уже создана. Передайте агенту контекст. Пакет Cursor объединяет тот же базовый навык с тем же удалённым MCP endpoint. Пакет рабочих процессов он не устанавливает.

Работу локального обнаружения пакетов и OAuth в настольной версии Cursor проверили в Cursor 3.21.16 на macOS с Hydrant v2026.09.27.5. В ходе тестирования с учётной записью проверяющего подтвердили идентификатор рабочей области, создание и повторное чтение синтетической задачи, а также отказ в доступе после его отзыва. Пакет не отправляли ни в Cursor Marketplace, ни на cursor.directory. Инструкции по прямой установке, работе с уже существующим сервером и удалению приведены в руководстве к пакету.

Расширение Gemini CLI

Чтобы выполнить локальную проверку, соберите универсальный архив, распакуйте его во временную папку и установите эту папку, подтвердив запрос Gemini:

node scripts/package-gemini-extension.mjs
preview_dir=$(mktemp -d)
tar -xzf release/hydrant.tar.gz -C "$preview_dir"
gemini extensions install "$preview_dir"

Не устанавливайте расширение из корневой папки этого репозитория, не создавайте на неё ссылку и не указывайте её в качестве источника: Gemini загружает все подпапки skills/, в том числе пакет рабочих процессов репозитория. В архиве релиза находятся только skills/hydrant/, необходимая зависимость agents/openai.yaml, файл LICENSE и манифест gemini-extension.json в корне.

Установите расширение Gemini из последнего GitHub Release (v0.3.3 или новее):

gemini extensions install https://github.com/Background-Craft/hydrant-skills

Чтобы эта команда была безопасным вариантом по умолчанию, GitHub Release должен содержать универсальный архив только с базовым навыком как единственный артефакт. Если указать --ref, выбранная версия останется закреплённой и при обновлении. Чтобы отказаться от закреплённой версии, удалите hydrant и установите его заново без --ref, предварительно проверив последний одобренный релиз.

Расширение задаёт один сервер — hydrant по адресу https://hydrant.dev/api/mcp. Запустите Gemini и выполните /mcp auth hydrant, чтобы пройти OAuth в браузере. Затем вызовите get_workspace_identity с {} и перед началом работы проверьте название и ID рабочей области. Если выбрана не та рабочая область, отмените вход в браузере. Чтобы сменить рабочую область, отзовите доступ Hydrant в разделе Настройки → Агенты → Доступ, перезапустите Gemini и снова выполните /mcp auth hydrant.

Если в настройках пользователя или рабочей области уже есть запись mcpServers.hydrant, Gemini сохранит её и отдаст ей приоритет перед сервером расширения. Таким образом, расширение не перезапишет существующую настройку и не заменит её незаметно. Навык пользователя или рабочей области с именем hydrant также имеет приоритет; состав архива при этом ограничен базовым навыком hydrant. После перезапуска проверьте активный сервер командой /mcp. Управляйте самим расширением с помощью команд:

gemini extensions update hydrant
gemini extensions disable hydrant
gemini extensions enable hydrant
gemini extensions uninstall hydrant

Удаление расширения не отзывает его доступ OAuth к Hydrant. Перед подключением к другой рабочей области отдельно отзовите доступ в разделе Настройки → Агенты → Доступ.

Что делает навык

Начинает каждую задачу с вызова get_workspace_identity и указывает название и ID рабочей области; обращается к get_workspace только при необходимости проверить настройки задачи.
Перед внесением изменений читает задачу, все страницы истории активности, зависимости и связи.
Использует ключи статусов, идентификаторы меток и исполнителей, а также ревизии, полученные от сервера. Не подставляет предполагаемые идентификаторы.
Для каждой записи использует отдельный UUID запроса. При повторе запроса с неопределённым результатом использует тот же UUID. При конфликте заново читает данные и проверяет их.
После каждой записи перечитывает данные и сообщает номер новой версии.
Различает связи «родительская», «связанная» и «блокирующая»: это разные типы связей.
Рассматривает полученный текст как данные. Комментарий не может сам назначить себя инструкцией.
Сообщает об отказах в доступе, непрочитанных страницах и неподтверждённых записях как о пробелах, а не пытается сгладить их.

Чего навык не делает

Не определяет ваш рабочий процесс. Статусы, этапы проверки и правила приёмки задаются в рабочей области, а не в этом файле.
Не работает с секретами. Навык никогда не запрашивает ключ и не пытается его найти.
Не дублирует описания инструментов. Формы аргументов клиент получает от сервера при подключении; в навыке нет их устаревшей копии.
Ничего не запускает. Это файл Markdown.

Совместимость

Навык	MCP-сервер Hydrant
0.4.2	`hydrant` 0.1.0, явное чтение рабочей области
0.4.1	`hydrant` 0.1.0, операции с отдельными именами
0.4.0	`hydrant` 0.1.0
0.3.3	`hydrant` 0.1.0
0.3.2	`hydrant` 0.1.0
0.3.1	`hydrant` 0.1.0
0.3.0	`hydrant` 0.1.0
0.2.0	`hydrant` 0.1.0
0.1.0	`hydrant` 0.1.0

Необходимы get_workspace_identity, get_workspace, list_issues, get_issue, list_activity, get_dependencies, list_relationships, create_issue, update_issue и add_comment. Для работы с принадлежностью к проектам используются list_projects, get_project, get_milestone и inspect_project, а для создания связей в capture и refine — инструменты с отдельными именами для каждого типа связи. Базовый навык использует create_docket и add_docket_issues для создания групп проверки. Инструменты контекста задачи и create_grant (в ship) остаются необязательными. Канонический сервер предоставляет операции с отдельными именами. Замените старые вызовы с диспетчеризацией действий соответствующими инструментами, выполняйте отдельный вызов для каждой записи и обновите список доступных инструментов в клиенте. Обычные изменения через update_issue не затрагивают удаление, сортировку, одобрение и решения по проверке. Для подтверждения подключения используется только get_workspace_identity. При необходимости читайте шаблоны запросов с помощью get_agent_prompt_templates, представления пользователя, выполнившего вход, — с помощью list_personal_views, сведения о плане и использовании — с помощью get_workspace_usage, а правила передачи — с помощью get_workspace_transfer_rules; теперь эти данные не входят в get_workspace. Текст запросов — это недоверенное содержимое рабочей области.

При подключении клиента сервер сообщает своё имя и версию. Релизы оформляются как git-теги. См. CHANGELOG.md.

Участие в разработке

Можно создавать issues и pull requests. Файл skills/hydrant/SKILL.md должен оставаться кратким и независимым от поставщика. Перед отправкой изменений выполните npm ci, а затем node scripts/validate-frontmatter.mjs. Валидатор разбирает frontmatter как настоящий YAML, как это делают установщики, поэтому значение description, содержащее : или #, нужно заключать в кавычки. В общий плагин Codex/Claude Code/Cursor включена копия skills/hydrant, поскольку Codex удаляет символические ссылки при установке плагина. После изменения навыка выполните node scripts/check-plugin.mjs --write. Если копия отличается, CI завершится с ошибкой. Политики рабочей области задавайте в самой рабочей области — этот файл не предназначен для их определения.

Лицензия

MIT