菜单
Поднять первичный канон документации существующего проекта при переходе на Огород — из артефактов и кода, человек-SME последним. Используй, когда проект уже есть (легаси, brownfield), а доки по канону нет; триггеры — «заведи проект X по существующему репозиторию», «onboard», «собери доку по проекту».
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Загрузить контекст проектов и задач из 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 — но done ставит только человек (апрув через апрув-поверхность адоптера). Используй, когда работа по задаче готова к закрытию ИЛИ когда сделал что-то значимое без задачи (заведи постфактум, предъяви, отправь на подтверждение).
Завести задачу в беклог проекта (vault). Используй, когда пользователь говорит «добавь в беклог», «заведи задачу», «запиши задачу» или описывает дело, которое надо не потерять.
基于 SOC 职业分类
| name | onboard |
| description | Поднять первичный канон документации существующего проекта при переходе на Огород — из артефактов и кода, человек-SME последним. Используй, когда проект уже есть (легаси, brownfield), а доки по канону нет; триггеры — «заведи проект X по существующему репозиторию», «onboard», «собери доку по проекту». |
| user_invocable | true |
Brownfield-вход: проект уже существует (код, заметки, тикеты), но канона документации Огорода нет. onboard собирает первичный канон из того, что уже зафиксировано, а не выдумывает. Самодостаточно: можно дать любому агенту.
Отличие от наивной «ИИ-генерации доки»: APC задаёт честную границу — документ существует только при ясных Audience и Purpose, а догадка помечается как догадка. Агент не выдаёт предположение за факт.
Прочитай в корне vault: _rules.md (методология), docs/doc-canon.md (какие документы обязательны по зрелости проекта и карта APC), docs/styleguide.md (как писать — без воды, под агента). Канон, который ты собираешь, — это то, что описано в doc-canon.md.
Собирай знание строго в этом порядке — раньше по списку важнее:
Всё сгенерированное помечается «> ⚠️ черновик — проверь» (гейт «как проверено» из _rules.md). Чего не нашёл в источниках — не придумывай: оставь явный пробел > TODO(SME): <вопрос> и собери такие вопросы для человека.
status: идея / разработка / прод) — от неё зависит, какие документы канон требует (см. doc-canon.md; с проекта-идеи runbook не требуется).package.json/pyproject/go.mod/…) → стек и команды; скрипты и CI-конфиг → команды сборки/тестов/деплоя для AGENTS.md; структура каталогов и точки входа → архитектура; публичные API/экспорты и зависимости → reference. Не парси глубоко — собери карту, не пересказ кода.status проекта, по карте doc-canon.md: карточка проекта (Суть/ЦА/боль/Видение из артефактов), AGENTS.md (контракт: команды/структура/конвенции из кода), docs/architecture.md (стек/модули/потоки), при наличии прода — docs/ запуск-и-деплой (из CI/скриптов, помечен как требующий проверки), CHANGELOG (стартовая запись). Каждый документ — по APC: нет ясных Audience и Purpose → документ не пишется.TODO(SME)) и противоречия между артефактами и кодом — единым списком в карточку проекта (раздел «Вопросы»/«Пробелы онбординга»), не в чат. Человек отвечает — ты дополняешь канон и снимаешь пометки «черновик».projects/<slug>/, карточка, roadmap.md, tasks/. Найденные дыры и доделки канона — задачами через backlog. Передай канон техписателю на доводку (роль из roles.md).onboard поднимает первичный канон-черновик, а не финальную доку: его задача — снять «с чего начать», дальше работает обычный цикл (техписатель, инкрементальное ведение по doc-canon.md).TODO(SME), не догадкиstatus проекта по doc-canon.md