메뉴
Закрыть задачу в vault — но done ставит только человек (апрув через апрув-поверхность адоптера). Используй, когда работа по задаче готова к закрытию ИЛИ когда сделал что-то значимое без задачи (заведи постфактум, предъяви, отправь на подтверждение).
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | close |
| description | Закрыть задачу в vault — но done ставит только человек (апрув через апрув-поверхность адоптера). Используй, когда работа по задаче готова к закрытию ИЛИ когда сделал что-то значимое без задачи (заведи постфактум, предъяви, отправь на подтверждение). |
| user_invocable | true |
Зафиксировать завершённую работу и отправить её на человеческий апрув. Потолок агента — review. done ставит только человек — через апрув-поверхность адоптера (например, кнопку в его дашборде). Самодостаточно: можно дать любому агенту.
Статусная машина: todo → doing → review → done (+ blocked, cancelled).
review, не в done.done пишет только человеческий апрув (апрув-поверхность адоптера, напр. кнопка в его дашборде; апрув-сервис коммитит с OGOROD_APPROVE=1).scripts/check-task-close.py, core.hooksPath .githooks) механически блокирует любой агентский коммит, переводящий задачу в done. Не пытайся обойти — потолок review существует именно для надёжности фреймворка.Прозовое «не закрывай сам» уже нарушалось — поэтому теперь это потолок, а не просьба.
review, предъяви отчёт.backlog со status: review (не done), отчитайся. Не отчитывайся «готово», пока работа не отражена задачей.backlog (RICE проставить), сразу в review.review: status: review, updated: <сегодня>, отметить выполненные DoD (- [x]); строку в лог сессии карточки проекта (## Что сделано в сессии <YYYY-MM-DD> + ссылка [[tasks/<имя>]], пометка «в review, ждёт апрува»). Это проходит хук (review, не done).done + confirmed: <дата> и коммитит с OGOROD_APPROVE=1. Либо возвращает в работу → doing, дорабатываешь.CHANGELOG проекта (что изменилось для пользователя). Затронута архитектура/деплой → техписатель обновляет доку. Релиз-гейт (docs/workflow.md): дока и changelog актуальны и соответствуют реальности.Если апрува нет и пользователь говорит «доделай X» — задача в doing, дорабатываешь, снова в review.
На каждый тикет:
**#<номер> — <название>**
— что сделал: <по пунктам, по делу>
— как проверил: <конкретно: собралось, открыл /x в проде → 200…; что не проверил — прямо>
— статус: review → ждёт апрува
Несколько тикетов — блок на каждый.
Закоммитить ≠ сделать. Прежде чем переводить в review, проверь, что работа реально работает:
В отчёте фиксируй, как проверено («собралось + открыл /x в проде → 200»), а не «готово».
done ставит только человеческий апрув. Агент — максимум review. Хук блокирует агентский done.review без записи в лог сессии не считается полным.status: cancelled.review, если готова к апруву)review (не done), строка в логе сессии естьdone агент не переводилЗагрузить контекст проектов и задач из vault в начале сессии. Используй, когда пользователь говорит «sync», «status», «что по проектам», «обзор» или начинает работу и нужно войти в курс дела.
Применить обновление методологии Огорода — подтянуть свежие _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). Используй, когда пользователь говорит «добавь в беклог», «заведи задачу», «запиши задачу» или описывает дело, которое надо не потерять.
Родить новый проект по канону Огорода — собрать стартовую документацию (brief/RFC, карточка с JTBD, roadmap, пустые decisions/scenarios) ДО первой задачи. Используй для greenfield «с нуля»; триггеры — «заведи новый проект», «начни проект X», «charter», «рождение проекта». Для уже существующего кода без доки — это onboard, не charter.