# Zeuz Update

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

- Skill: `zarubinvibe/zeuz-update` (Agent Skill)
- Install (CLI): `npx skillmds@latest add zarubinvibe/zeuz-update`
- Raw SKILL.md: https://api.skillmd.com/api/skills/zarubinvibe/zeuz-update/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: zarubinvibe (https://skillmd.com/u/zarubinvibe)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/zarubinvibe/zeuz-update

---


# Обновление Zeuz

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

## Правила

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

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

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

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

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

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

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

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

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

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

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

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