メニュー
Загрузить контекст проектов и задач из vault в начале сессии. Используй, когда пользователь говорит «sync», «status», «что по проектам», «обзор» или начинает работу и нужно войти в курс дела.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Применить обновление методологии Огорода — подтянуть свежие _rules.md, skills/, docs/, _templates/, scripts/, .githooks/ из последнего GitHub-релиза kringova/ogorodush, сохранив весь пользовательский контент vault'а. Используй по команде «обнови Огород» — обычно после баннера обновления в sync.
Дайджест за период (неделя/месяц/полгода/произвольный) — умная сводка того, что сделано и какой эффект, что свернули и почему, темы и прогресс. Не список задач, а нарратив. Сохраняется файлом в vault. Используй, когда пользователь говорит «дайджест», «итоги недели/месяца», «что я сделал за…», «собери результаты», «для ревью», когда прощается/уходит (дай дайджест дня сам), и когда навык sync сообщил, что закрылся период без дайджеста.
Первый запуск Огорода — онбординг свежего vault: представить методологию, помочь выбрать дашборд (mini без сборки / full на Next.js) и записать выбор в ogorod.config.json. Используй при первом запуске (в projects/ только example-project) или по триггерам «setup», «онбординг», «первый запуск», «выбрать дашборд», «переключи дашборд».
Закрыть задачу в vault — но done ставит только человек (апрув через апрув-поверхность адоптера). Используй, когда работа по задаче готова к закрытию ИЛИ когда сделал что-то значимое без задачи (заведи постфактум, предъяви, отправь на подтверждение).
Завести задачу в беклог проекта (vault). Используй, когда пользователь говорит «добавь в беклог», «заведи задачу», «запиши задачу» или описывает дело, которое надо не потерять.
Родить новый проект по канону Огорода — собрать стартовую документацию (brief/RFC, карточка с JTBD, roadmap, пустые decisions/scenarios) ДО первой задачи. Используй для greenfield «с нуля»; триггеры — «заведи новый проект», «начни проект X», «charter», «рождение проекта». Для уже существующего кода без доки — это onboard, не charter.
| name | sync |
| description | Загрузить контекст проектов и задач из vault в начале сессии. Используй, когда пользователь говорит «sync», «status», «что по проектам», «обзор» или начинает работу и нужно войти в курс дела. |
| user_invocable | true |
Загрузить актуальное состояние всех проектов и задач из vault и выдать сжатую сводку. Навык read-only — ничего не изменяет. Самодостаточен: можно дать любому агенту.
Корень текущего репозитория — папка с CLAUDE.md и projects/. Если рабочая директория глубже, поднимись до корня.
_rules.md — конвенции vault (как ведутся проекты и задачи)._lessons.md — журнал инцидентов (храповик ошибок): какие ошибки были и какой механизм/правило теперь их ловит. Читать обязательно — это «обучение на ошибках» между сессиями._requests.md — открытые запросы пользователя (незакрытые - [ ]): что обещано и не доделано. Держать в фокусе, закрывать._dashboard.md — общая картина._inbox/ — посчитать необработанные записи (всё, кроме .gitkeep): сколько ждёт разбора. Только подсчёт для подсветки в сводке — не разбирать (разбор делает отдельный навык inbox); read-only-инвариант не нарушается.projects/:
projects/<slug>/<slug>.md — статус, приоритет, аудитория, метрики, лог сессий, топ-задача.projects/<slug>/roadmap.md — фазы и текущий этап.projects/<slug>/tasks/*.md — статусы и RICE. Хватает frontmatter; для скорости можно grep по status:, rice_*, summary:, next_up:, не читая тела.ogorod.config.json — поле ogorod_version (текущая версия шаблона у этого vault'а), для проверки обновлений ниже.RICE считается: (rice_reach × rice_impact × rice_confidence/100) / rice_effort.
В начале работы проверь, не вышла ли новая версия шаблона. Источник истины — GitHub Releases репозитория Огорода: tag_name = версия, body = релизноутс.
curl -fsS --max-time 4 https://api.github.com/repos/kringova/ogorodush/releases/latest
Возьми из ответа tag_name и body. Если tag_name (semver, без префикса v) новее локального ogorod_version из ogorod.config.json — выведи первым блок «🌱 Обновление Огорода» (формат ниже) с версией и кратким body. Иначе — блок не выводи.
curl) → молча пропусти: проверка не должна ломать sync.ogorod_version (легаси-vault, поле в конфиге пропущено) или самого файла ogorod.config.json (свежий клон до setup) → та же ветка: покажи актуальную версию апстрима и предложи запустить setup (свежий клон) или отметить версию в ogorod.config.json (легаси-vault).Применить обновление — отдельное действие, навык update: по команде «обнови Огород» подтягивает свежие _rules.md / skills/ / docs/ / _templates/ / scripts/ / .githooks/ из апстрима (с диф-превью и подтверждением) и записывает новую версию в ogorod_version. Сам sync обновление не применяет.
Сжатая сводка на русском. Структура:
## 🌱 Обновление Огорода
Доступна версия <tag> (у вас <ogorod_version>). Что нового: <1–2 строки из релизноутс>. Подтянуть — скажите «обнови Огород» (навык `update`). ← только если апстрим новее; иначе блок не выводить
## 📌 Запланировано — взять сейчас (open + next_up: true), по убыванию RICE
- <тикет> · <проект> · <задача> (RICE N) ← только если такие есть; иначе блок не выводить
## Проекты
- **<название>** — статус, приоритет, аудитория
- Топ-задача: <название> (RICE N)
- Фаза роадмапа: <текущая>
## Активные задачи (todo + doing), по убыванию RICE
| Проект | Задача | Статус | RICE |
|--------|--------|--------|------|
## Недавно завершённые (последние 5)
- <проект> · <задача>
## 📥 Инбокс
N записей ждут разбора — разобрать `/inbox`? ← только если N > 0; при N = 0 блок не выводить
Не пересказывай файлы целиком — только ключевые поля. Активные задачи сортируй по убыванию RICE. done/cancelled в активный список не попадают.
Открытые задачи с next_up: true — это очередь «взять в работу», помеченная пользователем кнопкой «Запланировать». Выводи их первым блоком сводки «📌 Запланировано — взять сейчас» (по убыванию RICE), выделенно.
После сводки возьми верхнюю в работу сам, без отдельной просьбы (это действие уже вне read-only sync): пользователь пометил их именно для этого. Учитывай blocked и пререквизиты — заблокированную или с незакрытым пререквизитом не бери, назови блокер. Перед стартом переведи задачу в doing (гейт входа в работу). Если запланированного нет — работай по обычному приоритету (блок «С чего начать» ниже).
Если ни одной задачи в статусе doing нет — не оставляй пользователя без фокуса, предложи 3 задачи, с которых начать:
todo) задачами меньше 3 → топ-3 открытых задач по убыванию RICE (из любых проектов).Показывай их блоком «С чего начать» с RICE — выбирает пользователь.
Проверь, не закрылся ли период без дайджеста. Для каждой грядки смотри <bed>/digests/ (корневая — digests/):
2026-W26), месяц (2026-06), полгода (2026-H1/H2). Период «закрыт», если календарно завершился (прошёл) и файла за него нет.recap сам (в начале сессии, без отдельной просьбы) — это единственная запись, которую делает связка sync→recap. За текущий незавершённый период не генерируем.next_up: true) открытые задачи, после сводки возьми верхнюю по RICE в работу без напоминания (перевод в doing) — см. «Запланированные задачи».inbox, в sync не втягивается.doing пуст) спросить пользователя, над чем работаем._rules.md, _lessons.md, _dashboard.md и все карточки проектов_inbox/; при N > 0 выведен блок «📥 Инбокс» с предложением /inbox