Reclaim AI: как развести задачу, привычку и встречу — значит задать три разных типа времени, отправить один запрос в Reclaim Chat и проверить результат в Preview Mode до применения. Встреча живёт обычным событием, задача получает дедлайн и приоритет, привычка — окно и правила конфликтов. Ниже — рабочий пример на одном дне, матрица проверки и разбор ошибок.
Версия приложения: подтвердите 2.0 в профиле
Гайд начала работы Reclaim 2.0 указывает проверку версии на странице User Profile. Подтвердите 2.0 до настройки этого примера; для 1.0 в гайде описано обновление через баннер приложения или поддержку.
Пример использует Chat и Preview Mode в 2.0. Если видите 1.0, сначала проверьте доступный путь обновления по гайду; затем возвращайтесь к настройке.
Перед дальнейшими шагами подтвердите версию по профилю. Дальше все действия относятся к 2.0.
Hours: Working, Meeting и Personal
В Settings → Hours задайте Working Hours для сольной работы, Meeting Hours для встреч и Personal Hours для личных дел. Для учебного дня включите 09:00–12:00 Europe/Stockholm в рабочие часы и 10:00–11:00 в часы встреч.
Перед запросом запишите выбранные часы рядом с исходными условиями. В этом дне отчёт и почта относятся к работе; личные дела не заданы.
| Набор часов | Что покрывает | Роль в примере |
|---|---|---|
| Working Hours | Задачи, Focus, рабочие привычки | Окно 09:00–12:00 для отчёта и разбора почты |
| Meeting Hours | Встречи и бронирования | Встреча 10:00–11:00 |
| Personal Hours | Личные привычки и задачи | Не задействованы в этом дне |
Проверьте допустимые часы первым шагом диагностики, если нужное размещение не появилось.
Встреча: обычное событие 10:00–11:00
Справка Reclaim 2.0 рекомендует обычные события для фиксированных встреч. Smart Meetings самостоятельно не переносятся. В учебном дне создайте обычное событие 10:00–11:00 и сохраните его как ограничение.
В нашем примере встреча 10:00–11:00 — жёсткая точка. Она не двигается, не сокращается и не участвует в пересчёте гибкого времени. Всё остальное размещается вокруг неё.
Откройте обычное событие и сверьте дату, начало и конец с исходными условиями. Запишите границы встречи в журнал до запроса, затем сравните их с предложенным размещением.
Задача «Отчёт»: 60 минут до 12:00
Задача задаётся с длительностью 60 минут, дедлайном 12:00 и высоким приоритетом. В Reclaim задачи подключаются из внешних инструментов — Google Tasks, Todoist, ClickUp, Jira, Asana, Linear — либо создаются прямо в чате и панели Tasks. Интеграции настраиваются в Settings → Integrations.
Для учебного дня приоритет отчёта задан выше почты. Это требование к проверяемому плану: если обязательные блоки не помещаются, разберите конфликт и отклоните непригодное размещение. Сам высокий приоритет не доказывает, что фактическое предложение выполнит все условия.
Дедлайн 12:00 — жёсткое ограничение. Блок отчёта обязан уместиться целиком до этого момента. Размещение 11:30–12:30 дедлайн нарушает и отклоняется, даже если календарь формально свободен.
Привычка «Разбор почты»: 15 минут в окне
Создайте Habit через Agents → + Add или меню + Create. В Agent details действие Edit event задаёт серию по умолчанию, а Edit rules — поведение при конфликтах.
В Edit rules проверьте окно перемещения, минимальную длительность и пропуск. Для «Разбора почты» задайте 15 минут внутри 09:00–12:00 и низкий приоритет. В учебном эталоне требуется полный 15-минутный блок, поэтому сокращение не проходит приёмку.
После пересчёта сверьте конкретное размещение почты и отчёта с матрицей. Не выводите сохранность отчёта из одного значения приоритета.
Запрос в Reclaim Chat: один полный текст
Гайд начала работы располагает Reclaim Chat справа от календаря Planner. Запрос можно написать обычным языком; предложенные изменения сначала показываются в Preview Mode. Для нашего дня текст такой:
В понедельник 09.11.2026, Europe/Stockholm, рабочее окно 09:00–12:00.
Фиксированная встреча 10:00–11:00.
Задаче «Отчёт» нужно 60 минут до 12:00, высокий приоритет.
Привычке «Разбор почты» нужно 15 минут в этом окне, низкий приоритет.
Предложи размещение, сохрани встречу, покажи предварительный просмотр изменений.
При адаптации запроса замените дату, часовой пояс, границы окна, названия и длительности своими значениями. Формулировку «сохрани встречу» оставляйте: она явно фиксирует жёсткую точку.
Preview Mode: изменения не уходят в календарь
В Preview Mode изменения подготовлены для просмотра; в живой календарь они отправятся после применения. Включённые агенты пересчитываются в предпросмотре. Сверяйте полученное расположение с исходными условиями.
Для ручного входа используйте переключатель Preview Mode над Planner. Чат также создаёт предпросмотр. Проверьте, что смотрите подготовленные изменения нужного дня.
Найдите в предпросмотре отчёт и почту. Запишите начало и конец каждого блока, затем переходите к матрице ограничений и проверке пересечений.
Матрица проверки и отрицательная проба
Валидных размещений несколько. Два ручных плана показывают, что единственного правильного ответа нет и что фактический выбор Reclaim эти планы не предсказывают.
| Пункт матрицы | План A | План B |
|---|---|---|
| Встреча не перенесена | 10:00–11:00 | 10:00–11:00 |
| 60 минут отчёта до 12:00 | 09:00–10:00 | 11:00–12:00 |
| 15 минут привычки в окне | 11:00–11:15 | 09:00–09:15 |
| Пересечений | 0 | 0 |
| Часовой пояс | Europe/Stockholm | Europe/Stockholm |
Оба плана проходят все пять пунктов и потому валидны. План, нарушающий хотя бы один пункт, отклоняется. Отрицательная проба это подтверждает: размещение отчёта 09:30–10:30 пересекается со встречей и отклоняется; размещение 11:30–12:30 нарушает дедлайн и отклоняется. Проверка выполнена вручную для условных входных данных. Календарные события в продукте для этого примера не создавались.
Как прочитать ручной план перед применением
Проверяйте конкретный экземпляр привычки в выбранный понедельник. Повторяющаяся серия может охватывать другие дни, но учебная матрица описывает только указанный день. Сначала сопоставьте дату и часовой пояс в запросе с тем днём, который просматриваете. Затем найдите фиксированную встречу и сравните её начало и конец с исходными условиями. Если вместо рабочего дня открыт другой день, даже аккуратная таблица перестаёт быть ответом на этот запрос.
В плане A отчёт занимает свободный час перед встречей. После встречи остаётся место для разбора почты. В плане B короткая привычка стоит до встречи, а отчёт завершает рабочее окно. Оба варианта сохраняют одинаковые обязательства; различается порядок гибких блоков. Поэтому при проверке фактического предложения сервиса ориентируйтесь на ограничения. Совпадение с одной заранее написанной картинкой расписания не требуется.
Посмотрите на конец блока отчёта: он должен наступить не позже дедлайна. Затем отдельно проверьте его начало относительно встречи. Одной проверки отсутствия пересечений недостаточно: поздний свободный блок может нарушить срок. Для привычки проверьте длительность и обе границы разрешённого окна. В этом упражнении нужен полный короткий разбор почты, поэтому сокращённый блок не проходит учебный эталон, даже если сокращение разрешено настройками реального календаря.
Перед применением прочитайте весь список подготовленных изменений. Если среди них есть действия за пределами учебного дня или задачи, которых вы не собирались менять, остановитесь и разберите их причину. При необходимости отбросьте ненужные изменения в диалоге. Сохраняйте рядом исходный запрос и результат проверки: так будет понятно, какое требование выполняет каждый оставленный блок. Ни один ручной план здесь не предсказывает точное решение Reclaim.
Как вести журнал проверки предложения
Для самостоятельной проверки разделите исходные условия и наблюдаемое размещение. В первой части записи оставьте дословный запрос, во второй укажите начало и конец каждого предложенного блока. Пока результат не получен в вашем аккаунте, вторую часть нельзя заполнять от имени сервиса. Планы A и B выше — ручные эталоны допустимости. Они помогают проверить предложение, когда оно появится, но не служат свидетельством работы приложения.
Дальше сравнивайте интервалы попарно. Начало отчёта должно наступать после завершения встречи либо его конец должен приходиться до её начала. Соседство границ допустимо в условиях этого упражнения: отчёт в плане A заканчивается в момент начала встречи, а в плане B начинается сразу после неё. Переходы между занятиями и дополнительные перерывы во входе не заданы. Если для вашей работы они нужны, сначала добавьте их в условия, затем оцените расписание заново. Нельзя молча объявить исходный ручной план подходящим для изменённой задачи.
Отдельной строкой запишите причину отказа от каждого непригодного предложения. Для отчёта 09:30–10:30 причина — пересечение с фиксированной встречей, даже если длительность самого отчёта верная. Для 11:30–12:30 причина другая: окончание позже дедлайна. Так журнал сохраняет конкретный дефект. Общая пометка «не подходит» не объясняет, что менять в следующем запросе, и затрудняет повторную проверку.
При проверке привычки название блока не заменяет его свойства. Найдите именно «Разбор почты», сравните начало и конец, убедитесь в полной длительности и попадании в рабочее окно. Если приложение предлагает похожий блок с другим названием или привязкой к другому дню, сначала установите, относится ли он к текущей задаче. Не засчитывайте такой блок автоматически и не придумывайте причину расхождения без просмотра исходных условий.
Короткую запись для плана A можно заполнить так:
Тип результата: ручной учебный план, не ответ Reclaim.
Дата и зона: 09.11.2026, Europe/Stockholm.
Встреча: 10:00–11:00, исходные границы сохранены.
Отчёт: 09:00–10:00, длительность 60 минут, завершён до 12:00.
Разбор почты: 11:00–11:15, длительность 15 минут, внутри окна.
Пересечения: 0.
Решение: условия учебной матрицы выполнены.
Действие в продукте: не выполнялось.
Для фактического предпросмотра замените строки размещения наблюдаемыми значениями и заново вынесите решение. Сохраняйте запись рядом с запросом до выбора применения или отмены. Если приходится уточнять дату, часы или обязательную длительность, это уже обновлённый вход: прежнее решение переносить на него нельзя. Такая последовательность отделяет правильность календарного плана от доверия к названию инструмента и от того, насколько убедительно сформулирован его ответ.
Review & apply changes и Discard changes
Review & apply changes открывает подготовленные изменения. Отбросьте ненужные по отдельности, затем Apply changes отправит оставшиеся в живой календарь. Discard changes отменяет весь предпросмотр.
Перед действием перечитайте оставшиеся изменения и вернитесь к журналу: он фиксирует проверенный вариант плана. Сравните с ним текущее предложение, особенно если после проверки меняли исходный запрос.
Частые вопросы
Как проверить версию Reclaim перед настройкой?
Версия проверяется на странице User Profile по гайду начала работы. Для этого упражнения подтвердите 2.0 и затем задавайте учебный день.
Почему встреча не переносится автоматически?
В этом упражнении встреча 10:00–11:00 является фиксированным входным условием. Проверьте обычное событие до запроса и после предпросмотра: его границы должны сохраниться.
Что делать, если привычка не встала в окно?
Сравните предложение с разрешёнными часами и правилами конфликта привычки. Для учебного дня нужен полный 15-минутный блок. Если он не помещается, этот план не проходит матрицу.
Как проверить размещение, не трогая живой календарь?
Откройте предпросмотр нужного дня и прогоните матрицу: встреча на месте, отчёт целиком до 12:00, почта 15 минут внутри окна, пересечений 0, часовой пояс сохранён. Пример проверен вручную.
Что записать перед выбором применения или отмены?
Перед выбором сохраните исходный запрос, дату проверки, наблюдаемые интервалы и решение по каждому пункту матрицы. Если расположение отличается от ручного плана A, проверьте ограничения заново: другой порядок блоков допустим.