Постійні розпорядження

## Програма: Щотижневий звіт про стан

**Повноваження:** Зібрати дані, сформувати звіт, доставити його зацікавленим сторонам
**Тригер:** Щоп’ятниці о 16:00 (забезпечується завданням Cron)
**Етап схвалення:** Для стандартних звітів не потрібен. Позначати аномалії для перевірки людиною.
**Ескалація:** Якщо джерело даних недоступне або показники виглядають незвично (>2σ від норми)

### Етапи виконання

1. Отримати показники з налаштованих джерел
2. Порівняти з попереднім тижнем і цільовими значеннями
3. Створити звіт у Reports/weekly/YYYY-MM-DD.md
4. Доставити підсумок через налаштований канал
5. Записати відомості про завершення до Agent/Logs/

### Чого НЕ робити

- Не надсилати звіти зовнішнім сторонам
- Не змінювати вихідні дані
- Не пропускати доставлення, якщо показники виглядають погано, — звітувати точно

Постійне доручення: «Ви відповідаєте за щоденне сортування вхідних повідомлень»
    ↓
Завдання Cron (щодня о 8:00): «Виконайте сортування вхідних повідомлень відповідно до постійних доручень»
    ↓
Агент: Читає постійні доручення → виконує етапи → повідомляє результати

openclaw cron add \
  --name daily-inbox-triage \
  --cron "0 8 * * 1-5" \
  --tz America/New_York \
  --timeout-seconds 300 \
  --announce \
  --channel imessage \
  --to "+1XXXXXXXXXX" \
  --message "Виконайте щоденне сортування вхідних повідомлень відповідно до постійних доручень. Перевірте пошту на наявність нових сповіщень. Проаналізуйте, класифікуйте та збережіть кожен елемент. Повідомте власнику підсумок. Ескалюйте невідомі випадки."

## Програма: Вміст і соціальні мережі

**Повноваження:** Готувати чернетки матеріалів, планувати публікації, складати звіти про залученість
**Етап схвалення:** Протягом перших 30 днів усі публікації потребують перевірки власником, після цього діє постійне схвалення
**Тригер:** Щотижневий цикл (перевірка в понеділок → чернетки в середині тижня → зведення в п’ятницю)

### Щотижневий цикл

- **Понеділок:** Перевірити показники платформ і залученість аудиторії
- **Вівторок–четвер:** Підготувати чернетки дописів у соціальних мережах і створити матеріал для блогу
- **П’ятниця:** Скласти щотижневе маркетингове зведення → доставити власнику

### Правила щодо вмісту

- Стиль має відповідати бренду (див. SOUL.md або настанови щодо стилю бренду)
- Ніколи не представлятися ШІ в загальнодоступних матеріалах
- Додавати показники, коли вони доступні
- Зосереджуватися на цінності для аудиторії, а не на саморекламі

## Програма: Обробка фінансових даних

**Повноваження:** Обробляти дані транзакцій, формувати звіти, надсилати підсумки
**Етап схвалення:** Для аналізу не потрібен. Рекомендації потребують схвалення власника.
**Тригер:** Виявлено новий файл даних АБО настав запланований щомісячний цикл

### Коли надходять нові дані

1. Виявити новий файл у визначеному вхідному каталозі
2. Проаналізувати й класифікувати всі транзакції
3. Порівняти з цільовими показниками бюджету
4. Позначити незвичні елементи, перевищення порогових значень і нові регулярні платежі
5. Створити звіт у визначеному вихідному каталозі
6. Доставити підсумок власнику через налаштований канал

### Правила ескалації

- Один елемент > $500: негайне сповіщення
- Категорія перевищує бюджет на 20%: позначити у звіті
- Нерозпізнана транзакція: попросити власника визначити категорію
- Обробка не вдалася після 2 повторних спроб: повідомити про помилку, не робити припущень

## Програма: Моніторинг системи

**Повноваження:** Перевіряти стан системи, перезапускати служби, надсилати сповіщення
**Етап схвалення:** Перезапускати служби автоматично. Ескалювати, якщо дві спроби перезапуску завершилися невдало.
**Тригер:** Кожен цикл Heartbeat

### Перевірки

- Кінцеві точки стану служб відповідають
- Обсяг вільного місця на диску перевищує порогове значення
- Завдання, що очікують виконання, не є застарілими (>24 годин)
- Канали доставлення працездатні

### Матриця реагування

| Умова                   | Дія                                      | Ескалювати?                           |
| ----------------------- | ---------------------------------------- | ------------------------------------- |
| Служба не працює        | Перезапустити автоматично                | Лише якщо 2 перезапуски не вдалися    |
| Вільне місце < 10%      | Сповістити власника                      | Так                                   |
| Завдання застаріло > 24 год | Нагадати власнику                    | Ні                                    |
| Канал не працює         | Записати в журнал і повторити в наступному циклі | Якщо не працює > 2 годин     |

### Правила виконання

- Кожне завдання виконується за схемою «Виконати — перевірити — повідомити». Без винятків.
- «Я це зроблю» не є виконанням. Виконайте, а потім повідомте.
- «Готово» без перевірки неприйнятне. Надайте докази.
- Якщо виконання не вдалося: повторіть спробу один раз, скоригувавши підхід.
- Якщо знову не вдалося: повідомте про помилку з результатами діагностики. Ніколи не приховуйте помилку.
- Ніколи не повторюйте спроби нескінченно — щонайбільше 3 спроби, потім ескалуйте.

## Програма 1: [Напрям A] (Щотижня)

...

## Програма 2: [Напрям B] (Щомісяця + на вимогу)

...

## Програма 3: [Напрям C] (За потреби)

...

## Правила ескалації (усі програми)

- [Спільні критерії ескалації]
- [Етапи схвалення, що застосовуються до всіх програм]