Claude Cowork: рабочая папка, контекст и регулярные задачи

Практикум Романа Ботана · Автомато

Начните с одного проекта и одной повторяемой задачи. Подготовим материалы, зададим контекст и проверим, что результат сохраняется там, где команда его найдёт.

Результат работы: Один организованный проект и проверенный результат.

Материал рассчитан на последовательную работу. Откройте исходники рядом со статьёй, выполняйте запросы по одному и сверяйте промежуточный результат. Содержание поможет вернуться к нужному этапу.

Начинаем с одного полезного рабочего цикла

У предпринимателя одновременно идут несколько направлений: клиентские проекты, собственный контент и административные задачи. Материалы лежат в разных папках, решения остаются в переписке, а ИИ каждый раз приходится объяснять аудиторию и формат результата. Рабочее пространство помогает собрать эти договорённости и повторять полезные действия с меньшим количеством пояснений.

В этом практикуме мы последовательно настроим структуру материалов, контекст проектов, правила памяти, чтение почты и календаря, подготовку черновиков и регулярные отчёты. Будем двигаться последовательно: каждый этап создаёт основу для следующего. При этом после каждого этапа будем проверять конкретное поведение.

Что считать готовым результатом

Готовность означает, что выбранный проект имеет понятные исходники, агент применяет согласованные правила, результат сохраняется в нужном месте и открывается пользователем. Если добавлено расписание, нужен фактический запуск в ожидаемое время. Если подключён сервис, нужно реальное чтение разрешённого объекта.

Cowork развивается, поэтому интерфейс, доступность подключений и способы работы с инструкциями могут меняться. Проверяйте фактические возможности своего аккаунта. Официальные материалы описывают многошаговую работу, локальный доступ через Desktop и облачные сценарии; конкретный путь зависит от доступной среды. Начало работы с Cowork.

Для старта выберите один проект и одну повторяемую задачу. Например, сводку по клиентскому проекту или подготовку черновика публикации. После успешного цикла подключайте следующий слой. Такой порядок помогает увидеть пользу и устранить ошибки до того, как они распространятся на несколько направлений.

Все примеры ниже учебные. Мы не предполагаем, что у читателя уже подключены Gmail, календарь или конкретные плагины. Там, где требуется доступ, сначала проверяется подключение. Личные данные и реальные клиентские материалы используйте только в разрешённой среде и необходимом объёме.

Три слоя системы: материалы, правила и действия

Рабочее пространство удобно рассматривать как три связанных слоя. Первый хранит исходные материалы и результаты. Второй описывает цели, стиль, факты и принятые решения. Третий даёт инструменты и регулярные процедуры. Каждый слой должен быть понятен отдельно, иначе ошибку будет трудно локализовать.

Если отчёт неточный, причина может находиться в старом исходнике, неверной инструкции или недоступном подключении. Одинаковое внешнее проявление требует разных исправлений. Поэтому при настройке будем фиксировать, что именно подтверждено на каждом этапе.

Последовательность действий: Исходные материалы → Контекст и правила → Инструменты и процедура → Открытый и проверенный результат.

Минимальная карта проекта

Для каждого направления запишите цель, аудиторию, текущую задачу, место исходников и формат результата. Затем определите, какие сведения устойчивы, а какие меняются каждую неделю. Например, стиль общения может быть постоянным, срок запуска — временным, цена — зависеть от действующего утверждённого источника.

Разделяйте проекты по смыслу и доступам. Контекст одного клиента не должен случайно попасть в материал другого. Папки помогают организовать работу, но сами по себе не гарантируют техническую изоляцию. Нужно проверить область доступа, выбранный проект и фактически прочитанные материалы.

Помоги описать минимальное рабочее пространство для одного проекта [название]. Укажи цель, аудиторию, входные материалы, постоянные правила, текущие факты и результат первого цикла. Проверь, какие инструменты доступны в этой среде. Предложи только необходимые папки и файлы. Сначала покажи схему и открытые вопросы, затем создавай согласованную структуру в выбранном месте.

