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

## Програма: Щотижневий звіт про стан **Повноваження:** Зібрати дані, сформувати звіт, доставити його зацікавленим сторонам**Тригер:** Щоп’ятниці о 16:00 (забезпечується завданням Cron)**Етап схвалення:** Для стандартних звітів не потрібен. Позначати аномалії для перевірки людиною.**Ескалація:** Якщо джерело даних недоступне або показники виглядають незвично (>2σ від норми) ### Етапи виконання 1. Отримати показники з налаштованих джерел2. Порівняти з попереднім тижнем і цільовими значеннями3. Створити звіт у Reports/weekly/YYYY-MM-DD.md4. Доставити підсумок через налаштований канал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] (За потреби) ... ## Правила ескалації (усі програми) - [Спільні критерії ескалації]- [Етапи схвалення, що застосовуються до всіх програм]