> РАС: дотримуюсь рутин.
> РДУГ: ненавиджу рутини.
> AuDHD: створюю рутину, щоб вона красиво зламалась за тиждень.
Я витратив кілька повних робочих днів, щоб створити систему обліку витрат в Obsidian.
Ніколи до цього не працював з JavaScript.
Я розбирався з Templater, DataviewJS, YAML, логікою файлів, змінними, циклами, помилками — з нуля.
Бляха, як же ж це було цікаво. Система вийшла складна, красива і реально працююча: автоматично генерувала файли на кожен день місяця, рахувала витрати й доходи, будувала красиві таблиці, навіть підраховувала податки ФОП.
Я перестав нею користуватись через кілька тижнів.
---
## Чому провалилась ця система?
Вона провалилась саме тому, що була ідеальною — логічною, структурованою, продуманою, «дорослою». Система очікувала стабільної поведінки від мозку, який працює хвилями. Тобто:
1. Регулярності.
2. Однакового формату щодня.
3. Рівня уваги, який AuDHD не може стабільно тримати.
4. Стабільної ідентичності “я — людина, яка веде систему”.
5. Ілюзії довгостроковості: ніби тепер так буде завжди.
Класична помилка дизайну під нейротип.
---
## Чи була вона марною?
Ні. Вона просто виконала свою функцію:
- попрацювала місяць,
- зняла тривогу,
- дала відчуття контролю,
і була відпущена.
---
## Що таке антисистема?
AuDHD потребує системи не ідеальної, а такої, яка ЗАЗДАЛЕГІДЬ очікує, що її кинуть. Принципи роботи такої антисистеми:
1. Розрахована на паузи — не таблиця, а список, який можна кинути і продовжити.
2. Не крашиться при підрахунку, навіть якщо користуватися нею іноді.
3. Чим більше точок входу — тим менше шансів почати. Антисистема починається з одного файлу / списку / поля.
4. Не вимагає точності. "Приблизно”, “десь так”, “хз скільки” — це валідні дані для AuDHD.
# Інші антисистеми для AuDHD
Нижче — **готові шаблони мислення**, не «ідеальні методики».
---
## Антисистема планування
**Замість:**
- тижневих планів,
- таймблокінгу,
- ідеального календаря.
**Антисистема:**
- **один список “можна зробити”**, без дат;
- максимум 3 пункти, які _хотілося б_;
- жодних переносів і боргів.
> Якщо день минув — список не «провалився».
> Він просто залишився.
---
## Антисистема продуктивності
**Замість:**
- трекінгу годин,
- KPI,
- «8 годин глибокої роботи».
**Антисистема:**
- фіксувати **факти**, не зусилля:
- «написав 2 абзаци»,
- «відкрив файл»,
- «подумав про задачу».
Для AuDHD **контакт із задачею** — вже робота.
---
## Антисистема здоров’я
**Замість:**
- щоденних чеклістів,
- streak’ів,
- «якщо пропустив — починай знову».
**Антисистема:**
- принцип _«коли згадав — зробив»_;
- ніяких серій;
- ніяких обнулень.
Здоров’я — не марафон дисципліни, а **серія повернень**.
---
## Антисистема контенту
**Замість:**
- контент-планів,
- графіків,
- «пости щодня».
**Антисистема:**
- один файл «ідеї / думки / фрази»;
- писати, коли є імпульс;
- публікувати без серійності.
AuDHD краще працює через **сплески**, а не ритм.
---
## Антисистема фінансів (спрощена)
**Замість:**
- щоденних записів,
- категорій,
- звітів.
**Антисистема:**
- один файл на місяць;
- довільний список витрат;
- дозволена приблизність.
Якщо наприкінці місяця видно **загальну картину** — цього достатньо.
---
## Головний висновок
Для AuDHD проблема не в тому, що ми:
- кидаємо системи,
- втрачаємо інтерес,
- не тримаємо ритм.
Проблема в очікуванні, що ми **маємо поводитись стабільно**.
> AuDHD потребує не ідеальних систем,
> а систем, які дозволяють зникати.
І якщо система з’явилась, попрацювала і зникла —
це не провал.
Це **життєвий цикл**.