После ответа уберите элементы, у которых пока нет задачи. Пустые каталоги и сложные реестры не делают систему полезнее. Для первого цикла обычно достаточно входных материалов, результата и короткой инструкции. Дополнительная память или каталог навыков появляются тогда, когда они помогают повторению.

Выберите место, которое сможете найти через неделю без поиска по истории чата. Понятное расположение результатов важно не меньше качества текста: файл должен быть доступен человеку, который продолжит работу.

Папки: сохраняем источники и отделяем результат

Создайте отдельную папку рабочего проекта. Внутри удобно иметь inputs для исходников и outputs для результатов. Названия можно выбрать другие, если команда уже использует понятную структуру. Главное — явно указать агенту назначение папок и правила сохранения.

Учебная структура:

workspace/
  project-a/
    inputs/
    outputs/
    project-context.md
    decisions.md

В исходном подходе используются CLAUDE.md и MEMORY.md. Такие имена можно применять, если их роль понятна и механизм чтения проверен в текущем продукте. Само название файла не гарантирует автоматическую загрузку или долговременное запоминание. При необходимости явно указывайте агенту прочитать согласованный контекст перед задачей.

Правила сохранения

Исходники сохраняйте без изменений, если задача не требует их редактирования. Новый результат записывайте отдельно с понятным названием. Для регулярных отчётов указывайте период. Для черновиков обозначайте статус. Это помогает отличать принятый материал от промежуточной попытки.

До создания папок посмотрите, что уже существует. Возможно, в выбранном месте лежат материалы другого проекта. Не перестраивайте их автоматически. Для первого опыта удобнее отдельная небольшая область, где последствия действий легко понять и проверить.

В выбранной папке подготовь структуру для проекта [название]: inputs для исходников и outputs для результатов. Сначала покажи существующие файлы, относящиеся к задаче, и предложенный план. Создай только согласованные элементы. Исходные материалы сохраняй. Добавь короткий контекст проекта в выбранный файл. После выполнения покажи дерево и фактические пути, затем проверь создание и открытие учебного результата.

Проверка проста: положите небольшой текст в исходники, попросите сделать краткую сводку и сохранить её в результаты. Затем откройте оба файла и убедитесь, что исходник сохранился, а новый материал расположен правильно. Только после этого переносите в систему большой набор документов.

Если работа выполняется через Desktop, доступ к локальным ресурсам зависит от его состояния и разрешений. При облачном сценарии используйте ресурсы, доступные облачной задаче. Эти границы важно определить до настройки расписаний.

Интервью по проекту: наполняем контекст фактами

Пустая структура папок помогает хранению, но ещё не объясняет агенту вашу работу. Следующий этап — короткое интервью. Лучше пройти один проект целиком, чем одновременно обсуждать три направления и смешать ответы. Вопросы должны быть связаны с решениями будущего исполнителя.

Начните с роли и цели. Что вы делаете в проекте и какой результат хотите получить в ближайший период? Затем обсудите аудиторию, тон, повторяемые задачи, ограничения и текущее состояние. Не требуйте красивой формулировки с первого ответа: агент может помочь уточнить расплывчатые места.

Пять содержательных блоков

Цель описывает ожидаемое изменение. Аудитория объясняет, для кого создаётся материал. Правила задают процесс. Факты содержат подтверждённые сведения. Текущее состояние показывает, что происходит сейчас. Эти блоки связаны, но имеют разную устойчивость во времени.

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

Проведи короткое интервью по одному проекту. По очереди уточни мою роль, цель, аудиторию и стиль, повторяемые процессы, важные факты и текущее состояние. Задавай небольшими порциями только вопросы, влияющие на работу. После ответов покажи проект контекста. Раздели устойчивые правила и временные сведения. Неподтверждённые предположения оставь вопросами. Сохраняй только принятый текст.

