Підготовки, звіти й скани запускаються за розкладом і падають у базу Reports. Ви приходите до вже готової підготовки, десь за 55 хвилин до кожного мітингу. Клієнту нічого не надсилається. Перш ніж ставити скіл (записана інструкція для окремої рутинної роботи) на розклад, запустіть його руками 3 рази, щоб довіряти тому, що він пише.
Що змінюється
Автопілот це набір коротких промптів за розкладом. Кожен викликає скіл для названого проєкту і вимагає зберегти результат у базу Reports. Ви приходите до готової підготовки, а не робите її.
Проєкт завжди названий у промпті. Так правило “ніколи не вгадуй проєкт” діє, навіть коли ніхто не дивиться.
На вашому Маку чи в хмарі
| На Маку (заплановані задачі Cowork) | У хмарі (routines, заплановані задачі, що працюють у хмарі) | |
|---|---|---|
| Працює, коли | Мак увімкнений і Claude desktop запущений | завжди, Мак не потрібен |
| Читає локальні файли | так | лише через міст (звʼязок хмарної задачі з вашим Маком), коли Мак онлайн |
| Локальні конектори (self-hosted трекер, вікі) | так | через міст |
| Хмарні конектори (чат, Notion, пошта, календар) | так | так |
| Обирати для | усього, що читає диск: поштовий буфер, логи, репозиторії | усього, чому досить хмарних конекторів |
Простими словами: задача, яка читає файли на Маку, спрацює, лише якщо в цей час Мак не спить і застосунок Claude відкритий.
Приклад тижня
Така форма розкладу автора. Ваш піде за вашим календарем мітингів.
Синк чатів, щоденний звіт, збір пошти і драфти відповідей. Підготовка до внутрішнього синку десь за 55 хвилин до нього.
Теми, тижневий огляд, підготовка до планування.
Підготовки до статус-синку і 1-1 перед клієнтськими дзвінками. Тижневий скан стабільності в четвер увечері.
Здоровʼя борди і підготовка до ревʼю, 2 окремими звітами. Реєстр ризиків як частина циклу ревʼю.
Велосіті, настрій клієнта, дайджест памʼяті за місяць, health check кожного проєкту й аудит скілів проти конфігів.
Підготовки запускаються приблизно за 55 хвилин до мітингу: досить часу прочитати й дописати свої нотатки, поки дані свіжі.
Промпт за розкладом, у 5 рядках
Короткий і посилається на скіл, а не переказує його:
Use the <skill-name> skill for the <Project> project.
<Period or mode: for yesterday, for last week, the meeting type>.
<Special conditions: local refs only, mount the logs folder first>.
Save the report to the outputs folder AND to the Notion Reports DB.
The Notion page must contain the full report as page content.На проєкті без API трекера промпт отримує ще речення: брати fallback з конфігу (файлу проєкту) і вказати дату останнього експорту. Якщо експорту більше 3 днів, звіт каже про це першим рядком.
Для дорогих задач дешевий вхід: спершу легкий скан, і швидкий вихід, якщо робити нічого.
Де шукати результати
- База Reports, завжди: тип, скіл, дата, підсумок, проєкт, workspace і повний текст.
- Локальна копія в папці outputs сесії.
- Побічні дії в інших системах, обмежені й явні: тікети на нові дефекти, сторінки в Threads, Topics, Risks чи Decisions. Клієнту нічого не надсилається.
Коли він не спрацював і як це помітити
- Мак заснув або застосунок закрили. Локальні задачі не відпрацювали, зранку свіжих звітів немає. Тисніть Run now.
- Скіл відстав від конфігу. Щомісячний health check автоматизації це покаже. Між аудитами сигнал це дивні імена людей чи компонентів у звітах.
- Notion відхилив довгий блок або relation не записався. Звіт пише “saved with warnings”. Перевірте назви властивостей.
- Хмарний розклад рахує час в UTC. Двічі на рік, з переходом на літній час, хмарні задачі зсуваються на годину, якщо їх не поправити. Локальні працюють за місцевим часом.
Спершу 3 ручні запуски, потім розклад. Автопілот до того, як ви повірили скілу руками, створює недовіру з 1-го дня.