القائمة
Загрузить контекст проектов и задач из 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