После интервью прочитайте результат как техническое задание новому сотруднику. Понятно ли, что делать и как проверить? Нет ли выдуманного обещания, которого вы не давали? Не превратилась ли временная цель в постоянное правило для всех задач?

Для второго проекта повторите интервью отдельно. Общие предпочтения можно вынести в общий контекст, если их применение действительно одинаково. Клиентские детали и текущие решения остаются в своей области. Это помогает сохранить точность и снижает риск случайного переноса фактов между направлениями.

Инструкции: коротко, конкретно и проверяемо

Файл правил должен помогать выполнять работу. Каждая строка отвечает за действие, ограничение или критерий результата. Общая характеристика «будь профессиональным» мало объясняет. Более полезно: «сначала покажи вывод, затем основание; неподтверждённые цифры вынеси в вопросы; утверждённые цены сохраняй дословно».

В исходном материале предлагается CLAUDE.md из пяти разделов: роль, цели, стиль, процесс и важный контекст. Такой каркас удобен как авторская инструкция. Однако механизм применения в Cowork следует проверить отдельно от поведения Claude Code. При сомнении явно укажите файл в текущей задаче и попросите назвать применимые правила.

Проверка применения

Подготовьте маленькую задачу, где правило заметно. Если требуется короткий деловой стиль, дайте длинный исходник и ожидайте компактную сводку. Если важна сохранность цены, включите утверждённое число и проверьте его. Пересказ инструкции без практического результата даёт ограниченное подтверждение.

Прочитай согласованный контекст проекта из [файл] и подготовь учебную сводку по [материал]. Перед началом кратко назови применимые правила. Сохрани факты и утверждённые формулировки. В конце покажи, какие проверки выполнены. Если часть контекста конфликтует с текущим заданием, обозначь конкретное расхождение и предложи решение. Исходник сохраняй.

Следите за противоречиями между общими и проектными правилами. Если один файл требует краткости, а текущая задача — подробного руководства, формат результата должен учитывать задачу. Правила должны помогать интерпретации и не превращаться в случайные препятствия.

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

После принятой правки обновляйте действующий источник. Если исправление осталось только в переписке, следующая сессия может его не увидеть. Но постоянные правила следует менять осознанно: сначала сформулировать полезное изменение, затем проверить его на новом материале.

Память проекта: факты, решения и срок актуальности

Память полезна для сведений, которые нужно переносить между запусками: принятый формат, действующий источник цен, важное решение по проекту. При этом надо различать факт, предпочтение и временное состояние. У каждого типа свой способ обновления и проверки.

Файл MEMORY.md или другой согласованный документ может хранить такие записи. Но наличие файла не означает, что агент автоматически читает его, обновляет правильно или изолирует от других проектов. Задайте явный порядок использования и проверьте его в новой сессии.

Что сохранять

Полезная запись короткая и имеет основание. Например: «Для этого проекта отчёт начинается с отклонений; правило принято владельцем». Временная запись может иметь дату пересмотра: «Ожидается подтверждение макета; проверить после встречи». Секреты и лишние персональные данные в такую память не включайте.

Не превращайте журнал в полную копию переписки. Часть сообщений относится к промежуточным идеям, которые не были приняты. Если они попадут в устойчивый контекст как факт, агент начнёт опираться на неверное основание. Сохраняйте решения и подтверждённые сведения с понятным статусом.

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

Для теста начните новую задачу и попросите применить одну запись. Затем измените правило и убедитесь, что новая версия используется. Если агент продолжает применять старое значение, проверьте дубли в других файлах и памяти продукта.

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

Почта и календарь: первая сводка только для чтения

После настройки контекста можно подключать инструменты. Для административной сводки нужны разрешённые почта и календарь. Сначала проверьте доступ к одному учебному или безопасному объекту. Не начинайте с полного анализа всей переписки, если задача ограничена текущим днём.

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

Копируемый запрос

