Рабочие папки и поиск репозиториев
Поиск назначения, работа без Git, путь, модель и checkpoint.
В этой главе · 6 разделов
Task может работать в Git-репозитории, а может относиться к обычной папке. Выбор компьютера, рабочей папки и репозитория решает разные задачи: где запускается агент, какие файлы он видит и как переносится проверяемое состояние проекта.
Создать Task в правильном месте#
Откройте Project и New task. Укажите описание, компьютер, рабочую папку, провайдера и доступные параметры запуска. Проверьте маршрут перед подтверждением. Имя проекта само по себе не гарантирует, что выбран правильный каталог на другом Mac.
Для работы без Git не выбирайте случайный репозиторий, чтобы убрать ошибку формы. Используйте доступный вариант папки или явный путь, если текущий маршрут его поддерживает. Если нужной папки нет в каталоге, проверьте её доступность на компьютере и обновите список.
Найти репозиторий#
В форме переноса откройте выбор репозитория. Используйте поиск по имени или части пути вместо прокрутки длинного меню. Проверьте полный путь и компьютер, особенно если названия совпадают. Обновление каталога не является вашим новым выбором: после обновления сверьте, что выбранное назначение сохранилось.
- Поиск находит имя и путь репозитория.
- Current folder позволяет работать с поддержанной обычной папкой.
Снимок показывает большой синтетический каталог. Это настоящий интерфейс, но не список частных репозиториев владельца.
Перенос без Git#
Если у исходной Task нет репозитория, ей не нужно приписывать чужой. Указывайте поддержанную рабочую папку назначения и объясните агенту, какие материалы доступны. Возможность продолжить разговор не означает автоматическую передачу всех файлов между компьютерами.
При переносе между разными машинами отдельно обеспечьте наличие проекта: Git checkout, согласованный доступ к папке или другой явный способ. GrantTap не объявляет неизвестные файлы синхронизированными только по совпадению названия директории.
Изменения перед переносом#
Откройте Files → Modified и посмотрите реальные изменения текущего запроса. Если в рабочей копии есть несохранённая или незакоммиченная работа, прочитайте предупреждение переноса. Предложение checkpoint относится к конкретному состоянию, которое должен подтвердить исходный компьютер.
Не нажимайте Transfer повторно из-за долгого ожидания. В статусе различаются Request queued, Source confirmed и Destination ready. Сохранённый запрос ещё не означает, что назначение получило проект и начало новый ход.
Модель назначения#
Каталог модели относится к выбранному провайдеру и его установленной версии. После смены Claude на Codex нельзя автоматически сохранять строку модели другого провайдера. Если нужного значения нет, обновите состояние каталога и проверьте доступ аккаунта. Не вводите наугад похожее имя как доказательство совместимости.
Проверьте также effort и режим разрешений. Перенос задачи не должен неожиданно расширять доступ к shell или секретам. Политики проекта остаются отдельным уровнем — см. Governance.
Проверка назначения#
После готовности откройте Execution назначения и сравните провайдера, компьютер, рабочую папку и доступные файлы. Стабильная Task объединяет цель; нативный чат назначения может иметь другой ID. Подробный сценарий с checkpoint, ошибками и закрытием формы — в переносе задачи.