Поручаем Cowork первую задачу

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

Цикл задачи: пять шагов

Задача в Cowork — не одна реплика, а цикл из пяти шагов.

1. Поручить. Вы описываете результат, источники и нюансы.
2. Уточнить. Claude задаёт вопросы, чтобы закрыть пробелы до начала работы.
3. Выполнить. Claude работает по плану, вы видите прогресс.
4. Направить. Если что-то идёт не туда, вы вмешиваетесь, не начиная заново.
5. Проверить. Вы смотрите на результат как на черновик и сверяете с источниками.

Первый и последний шаги — самые важные и самые человеческие. На них и сосредоточимся.

Шаг 1. Постановка: результат, источники, нюансы

Хороший запрос для Cowork отвечает на три вопроса. Что должно получиться — формат и объём. Откуда брать — папки, файлы, коннекторы, период. Что важно именно здесь — то, что вы знаете, а Claude нет.

Это требует больше усилий, чем реплика в чате. Но каждая минута, вложенная в постановку, экономит несколько минут переделок.

Вот запрос для нашей задачи. Папка status-2026-08 содержит еженедельные отчёты команд по пяти проектам за август.

Собери сводку статусов по проектам за август.

Источники: все файлы в этой папке. Это еженедельные отчёты команд,
по одному на проект в неделю. Названия проектов — в имени файла
до первого дефиса.

Результат: документ Word «Сводка статусов — август.docx» в этой папке.
Структура:
1. Таблица: проект, текущий этап, статус (в графике / риск / просрочка),
   ключевые риски, что нужно от руководства.
2. Три-пять предложений общей картины.
3. Раздел «Требует уточнения» — всё, где отчёты противоречат друг другу
   или данных недостаточно.

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

Прежде чем начать, повтори задачу своими словами и задай вопросы,
если что-то неясно.

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

Шаг 2. Уточнение: отвечаем на вопросы

Claude перескажет задачу и, скорее всего, задаст пару вопросов, часто в виде вариантов ответа. Для нашей задачи это могут быть: «В папке есть файл notes.txt без названия проекта — учитывать?» или «Как обозначить проект, по которому есть отчёты только за две недели из четырёх?».

Отвечайте коротко и по делу. Если вопрос показал, что вы сами не определились, — это ценно: лучше решить сейчас, чем переделывать документ.

Шаг 3. Выполнение: смотрим на план

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

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

Шаг 4. Направление: вмешиваемся, а не перезапускаем

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

Это отличие от чата стоит прочувствовать. В чате исправление означает новый ответ с нуля. В Cowork — поправку к идущему процессу.

Шаг 5. Проверка: как читать результат

Файл появился в папке. Теперь — самая ответственная часть. Правило из материалов Anthropic: относитесь к результату как к черновику от человека, которому вы доверяете, но которого пока плохо знаете.

Что проверять в нашей сводке:

• Факты. Статус каждого проекта — сверьте хотя бы с двумя-тремя отчётами, особенно там, где стоит «в графике». Оптимизм — типичная ошибка.
• Происхождение. Даты, имена, цифры должны прослеживаться до конкретного отчёта. Если в сводке появилось «релиз перенесён на сентябрь», найдите, в каком файле это написано.
• Соответствие цели. Отвечает ли документ на вопрос руководителя, или это аккуратный пересказ отчётов без выводов?
• Раздел «Требует уточнения». Он не должен быть пустым, если отчёты писались людьми. Пустой раздел — повод присмотреться внимательнее.

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

Та же схема для других задач

Перенесите пять шагов на задачу с макетами: постановка — схема именования и папка _unsorted; уточнение — «что делать с дублями?»; выполнение — смотрите, не удаляет ли; направление — «состояние экрана бери из имени слоя, а не угадывай»; проверка — откройте десяток переименованных файлов глазами. Для презентации: проверьте, что каждый вывод ведёт к реальной цитате. Для релиз-нот: сверьте, что внутренние задачи действительно пропущены.

Схема не меняется. Меняются только «нюансы» в постановке и то, что именно вы проверяете в конце.