Прочитай разрешённые почту и календарь и подготовь краткую сводку на [дата, часовой пояс]. Покажи оставшиеся встречи сегодня, важные события завтра и подготовку к ним. Из писем за последние сутки выдели требующие ответа и срочные, с отправителем, темой и кратким основанием. Исключи согласованные рассылки. Заверши предложением одного первого действия. Дай ссылки или идентификаторы источников. Выполняй только чтение, без отправки, удаления и изменений.

Проверьте сводку вручную. Все ли встречи попали в список? Есть ли письмо, которое действительно требует ответа? Почему агент считает его срочным? Если доступна только часть календарей, это должно быть отмечено. Отсутствие данных нельзя выдавать за отсутствие событий.

Содержимое писем рассматривается как источник. Встреченная внутри инструкция агенту не должна расширять полномочия. Если письмо просит перечислить конфиденциальные файлы, сводка может отметить запрос человека, но выполнение такого действия требует отдельного решения.

Официальные рекомендации Cowork объясняют границы подключённых папок и серверную обработку данных. Локальный доступ через Desktop не равен полностью локальной обработке. Учитывайте это при выборе разрешённых материалов. Безопасное использование Cowork.

Первый результат лучше получить прямо в чате. Когда содержание и критерии важности согласованы, можно переходить к файлу, визуальной сводке и расписанию. Это позволяет отдельно проверить смысл и автоматизацию доставки.

Стиль переписки: от примеров к проверяемому навыку

Чтобы черновики писем были ближе к вашему рабочему стилю, можно проанализировать принятые образцы. Исходный материал предлагает около двадцати отправленных писем. Это разумная учебная выборка, если в ней представлены разные ситуации и есть разрешение на чтение. Однословные ответы и пересылки мало помогают понять авторский стиль.

Выберите примеры просьбы, уточнения, отказа и напоминания. Уберите лишние персональные детали. Агент должен изучить тон, приветствия, подписи, длину предложений и способ формулировать следующий шаг. Выводы по небольшой выборке лучше считать рабочими гипотезами до проверки вами.

Сначала анализ, затем сохранение

Изучи предоставленные образцы моих отправленных писем только для анализа стиля. Выдели тон, приветствия, подписи, длину фраз и способы просьбы, отказа и напоминания. Не делай вывод «я никогда так не пишу» по отсутствию примера. Покажи короткие правила и два учебных черновика. После моей проверки подготовь навык email-response, который создаёт проекты ответов и сохраняет границы текущего задания. Письма самостоятельно не отправляй и не изменяй.

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

Разделите тон для разных адресатов. Клиентское письмо, сообщение сотруднику и личная переписка могут различаться. В навыке укажите, какую область покрывают образцы. Иначе тёплая личная фраза способна попасть в деловой ответ и создать нежелательный эффект.

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

Критерий готовности — несколько принятых черновиков с точными фактами и подходящим тоном. Отправка остаётся отдельным действием с проверкой адресата и текста. Автоматическое создание черновика не должно незаметно превращаться в автоматическую коммуникацию от вашего имени.

Каталог навыков и визуальная сводка

Когда навыков становится больше, полезно видеть, что доступно и для какой задачи. Для каждого достаточно названия, короткого назначения, примера запуска и зависимостей. Такой справочник помогает выбрать нужный процесс без чтения всех инструкций.

В исходном материале предлагается живой дашборд, который обновляется при открытии. Это требует действительного механизма получения актуального списка и разрешений. Обычный HTML-файл с сохранёнными карточками показывает снимок состояния. Само слово «живой» в промпте не создаёт автоматическое обновление.

Начинаем с проверенного снимка

Попросите агента перечислить навыки, которые он реально видит в текущей среде. Для недоступных источников укажите ограничение. Затем создайте простой каталог с датой проверки. Поиск и группировка полезны, если список достаточно большой; для нескольких навыков может хватить короткого текста.

Собери каталог реально доступных навыков в этой среде. Для каждого укажи название, назначение, пример запроса и необходимые подключения. Отметь дату проверки и источники списка. Если можно создать HTML, сделай читаемый справочник с поиском. Автоматическое обновление обещай только при наличии проверенного механизма; иначе обозначь результат как снимок и добавь понятный способ повторного обновления.

