How do I install the Zeuz Update skill?

Run npx skillmds@latest add zarubinvibe/zeuz-update in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Zeuz Update safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Zeuz Update?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Zeuz Update free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Zeuz Update?

zarubinvibe (@zarubinvibe) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Zeuz Update by zarubinvibe — Agent Skill

Name: Zeuz Update
Author: zarubinvibe

Zeuz Update

Обновление уже установленного Zeuz до текущей опубликованной версии. Сначала показывает, что именно изменится, и только потом трогает файлы. Тянет изменения только вперед, без переписывания истории, не трогает локальные настройки, состояние и результаты работы, после обновления перепроверяет себя и честно говорит, если обновиться начисто не получилось. Запускать, когда вышла новая версия, когда что-то починили после твоего сообщения об ошибке и когда проект ведет себя не так, как описано в README.

zarubinvibe f51389b 4.1 KB Updated Sep 17, 2026

File contents

Обновление Zeuz

Этот навык обновляет уже поставленный проект. Первая установка — это /zeuz-setup, другой разговор.

Правила

1. Сначала показать, потом делать. Сказать, какая версия стоит сейчас и какая опубликована, и показать список изменений. Человек решает, обновляться ли.

2. Грязное дерево — стоп. Если в рабочей копии есть незакоммиченные правки, назвать эти файлы и остановиться. Чужую работу не затираем.

3. Только вперед. Тянуть изменения --ff-only. Разошедшуюся историю не «чинить» силой, а показать и объяснить выбор.

4. Не трогать твое. Обновление не касается: собранные проекты в ZEUZ_PROJECTS, твои переменные среды и настройки хоста. Сказать это вслух до начала.

5. Проверить себя после. Прогнать статическую проверку исходника и назвать результат как есть, включая красный.

6. Не оставлять половину. Если обновиться начисто нельзя, сказать простыми словами, что делать дальше, и оставить проект в рабочем состоянии.

Ход обновления

git -C . status --short
git -C . pull --ff-only
bash smoke/smoke.sh

Что человек увидит: список изменившихся файлов, затем короткий отчет о том, что нового, затем результат проверки. Если проверка красная — это не «почти получилось», а незаконченное обновление, и об этом надо сказать прямо.

Если обновление не проходит

Есть локальные правки. Назвать файлы и предложить два пути: закоммитить свое или отложить обновление. Не выбирать за человека.
История разошлась. Объяснить, что это значит простыми словами: у тебя есть коммиты, которых нет наверху. Показать варианты и дать решить.
Проверка красная после обновления. Назвать файл и строку, а не «что-то сломалось». Предложить откат на прежнюю версию одной командой.

Обновление, о котором человек узнал постфактум, — плохое обновление. Все, что делается, объявляется заранее.

---name: zeuz-updatedescription: Обновление уже установленного Zeuz до текущей опубликованной версии. Сначала показывает, что именно изменится, и только потом трогает файлы. Тянет изменения только вперед, без переписывания истории, не трогает локальные настройки, состояние и результаты работы, после обновления перепроверяет себя и честно говорит, если обновиться начисто не получилось. Запускать, когда вышла новая версия, когда что-то починили после твоего сообщения об ошибке и когда проект ведет себя не так, как описано в README.---# Обновление ZeuzЭтот навык обновляет уже поставленный проект. Первая установка — это `/zeuz-setup`, другой разговор.## Правила**1. Сначала показать, потом делать.** Сказать, какая версия стоит сейчас и какая опубликована, и показать список изменений. Человек решает, обновляться ли.**2. Грязное дерево — стоп.** Если в рабочей копии есть незакоммиченные правки, назвать эти файлы и остановиться. Чужую работу не затираем.**3. Только вперед.** Тянуть изменения `--ff-only`. Разошедшуюся историю не «чинить» силой, а показать и объяснить выбор.**4. Не трогать твое.** Обновление не касается: собранные проекты в `ZEUZ_PROJECTS`, твои переменные среды и настройки хоста. Сказать это вслух до начала.**5. Проверить себя после.** Прогнать статическую проверку исходника и назвать результат как есть, включая красный.**6. Не оставлять половину.** Если обновиться начисто нельзя, сказать простыми словами, что делать дальше, и оставить проект в рабочем состоянии.## Ход обновления```bashgit -C . status --shortgit -C . pull --ff-onlybash smoke/smoke.sh```Что человек увидит: список изменившихся файлов, затем короткий отчет о том, что нового, затем результат проверки. Если проверка красная — это не «почти получилось», а незаконченное обновление, и об этом надо сказать прямо.## Если обновление не проходит- **Есть локальные правки.** Назвать файлы и предложить два пути: закоммитить свое или отложить обновление. Не выбирать за человека.- **История разошлась.** Объяснить, что это значит простыми словами: у тебя есть коммиты, которых нет наверху. Показать варианты и дать решить.- **Проверка красная после обновления.** Назвать файл и строку, а не «что-то сломалось». Предложить откат на прежнюю версию одной командой.Обновление, о котором человек узнал постфактум, — плохое обновление. Все, что делается, объявляется заранее.

Frequently asked questions