Сессия и задача связаны в обе стороны KB: concepts/operating-cycle Слева сессия с агентом, справа задача в файле или в GitHub issue. Стрелка вправо: итог сессии записывается в задачу по фразе «синкни сессию». Стрелка влево: вопрос «что по задаче» даёт ответ из задачи, с него начинается следующая сессия. Человек обозначен эмодзи 🧑, агент эмодзи 🤖 на углу узла. Сессия работа с агентом, контекст закончится вместе с ней Задача файл в tasks/ или GitHub issue, остаётся после сессии «синкни сессию» «что по задаче»
Что сделано в сессии, попадает в задачу. Что записано в задаче, попадает в следующую сессию.

403

Скилл manager: задача помнит за агента

Агент не помнит вчерашнюю сессию. Скилл manager в конце сессии записывает её итог в задачу, а на вопрос «что с задачей?» отвечает из задачи. Так память о работе живёт в задаче, и следующая сессия начинает с неё.

Два режима

У скилла два режима, и выбираете их вы своей фразой.

РежимФразаЧто происходит
Запись«синкни сессию» в конце работыИтог сессии уходит в задачу
Чтение«что по странице входа» в любое времяАгент читает задачу и отвечает, что с ней сейчас

Сначала скилл читает файлы правил штаба и отдела и смотрит, где лежат задачи. Строки об этом нет: он предложит её дописать и спросит вас до первой записи.

Задачи в файлах

Это начальный уровень: задачи лежат в папке tasks/ отдела, одна задача это один файл. В конце сессии manager находит файл задачи или создаёт новый, переписывает разделы «Текущее состояние» и «Следующий шаг» и дописывает строку со ссылкой в файл дня штаба. Раздел «Результат и решение человека» заполняете вы: агент переносит туда только ваши слова из сессии.

# Страница входа

## Результат
Пользователь входит по ссылке из письма.

## Контекст
Форма нужна до запуска лендинга.

## Как проверить
Войти на превью с новой почты.

## Текущее состояние
Форма и письмо готовы, лежат в ветке sign-in.

## Следующий шаг
Проверить вход на превью.

## Результат и решение человека
запись итога
Синкни сессию.

Источник: фраза из описания скилла manager.

Агент

✓ сделано: форма входа и письмо со ссылкой
✎ ждёт человека: проверить вход на превью
дальше: подключить вход к лендингу

Источник ответа: пример ответа, написан для главы.

Задачи в GitHub issues

Когда задачи лежат в GitHub, каждая задача это issue: карточка с описанием и обсуждением. Главная запись о задаче живёт в issue, а доска, таблица задач на GitHub, показывает, что активно на неделе. За одну запись manager делает четыре вещи:

Эпик это большая задача из дочерних. Если подходящего эпика нет, скилл покажет это в плане и предложит создать новый или выбрать существующий.

Коммиты связаны с задачей: скилл просит ставить в каждый коммит сессии строку refs владелец/репо#12, а в коммит, который закрывает объём целиком, строку closes владелец/репо#12. GitHub показывает такую ссылку в ленте задачи, в том числе из другого репозитория. В запись Updates скилл вносит короткие метки коммитов (SHA).

До записи агент показывает короткий план и по умолчанию спрашивает, выполнять ли его. Настройка execute-after-plan снимает этот вопрос, кроме спорных случаев: неясен репозиторий, нет эпика, приватное может попасть в публичный репозиторий, запись разрушительная или массовая, закрывается задача с неполным объёмом, факты противоречат друг другу.

Владелец, репозитории и номера досок лежат в разделе Manager Config файла правил AGENTS.md. Раздела нет: попросите агента создать его по образцу из скилла.

Одна задача на несколько сессий

Вот как живёт задача, если вызывать скилл в конце каждой сессии.

Одна задача через три сессии KB: concepts/operating-cycle Слева три сессии и команда, справа что появляется в задаче. Первая сессия: создана задача, статус активна, следующий шаг письмо. Вторая сессия: начинает с вопроса о задаче, готово письмо, коммиты в записи, следующий шаг проверить на превью. Третья сессия: вы проверили и дали команду закрыть, задача закрыта. Человек обозначен эмодзи 🧑, агент эмодзи 🤖 на углу узла. СЕССИЯ И ФРАЗА ЧТО ПОЯВЛЯЕТСЯ В ЗАДАЧЕ Первая сессия Вторая сессия Третья сессия Создана: «Страница входа» Запись с датой и коммиты Закрыта «синкни сессию» «что по странице входа», «синкни» «закрой задачу» Статус: активна. Дальше: письмо Письмо готово. Дальше: проверить на превью Вы проверили вход и дали команду
Одна задача через три сессии. Каждая новая сессия начинает с записи прошлой, закрытие идёт по вашей команде.

Без вашей команды скилл задачу не закрывает. Статус done он тоже ставит только с ваших слов. Эпик, у которого закрыты все дочерние задачи, он покажет как кандидата на закрытие.

Спросить, что с задачей

Вопрос работает в новой сессии и на другой день: ответ берётся из задачи и эпика.

что с задачей
Что по странице входа?

Источник: новый промпт книги.

Агент

app#12 «Страница входа»: активна, эпик app#10 (1 из 4 сделано), метка W44, на доске.
Последняя запись 29.10: форма и письмо готовы, ветка sign-in.
Следующий шаг ваш: проверить вход на превью. Закрыть #12 после проверки?

Источник ответа: пример ответа, написан для главы.

Как поставить

Попросите агента поставить скилл.

поставить manager
Установи скилл: https://github.com/serejaris/personal-corp-os/tree/main/skills/manager

Источник: новый промпт книги, ссылка на публичную библиотеку Personal Corp.

Агент

Скилл manager поставлен. Строки о том, где лежат задачи, в правилах нет. Где они у вас: в папке tasks/ или в GitHub issues?

Источник ответа: пример ответа, написан для главы.

Когда вызывать

Вызывайте скилл сами, когда заканчиваете кусок работы или уходите от компьютера. Делить большую работу на части этот скилл не умеет: для этого есть to-issues.

Скилл ведёт каждую задачу отдельно. Как задачи всех отделов попадают в план дня и разбираются в конце недели, рассказывает глава «Операционный цикл недели». Там же разобрано, почему вызов скилла не стоит отдавать на суждение модели.