Проверьте несколько карточек: соответствует ли описание содержимому навыка, работает ли пример запуска, завершена ли авторизация зависимости. Навык может присутствовать в каталоге, но оставаться непригодным для конкретного действия. Состояние готовности полезно показывать отдельно.

Если нужен действительно обновляемый интерфейс, сначала определите источник данных и событие обновления. Затем проверьте изменение списка: добавьте учебный навык разрешённым способом, обновите каталог и убедитесь, что он появился. Повторите проверку после отключения. Только такое действие подтверждает обновляемость.

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

Утренний отчёт по расписанию

Расписание добавляется после успешного ручного запуска. Сначала должен быть принят состав сводки и проверены источники. Затем задаются время, часовой пояс, место результата и поведение при ошибке. Для примера возьмём ежедневный отчёт в восемь утра.

Официальная документация Cowork различает облачные расписания и задачи, которым нужны локальные ресурсы. Облачный сценарий может выполняться без открытого компьютера, а локальные зависимости требуют соответствующей доступности. Проверьте условия именно своей задачи. Расписания Cowork.

Содержание отчёта

Покажите дату, три предложенных приоритета с основаниями, встречи по времени и важные письма. Для встреч полезны место или ссылка, для письма — отправитель, тема и требуемое действие. Окна для сосредоточенной работы являются предложением на основе календаря, поэтому не должны создавать события автоматически.

После принятого ручного теста настрой утренний отчёт ежедневно в 08:00 по часовому поясу [пояс]. Источники: [разрешённые подключения]. Итог: [формат и место]. Покажи приоритеты, встречи и важные письма со ссылками. Используй только чтение. При недоступном источнике явно сообщай ограничение. Подтверди фактическое сохранение расписания, среду выполнения и следующий запуск. Затем проверь один реальный запуск и открытие результата.

Проверьте время и доставку. Файл мог создаться в восемь утра, но пользователь не получил доступ. Или задача выполнилась в другом часовом поясе. Отдельно посмотрите, что происходит в выходной и при пустом календаре. Эти случаи должны соответствовать пожеланиям владельца.

Последовательность действий: Принятая ручная сводка → Расписание и среда → Реальный запуск → Доставка и проверка.

Не делайте вывод о готовности по ответу «расписание настроено». Посмотрите сохранённую задачу и фактический результат запуска. Если возможна только подготовка промпта без создания автоматизации, это надо обозначить. Пользователь должен знать, какой следующий шаг ещё остаётся.

После нескольких дней уточните критерии важности по наблюдаемым ошибкам. Меняйте правила осознанно и повторяйте проверку. Так отчёт будет соответствовать реальному ритму работы.

Еженедельный обзор навыков и состояния системы

Регулярный обзор помогает заметить новые или изменившиеся навыки, лишние зависимости и устаревшие инструкции. Исходный материал предлагает запуск по понедельникам в девять утра. Для начала такой обзор можно выполнить вручную и убедиться, что он приносит полезные решения.

Сначала определите доступные источники списка. Пути к установленным пакетам различаются между средами и версиями. Агент должен обнаружить их разрешённым способом и показать область проверки. Нельзя обещать сканирование всего компьютера, если доступ ограничен выбранной папкой.

Дата файла требует осторожной интерпретации

Время изменения может показывать установку, копирование или обновление пакета. Оно не доказывает дату создания навыка. Лучше сравнивать с предыдущим принятым списком и версиями, если эти сведения доступны. Общая метка времени у многих файлов может означать пакетное обновление.

Выполни обзор навыков в доступной области за последнюю неделю. Сначала покажи источники списка и ограничения доступа. Сравни с предыдущим снимком, если он есть. Для нового или изменённого навыка прочитай инструкцию, объясни назначение, зависимости и готовность к учебному тесту. Даты файлов трактуй как технические признаки. Предложи полезные следующие действия. Ничего автоматически не устанавливай, не удаляй и не меняй.

