GrantTapTask, Execution и история
Одна задача и несколько сеансов, компьютеров и вложенных агентов.
В этой главе · 7 разделов
У GrantTap три основных уровня: Project, Task и Execution. Их полезно понять до переносов и управления несколькими агентами. Это помогает не перепутать старый Claude-чат с текущей работой Grok или не принять вложенного агента за отдельное поручение.
Учебная схема: перенос требует доступного назначения и подтверждения. Это не общий доступ ко всем чатам.
Задача хранит одну цель и видимую историю в своём Project Mesh.
Подробнее об этом этапе ↗Project: область совместной работы#
Project объединяет задачи, участников, связанные репозитории, политику и знания. Он задаёт координационную область. Даже если на компьютере несколько папок с похожими именами, они не должны автоматически становиться одним проектом только из-за названия.
Проект может быть связан с несколькими подтверждёнными репозиториями и компьютерами. При этом сохранение связи не означает, что все участники имеют одинаковый доступ ко всем данным. Области доступа и ограничения разобраны в Mesh, Members и Governance.
Task: само поручение#
Task — стабильная единица работы, которую вы видите в списке. Например, «Подготовить демонстрационную страницу». Название, решения и история координации относятся к задаче, даже если её продолжает другой агент.
Передача Claude→Codex или компьютер A→компьютер B не должна создавать впечатление, что исходная цель исчезла. Сохраняется Task identity, а выполнение получает нового владельца. Карточка задачи помогает открыть актуальное назначение и при необходимости посмотреть предыдущие исполнения.
Выбор новой модели для следующего хода не нужно путать с созданием независимой задачи. У существующего разговора могут сохраняться история и разрешения, хотя модель следующего ответа меняется. См. модель и Effort.
Execution: конкретное исполнение#
Execution — нативная сессия одного провайдера, выполняющая задачу на конкретном компьютере. У неё есть собственный разговор, рабочая папка, ветка и доступное состояние. Во время обычной работы такая сессия остаётся на своём компьютере; перенос создаёт destination execution.
| Вопрос | Где искать ответ |
|---|---|
| Что мы хотим сделать? | Task |
| Для какого проекта и репозиториев? | Project и его bindings |
| Кто выполняет сейчас? | Текущий owner execution |
| Где читать старый Claude-ответ? | Историческое Claude execution |
| Где продолжить после переноса? | Destination execution или подготовленный destination chat |
Одинаковый заголовок в двух исполнениях не делает их одним нативным разговором. Проверяйте провайдера, компьютер и роль current/historical.
Вложенные агенты#
Когда провайдер создаёт child agent, его разговор показывается внутри контекста исполнения, например через Agents в чате. Это не автоматически новая корневая Task, новый skill или новый участник проекта.
Открывая Agents, смотрите, к какому исходному поручению относятся вложенные разговоры. Список и история могут быть ограничены доступными наблюдениями. Отсутствие старой записи в загруженном окне не доказывает, что child agent никогда не существовал.
Выбор MCP, skill или модели не равен подтверждённому использованию. Для этого нужны реальные события вызова, относящиеся к нужному исполнению. См. инструменты и проверку результатов.
Рабочее состояние и завершение#
Working означает наблюдаемую работу открытого исполнения. Waiting может относиться к ожиданию человека; Paused — к вашей остановке; Offline — к недоступному маршруту. Закрытая execution и завершённая Task не обязательно одно событие: например, исходное исполнение может закрыться из-за передачи, а задача продолжится в destination.
Старое сообщение «всё готово» не следует автоматически считать текущим доказательством. Проверьте, к какому исполнению и версии файлов оно относится. Поздняя snapshot не должна заново открыть уже закрытую передачей ветку или заменить более новое назначение.
Stop, Resume и перенос#
Stop/pause отправляет управляющий запрос компьютеру. До его ответа приложение показывает ожидание; кнопка не должна многократно отправлять одинаковое действие. Отказ или тайм-аут требуют проверки исходного состояния, а не предположения, что все процессы уже завершились.
Resume применяется к соответствующей задаче и её текущему состоянию. Для transferred source требуется отдельное подтверждение продолжения: оно допускает параллельную ветку и не останавливает destination. Подробный сценарий находится в переносе.
Упражнение: проследить одну задачу#
В демонстрационном проекте создайте простую задачу и запишите три значения: проект, провайдер, компьютер. После безопасного ответа откройте Files и Agents, даже если вложенных разговоров нет. Затем изучите форму Transfer to без отправки и отмените её.
Вы должны уметь объяснить, что останется Task, а что изменится при настоящем переносе. После выполнения переноса проверьте его receipt и destination отдельно; не используйте один только новый заголовок как доказательство успеха. В Now и Tasks описано, как эта структура отражается в списках.