В отчёте удобно выделить готовые к пробе, требующие настройки и пока не относящиеся к вашим задачам. Сложная интеграция может быть ценной для конкретной команды, поэтому количество зависимостей само по себе не определяет качество. Оценка должна учитывать реальную потребность.

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

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

Учебный бизнес-пример: агентство и клиентские проекты

Допустим, небольшое агентство ведёт два проекта. Для каждого есть бриф, заметки встреч и список задач. Руководитель хочет получать еженедельную сводку и готовить черновики ответов клиенту. Главная задача настройки — сохранить отдельный контекст и понятные источники.

Создаём две проектные папки с входными материалами и результатами. Для каждого проводим отдельное интервью: цель, аудитория, формат сводки и действующие решения. Общий стиль агентства описываем кратко, клиентские факты сохраняем только в соответствующем проекте.

Первый рабочий цикл

В проект А кладём три учебных файла и просим составить сводку. Агент перечисляет прочитанные материалы, показывает задачи и отмечает противоречие по сроку. Затем создаёт проект письма с вопросом клиенту. Отправка в этот цикл не входит.

Работай только с проектом А и его согласованным контекстом. Прочитай бриф, заметки и список задач. Подготовь сводку решений, ответственных, сроков и вопросов с источниками. Затем создай черновик письма клиенту по открытым вопросам в принятом стиле. Сохрани оба результата отдельно. Материалы проекта Б не используй. Проверь факты, пути сохранения и открытие файлов.

Образец результата: «В брифе указан один срок, в заметке встречи — предложение переноса. Подтверждённого решения нет. В сводке срок помечен для уточнения, в письме задан конкретный вопрос». Это лучше поддерживает работу руководителя, чем уверенная подстановка одной даты.

Для проверки разделения запускаем аналогичную задачу по проекту Б с другой аудиторией и форматом. В результате не должны появляться названия и решения проекта А. Если смешение обнаружено, проверяем выбранную область, источники и общий контекст.

После принятия ручного процесса можно добавить регулярную сводку. Укажите, где находятся актуальные материалы к моменту запуска и кто проверяет открытые вопросы. Если клиент прислал новые данные после формирования отчёта, следующая версия должна иметь понятный период и дату проверки. Так команда сохраняет прозрачную связь между состоянием проекта и документом.

Учебный бизнес-пример: экспертный контент и административная работа

Во втором примере эксперт готовит статьи и проводит консультации. Ему нужны два разных процесса: работа с исходными заметками для публикаций и утренняя сводка по встречам. Их можно вести в одном рабочем пространстве, сохраняя отдельные материалы и правила.

Для контента задаём аудиторию, темы, стиль и требования к доказательствам. Для административной части — календари, окно чтения почты и критерии срочности. Личная переписка и клиентские сведения не должны автоматически становиться примерами публичного контента.

Настраиваем по этапам

Сначала из учебной заметки создаём проект статьи. Проверяем точность, тон и отсутствие выдуманного опыта. Затем отдельно тестируем сводку календаря. После этого изучаем выбранные образцы деловой переписки и готовим навык черновиков. Каждая часть проходит свой контрольный пример.

Подготовь проект публикации из материала в папке контента. Используй согласованные аудиторию и стиль. Сохрани исходные факты, а неподтверждённые утверждения вынеси в вопросы. Не используй сведения из административной почты и календаря. Сохрани черновик в outputs и покажи, какие материалы послужили источниками. Публикация выполняется отдельным заданием.

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

Для утренней сводки используем отдельный запрос и только разрешённые источники. Проверяем, что важная встреча включена и приоритет имеет основание. Если письмо клиента содержит тему будущей публикации, оно остаётся частной коммуникацией до отдельного решения об использовании и обезличивании.

Через неделю оцениваем, какие элементы помогают. Возможно, справочник навыков пока избыточен, а ручная сводка уже полезна. Оставляем необходимое и добавляем расписание после успешных повторений. Такая система развивается вокруг реальных задач и сохраняет понятные границы между подготовкой контента, административной работой и внешними действиями.

Упражнение с ответом и проверка всей системы

Выберите один проект и подготовьте три учебных материала: описание цели, заметку с решением и список задач. В одном месте добавьте противоречивую дату. Создайте минимальную структуру, короткий контекст и правило сохранения результата. Затем попросите Cowork подготовить сводку.

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

Образец ответа

Успешный результат: «Исходники сохранены в выбранной папке. Контекст прочитан явно или его загрузка подтверждена доступным механизмом. Сводка использует три источника, показывает противоречивую дату и сохраняется отдельно. Файл открыт пользователем. Принятая запись памяти применена в новой задаче. Внешние сообщения и данные не изменялись».

Для расписания добавляется отдельное подтверждение: задача действительно сохранена, время и часовой пояс проверены, реальный запуск состоялся, результат доступен. Для каталога навыков добавляется проверка актуальности источника. Для стиля переписки — принятие нескольких черновиков. Эти проверки нельзя заменить одним общим словом «настроено».

Начните рабочее использование с небольшого объёма и наблюдайте исключения. Если правило вызывает повторную ошибку, уточните источник или процедуру. Если система требует слишком много обслуживания, сократите лишние элементы. Польза проявляется в понятном результате, который можно повторить и проверить.

Первая рабочая неделя и восстановление после сбоя

В первый день проведите один ручной цикл целиком: подготовка источников, получение черновика, исправление, открытие сохранённого результата. Запишите, какая проверка потребовала больше внимания. Например, система правильно пересказала заметки, но пропустила неопределённый срок. Добавьте короткое правило о сроках и повторите задачу на другом материале. Это покажет, работает ли правило за пределами единственного примера.

Во второй и третий день используйте тот же процесс в реальной работе с ограниченным набором данных. Отмечайте время на подготовку источников и время на проверку результата отдельно. Быстрая генерация при долгой ручной сверке может означать, что входные материалы требуют более понятной структуры. Попробуйте разделить решения, вопросы и задачи ещё до запуска. Сравните качество следующей сводки.

К концу недели выберите один процесс для повторения по расписанию. Убедитесь, что материалы будут доступны в момент запуска, а результат попадёт в место, которое вы действительно просматриваете. Назначьте человека, который заметит пропуск отчёта. Для небольшой команды достаточно договорённости: ответственный проверяет наличие результата утром и запускает ручную процедуру при сбое.

Если автоматическая задача завершилась ошибкой, сначала выясните границу выполненного. Отдельно проверьте чтение источников, создание файла и доставку результата. Файл мог сохраниться, хотя уведомление не пришло. Повторный запуск с тем же именем способен создать путаницу версий. Используйте дату и период в названии, а при повторе явно укажите, требуется обновление существующего черновика или новая версия.

После изменения подключения снова проверьте доступ на небольшом примере. После изменения правил повторите контрольную задачу. После изменения расписания дождитесь фактического запуска. Такие короткие проверки удерживают систему в рабочем состоянии и позволяют понять причину сбоя без полной перенастройки пространства.

Для еженедельного обзора достаточно трёх вопросов: какой результат использован, какая ошибка повторилась, какое правило можно упростить. Сохраняйте только выводы, которые помогут следующему запуску. История отдельных экспериментов может оставаться в журнале задач, чтобы основной контекст сохранял понятный объём и актуальность.

Источники и границы материала

Первичные источники: Cowork, границы обработки, расписания. Проверено 20 сентября 2026 года.

Продолжить практику

• После созвона: как получить протокол, задачи и письмо с помощью ИИ
• Markdown для работы с ИИ: инструкции, контекст и шаблоны

Автор — Роман Ботан, Автомато. Практикумы и обучение · Новые разборы в канале @aibotan47.