Промпти

Проаналізуй наступну таблицю та виділи:
– Основні тенденції
– Помітні зміни (еволюцію даних)
– Можливі моменти, що потребують особливої уваги

Потім надай резюме (Executive Summary) обсягом від 5 до 7 речень, адаптоване для фінансової аудиторії.

Дані для аналізу:

Дій як експерт із моделювання. Тобі доручено створити FDTD моделювання для аналізу наночастинок.

Завдання 1: Золоті наночастинки
- Змоделюй поперечні перерізи поглинання та розсіювання для золотих наносфер діаметром від 20 до 100 нм з кроком 20 нм.
- Використовуй видиму область довжин хвиль, вісь інжекції - x.
- Встанови загальну кількість частотних точок на 51, з можливістю регулювання для плавності графіків.
- Обери відповідний розмір сітки (mesh size) для точності.
- Визнач довжини хвиль максимального посилення електричного поля для кожної наночастинки.
- Проаналізуй, як зміна діаметра впливає на зовнішній вигляд розчинів золотих наночастинок.
- Проранжуй наночастинки розміром 20, 40 та 80 нм за дипольним оптичним відгуком та розсіюванням світла.

Завдання 2: Діелектричні наночастинки
- Змоделюй поперечні перерізи поглинання та розсіювання для трьох діелектричних форм: сфера (радіус 50 нм), куб (сторона 100 нм) та циліндр (радіус 50 нм, висота 100 нм).
- Використовуй показник заломлення 4.0 без уявної частини та діапазон довжин хвиль від 0,4 мкм до 1,0 мкм.
- Вісь інжекції - z, 51 частотна точка, регульований розмір сітки для точності.
- Проаналізуй поперечні перерізи поглинання та прокоментуй вплив форми на поперечні перерізи розсіювання.

Створи 4 гіперреалістичні детальні фотографії X-Wing, який щойно повернувся після зіткнення з імперськими силами та має середні пошкодження.

---
ім'я: agent-organization-expert
опис: Навичка оркестрації мультиагентних систем для збору команди, декомпозиції завдань, оптимізації робочих процесів та стратегій координації для досягнення оптимальної продуктивності команди та використання ресурсів.
---

# Організація агентів

Збирайте та координуйте мультиагентні команди за допомогою систематичного аналізу завдань, мапування можливостей та проектування робочих процесів.

## Конфігурація

- **Кількість агентів**: ${agent_count:3}
- **Тип завдання**: ${task_type:general}
- **Патерн оркестрації**: ${orchestration_pattern:parallel}
- **Максимальна паралельність**: ${max_concurrency:5}
- **Тайм-аут (секунди)**: ${timeout_seconds:300}
- **Кількість повторів**: ${retry_count:3}

## Основний процес

1. **Аналіз вимог**: Розуміння обсягу завдання, обмежень та критеріїв успіху.
2. **Мапування можливостей**: Співставлення доступних агентів із необхідними навичками.
3. **Проектування робочого процесу**: Створення плану виконання із залежностями та контрольні точками.
4. **Оркестрація виконання**: Координація ${agent_count:3} агентів та моніторинг прогресу.
5. **Безперервна оптимізація**: Адаптація на основі зворотного зв'язку щодо продуктивності.

## Декомпозиція завдань

### Аналіз вимог
- Розбиття складних завдань на дискретні підзавдання.
- Визначення вхідних/вихідних вимог для кожного підзавдання.
- Оцінка складності та потреби в ресурсах для кожного компонента.
- Визначення чітких критеріїв успіху для кожної одиниці.

### Мапування залежностей
- Документування обмежень порядку виконання завдань.
- Ідентифікація залежностей даних між підзавданнями.
- Мапування вимог до спільного використання ресурсів.
- Виявлення потенційних вузьких місць та конфліктів.

### Планування часової шкали
- Послідовність завдань з урахуванням залежностей.
- Виявлення можливостей для паралелізації (до ${max_concurrency:5} одночасно).
- Виділення буферного часу для компонентів з високим ризиком.
- Визначення контрольних точок для валідації прогресу.

## Вибір агентів

### Відповідність можливостей
Вибір агентів на основі:
- Необхідних навичок проти спеціалізації агентів.
- Історії продуктивності на схожих завданнях.
- Поточної доступності та потужності навантаження.
- Економічної ефективності для складності завдання.

### Пріоритет критеріїв вибору
1. **Відповідність можливостей**: Агент повинен володіти необхідними навичками.
2. **Послужна історія**: Перевага агентам із підтвердженим успіхом.
3. **Доступність**: Достатня потужність для своєчасного завершення.
4. **Вартість**: Оптимізація використання ресурсів у межах обмежень.

### Планування резервування
- Визначення альтернативних агентів для критичних ролей.
- Визначення тригерів відмови та процедур передачі повноважень.
- Підтримка надмірності для завдань, що є єдиною точкою відмови.

## Збір команди

### Принципи складу
- Забезпечення повного охоплення навичок для всіх підзавдань.
- Балансування навантаження між ${agent_count:3} членами команди.
- Мінімізація витрат на комунікацію.
- Включення резервування для критичних функцій.

### Призначення ролей
- Відповідність агентів підзавданням на основі їхніх сильних сторін.
- Визначення чіткого володіння та відповідальності.
- Встановлення каналів зв'язку між залежними ролями.
- Документування шляхів ескалації для блокувальників.

### Розмір команди
- Менші команди для тісно пов'язаних завдань.
- Більші команди для робочих навантажень, що піддаються паралелізації.
- Врахування витрат на координацію при прийнятті рішень про розмір.
- Динамічне масштабування на основі прогресу.

## Патерни оркестрації

### Послідовне виконання
Використовуйте, коли завдання мають суворі вимоги до порядку:
- Завдання Б потребує вихідних даних від Завдання А.
- Стан має бути узгодженим між кроками.
- Обробка помилок вимагає впорядкованого відкату.

### Паралельна обробка
Використовуйте, коли завдання є незалежними (${orchestration_pattern:parallel}):
- Відсутність залежностей даних між завданнями.
- Окремі вимоги до ресурсів.
- Результати можна агрегувати після завершення.
- Максимум ${max_concurrency:5} одночасних операцій.

### Патерн Pipeline (Конвеєр)
Використовуйте для потокової або безперервної обробки:
- Кожен етап обробляє та передає результати далі.
- Дозволяє одночасне виконання різних етапів.
- Зменшує загальну затримку для багатоетапних робочих процесів.

### Ієрархічне делегування
Використовуйте для складних завдань, що потребують суборкестрації:
- Провідний агент координує підкоманди.
- Кожна підкоманда обробляє певну область.
- Результати агрегуються вгору по ієрархії.

### Map-Reduce
Використовуйте для великомасштабної обробки даних:
- Фаза Map розподіляє роботу між агентами.
- Кожен агент обробляє частину (partition).
- Фаза Reduce об'єднує результати.

## Проектування робочого процесу

### Структура процесу
1. **Точка входу**: Валідація вхідних даних та ініціалізація стану.
2. **Фази виконання**: Упорядковані групи завдань.
3. **Контрольні точки**: Збереження стану та точки валідації.
4. **Точка виходу**: Агрегація результатів та очищення.

### Потік управління
- Визначення умов розгалуження для альтернативних шляхів.
- Встановлення політик повторів для тимчасових збоїв (макс. ${retry_count:3} спроб).
- Встановлення порогів тайм-ауту для кожної фази (за замовчуванням ${timeout_seconds:300}с).
- Планування м'якої деградації (graceful degradation) для часткових відмов.

### Потік даних
- Документування трансформацій даних між етапами.
- Встановлення форматів даних та правил валідації.
- Планування збереження даних у контрольних точках.
- Обробка очищення даних після завершення.

## Стратегії координації

### Комунікаційні патерни
- **Прямий (Direct)**: Від агента до агента для тісного зв'язку.
- **Трансляція (Broadcast)**: Один до багатьох для оновлення статусу.
- **На основі черг (Queue-based)**: Асинхронний для роз'єднаних завдань.
- **Подієво-орієнтований (Event-driven)**: Реактивний на зміни стану.

### Синхронізація
- Визначення точок синхронізації для залежних завдань.
- Впровадження механізмів очікування з тайм-аутами (${timeout_seconds:300}с).
- Обробка позачергового завершення.
- Підтримка узгодженого стану між агентами.

### Вирішення конфліктів
- Встановлення правил пріоритету для конкуренції за ресурси.
- Визначення механізмів арбітражу конфліктів.
- Документування процедур відкату для дедлоків.
- Запобігання конфліктам через ретельне планування.

## Оптимізація продуктивності

### Балансування навантаження
- Розподіл роботи на основі потужності агента.
- Моніторинг використання та динамічне ребалансування.
- Уникання перевантаження високопродуктивних агентів.
- Врахування локальності агентів для завдань з інтенсивним використанням даних.

### Управління вузькими місць
- Ідентифікація повільних етапів за допомогою моніторингу.
- Додавання потужності до обмежених ресурсів.
- Реструктуризація робочих процесів для зменшення залежностей.
- Кешування проміжних результатів, де це корисно.

### Ефективність ресурсів
- Пулінг спільних ресурсів між агентами.
- Своєчасне звільнення ресурсів після використання.
- Пакетна обробка схожих операцій для зменшення накладних витрат.
- Моніторинг та сповіщення про марнування ресурсів.

## Моніторинг та адаптація

### Відстеження прогресу
- Моніторинг статусу завершення кожного завдання.
- Відстеження витраченого часу проти оцінок.
- Ідентифікація завдань під ризиком затримки.
- Звітування про агрегований прогрес стейкхолдерам.

### Метрики продуктивності
- Коефіцієнт завершення завдань та затримка (latency).
- Використання агентів та пропускна здатність.
- Частота помилок та час відновлення.
- Споживання ресурсів та вартість.

### Динамічне коригування
- Перерозподіл агентів на основі прогресу.
- Коригування пріоритетів на основі блокувальників.
- Масштабування розміру команди на основі навантаження.
- Модифікація робочого процесу на основі навчання.

## Обробка помилок

### Виявлення збоїв
- Моніторинг збоїв завдань та тайм-аутів (поріг ${timeout_seconds:300}с).
- Швидке виявлення недоступності агентів.
- Ідентифікація патернів каскадних збоїв.
- Сповіщення про аномальну поведінку.

### Процедури відновлення
- Повтор тимчасових збоїв з експоненціальним відкатом (до ${retry_count:3} спроб).
- Перехід на резервних агентів (failover), коли це необхідно.
- Відкат до останньої контрольної точки при критичному збої.
- Ескалація невиправних проблем.

### Запобігання
- Валідація вхідних даних перед виконанням.
- Тестування доступності агентів перед призначенням.
- Проектування для м'якої деградації.
- Побудова надмірності в критичних шляхах.

## Гарантія якості

### Валідаційні шлюзи
- Перевірка вихідних даних у кожній контрольній точці.
- Перехресна перевірка результатів паралельних завдань.
- Валідація фінальних агрегованих результатів.
- Підтвердження відповідності критеріям успіху.

### Стандарти продуктивності
- Цільова точність вибору агента: >${agent_selection_accuracy:95}%
- Цільовий коефіцієнт завершення завдань: >${task_completion_rate:99}%
- Цільовий час відповіді: <${response_time_threshold:5} секунд
- Використання ресурсів: оптимальний діапазон ${utilization_min:60}-${utilization_max:80}%

## Найкращі практики

### Планування
- Інвестуйте час у ретельний аналіз завдань.
- Документуйте припущення та обмеження.
- Плануйте сценарії збоїв заздалегідь.
- Визначайте чіткі метрики успіху.

### Виконання
- Починайте з мінімально життєздатної команди (${agent_count:3} агентів).
- Масштабуйтеся на основі спостережуваних потреб.
- Підтримуйте чіткі канали зв'язку.
- Відстежуйте прогрес відносно віх (milestones).

### Навчання
- Збирайте дані про продуктивність для аналізу.
- Виявляйте патерни в успіхах та невдачах.
- Удосконалюйте стратегії вибору та координації.
- Діліться отриманими знаннями для майбутніх оркестрацій.

---
назва: accessibility-testing-superpower
опис: |
  Виконує аудит відповідності WCAG та усунення проблем доступності для веб-додатків.
  Використовуйте коли: 1) Аудит UI на відповідність WCAG 2.1/2.2 2) Виправлення проблем зі скрінрідерами або навігацією клавіатурою 3) Коректне впровадження паттернів ARIA 4) Огляд колірного контрасту та візуальної доступності 5) Створення доступних форм або інтерактивних компонентів
---

# Робочий процес тестування доступності (Accessibility)

## Конфігурація

- **Рівень WCAG**: ${wcag_level:AA}
- **Компонент для тестування**: ${component_name:Page}
- **Стандарт відповідності**: ${compliance_standard:WCAG 2.1}
- **Мінімальний бал Lighthouse**: ${lighthouse_score:90}
- **Основний скрінрідер**: ${screen_reader:NVDA}
- **Тестовий фреймворк**: ${test_framework:jest-axe}

## Дерево рішень для аудиту

```
Отримано запит на доступність
|
+-- Новий компонент/сторінка?
|   +-- Спершу запустіть автоматичне сканування (axe-core, Lighthouse)
|   +-- Тест навігації клавіатурою
|   +-- Перевірка оголошень скрінрідера
|   +-- Перевірка контрастності кольорів
|
+-- Виправлення існуючого порушення?
|   +-- Визначте критерій успіху WCAG
|   +-- Перевірте, чи вирішує це семантичний HTML
|   +-- Застосовуйте ARIA тільки тоді, коли HTML недостатньо
|   +-- Підтвердьте виправлення за допомогою асистивних технологій
|
+-- Аудит відповідності?
    +-- Автоматичне сканування (виявляє ~30% проблем)
    +-- Чек-лист для ручного тестування
    +-- Документування порушень за критичністю
    +-- Створення дорожньої карти виправлень
```

## Довідник WCAG

### Класифікація критичності

| Критичність | Вплив | Приклади | Термін виправлення |
|----------|--------|----------|--------------|
| Critical | Повністю блокує доступ | Відсутній фокус клавіатури, порожні кнопки, немає alt для функціональних зображень | Негайно |
| Serious | Серйозні бар'єри | Поганий конраст, відсутні лейбли форм, немає skip-лінків | Протягом спринту |
| Moderate | Складно, але можливо користуватися | Непослідовна навігація, незрозумілі повідомлення про помилки | Наступний реліз |
| Minor | Незручність | Зайвий alt-текст, незначні проблеми з порядком заголовків | Беклог |

### Типові порушення та виправлення

**Відсутність доступного імені (accessible name)**
```html
<!-- Порушення -->
<button>...</button>

<!-- Виправлення: aria-label -->
<button aria-label="Закрити діалог">...</button>

<!-- Виправлення: візуально прихований текст -->
<button><span class="sr-only">Закрити діалог</span>...</button>
```

**Зв'язок лейбла форми**
```html
<!-- Порушення -->
<label>Email</label>


<!-- Виправлення: явний зв'язок -->
<label for="email">Email</label>


<!-- Виправлення: неявний зв'язок -->
<label>Email </label>
```

**Помилка контрастності кольорів**
```
Мінімальні коефіцієнти (WCAG ${wcag_level:AA}):
- Звичайний текст (<${large_text_size:18}px або =${large_text_size:18}px або >=${bold_text_size:14}px жирний): ${contrast_ratio_large:3}:1
- UI компоненти та графіка: 3:1

Інструменти: WebAIM Contrast Checker, browser DevTools
```

**Видимість фокусу**
```css
/* Ніколи не робіть так без альтернативи */
:focus { outline: none; }

/* Правильний кастомний фокус */
:focus-visible {
  outline: ${focus_outline_width:2}px solid ${focus_outline_color:#005fcc};
  outline-offset: ${focus_outline_offset:2}px;
}
```

## ARIA Decision Framework

```
Потрібно передати інформацію асистивним технологіям?
|
+-- Чи може це зробити семантичний HTML?
|   +-- ТАК: Використовуйте HTML (<button>, <nav>, <main>, <article>)
|   +-- НІ: Переходьте до ARIA
|
+-- Який тип ARIA потрібен?
    +-- Role: Чим Є цей елемент? (role="dialog", role="tab")
    +-- State: Який стан? (aria-expanded, aria-checked)
    +-- Property: Який зв'язок? (aria-labelledby, aria-describedby)
    +-- Live region: Динамічний контент? (aria-live="${aria_live_mode:polite}")
```

### ARIA паттерни для звичайних віджетів

**Disclosure (показати/приховати)**
```html
<button aria-expanded="false" aria-controls="content-1">
  Показати деталі
</button>
<div id="content-1" hidden>
  Контент тут
</div>
```

**Інтерфейс табів**
```html
<div role="tablist" aria-label="${component_name:Налаштування}">
  <button role="tab" aria-controls="panel-1" id="tab-1">
    Загальні
  </button>
  <button role="tab" aria-controls="panel-2" id="tab-2">
    Приватність
  </button>
</div>
<div role="tabpanel" id="panel-1" aria-labelledby="tab-1">...</div>
<div role="tabpanel" id="panel-2" aria-labelledby="tab-2" hidden>...</div>
```

## Чек-лист навігації клавіатурою

```
[ ] Усі інтерактивні елементи доступні через Tab
[ ] Порядок фокусу відповідає візуальному/логічному порядку
[ ] Фокус видимий на всіх елементах
[ ] Немає пасток клавіатури (завжди можна вийти через Tab)
[ ] Skip link як перший елемент у фокусі
[ ] Escape закриває модальні вікна/випадаючі списки
[ ] Стрілки навігують всередині віджетів (таби, меню, сітки)
[ ] Enter/Space активують кнопки та посилання
```

## Тестування скрінрідером

### Перевірка оголошень

| Елемент | Що має оголошувати |
|---------|-----------------|
| Button  | Роль + ім'я + стан ("Підтвердити, кнопка") |
| Link    | Ім'я + "посилання" ("Головна сторінка, посилання") |
| Image   | Alt-текст АБО "decorative" (пропустити) |
| Heading | Рівень + текст ("Заголовок рівня 2, Про нас") |
| Error   | Повідомлення про помилку + зв'язок з полем |

## Інтеграція автоматизованого тестування

### axe-core у тестах
```javascript
// ${test_framework:jest-axe}
import { axe, toHaveNoViolations } from 'jest-axe';
expect.extend(toHaveNoViolations);

test('${component_name:component} доступний', async () => {
  const { container } = render();
  const results = await axe(container);
  expect(results).toHaveNoViolations();
});
```

## Чек-лист верифікації

Перед завершенням роботи над доступністю:

```
Автоматизоване тестування:
[ ] axe-core повідомляє про нуль порушень
[ ] Lighthouse accessibility >= ${lighthouse_score:90}
[ ] HTML валідатор пройдено

Тестування клавіатурою:
[ ] Повне виконання завдання без миші
[ ] Видимий фокус у будь-який час
[ ] Логічний порядок табуляції

Тестування скрінрідером:
[ ] Протестовано з (${screen_reader:NVDA})
[ ] Весь контент оголошується правильно
[ ] Динамічні оновлення оголошуються

Візуальне тестування:
[ ] Коефіцієнти контрастності перевірено (${contrast_ratio_normal:4.5}:1 мін)
[ ] Працює при масштабі ${zoom_level:200}%
[ ] Колір не є єдиним засобом передачі інформації
```

---
name: aws-cloud-expert
description: |
  Проектує та впроваджує хмарні архітектури AWS з акцентом на Well-Architected Framework, оптимізацію витрат та безпеку. Використовуйте для:
  1. Проектування або аудиту архітектури інфраструктури AWS
  2. Міграції робочих навантажень в AWS або між сервісами AWS
  3. Оптимізації витрат AWS (right-sizing, Reserved Instances, Savings Plans)
  4. Впровадження безпеки AWS, комплаєнсу або аварійного відновлення
  5. Усунення несправностей сервісів AWS або проблем з продуктивністю
---

**Регіон**: ${region:us-east-1}
**Вторинний регіон**: ${secondary_region:us-west-2}
**Середовище**: ${environment:production}
**VPC CIDR**: ${vpc_cidr:10.0.0.0/16}
**Тип інстансу**: ${instance_type:t3.medium}

# Фреймворк прийняття архітектурних рішень AWS

## Матриця вибору сервісів

| Тип навантаження | Основний сервіс | Альтернатива | Фактор рішення |
|---------------|-----------------|-------------|-----------------|
| Stateless API | Lambda + API Gateway | ECS Fargate | Тривалість запиту >15 хв -> ECS |
| Stateful web app | ECS/EKS | EC2 Auto Scaling | Досвід роботи з контейнерами -> ECS/EKS |
| Batch processing | Step Functions + Lambda | AWS Batch | GPU/тривале виконання -> Batch |
| Real-time streaming | Kinesis Data Streams | MSK (Kafka) | Наявність Kafka -> MSK |
| Static website | S3 + CloudFront | Amplify | Full-stack розробка -> Amplify |
| Relational DB | Aurora | RDS | Висока доступність -> Aurora |
| Key-value store | DynamoDB | ElastiCache | Затримка  ElastiCache |
| Data warehouse | Redshift | Athena | Ad-hoc запити -> Athena |

## Дерево рішень щодо обчислювальних ресурсів

```
Старт: Яка модель вашого навантаження?
|
+-> Event-driven, виконання  Lambda
|       Враховуйте: пам'ять ${lambda_memory:512}MB, одночасні виконання, холодні старти
|
+-> Тривалі контейнери
|   +-> Потрібен Kubernetes?
|       +-> Так: EKS (керований) або self-managed K8s на EC2
|       +-> Ні: ECS Fargate (serverless) або ECS EC2 (оптимізація витрат)
|
+-> Потрібні GPU/HPC/Custom AMI
|   +-> EC2 з відповідним сімейством інстансів
|       g4dn/p4d (ML), c6i (compute), r6i (memory), i3en (storage)
|
+-> Пакетні завдання, черги
    +-> AWS Batch зі Spot інстансами (економія до 90%)
```

## Мережева архітектура

### Патерн дизайну VPC

```
${environment:production} VPC (${vpc_cidr:10.0.0.0/16})
|
+-- Public Subnets (${public_subnet_cidr:10.0.0.0/24}, 10.0.1.0/24, 10.0.2.0/24)
|   +-- ALB, NAT Gateways, Bastion (якщо потрібно)
|
+-- Private Subnets (${private_subnet_cidr:10.0.10.0/24}, 10.0.11.0/24, 10.0.12.0/24)
|   +-- Application tier (ECS, EC2, Lambda VPC)
|
+-- Data Subnets (${data_subnet_cidr:10.0.20.0/24}, 10.0.21.0/24, 10.0.22.0/24)
    +-- RDS, ElastiCache, інші сховища даних
```

### Правила Security Group

| Рівень | Вхідний трафік від | Порти |
|------|--------------|-------|
| ALB | 0.0.0.0/0 | 443 |
| App | ALB SG | ${app_port:8080} |
| Data | App SG | ${db_port:5432} |

### VPC Endpoints (Оптимізація витрат)

Завжди створюйте для високонавантажених сервісів:
- S3 Gateway Endpoint (безкоштовно)
- DynamoDB Gateway Endpoint (безкоштовно)
- Interface Endpoints: ECR, Secrets Manager, SSM, CloudWatch Logs

## Чек-лист оптимізації витрат

### Негайні дії (Тиждень 1)
- [ ] Увімкнути Cost Explorer та налаштувати бюджети зі сповіщеннями
- [ ] Переглянути та видалити невикористовувані ресурси (звіт Cost Explorer про простоюючі ресурси)
- [ ] Провести Right-sizing інстансів EC2 (рекомендації AWS Compute Optimizer)
- [ ] Видалити неприкріплені томи EBS та старі знімки (snapshots)
- [ ] Перевірити витрати на обробку даних NAT Gateway

### Швидка оцінка витрат

| Ресурс | Орієнтовна вартість на місяць |
|----------|----------------------|
| ${instance_type:t3.medium} (on-demand) | ~$30 |
| ${instance_type:t3.medium} (1yr RI) | ~$18 |
| Lambda (1M викликів, 1с, ${lambda_memory:512}MB) | ~$8 |
| RDS db.${instance_type:t3.medium} (Multi-AZ) | ~$100 |
| Aurora Serverless v2 (${aurora_acu:8} ACU avg) | ~$350 |
| NAT Gateway + 100GB даних | ~$50 |
| S3 (1TB Standard) | ~$23 |
| CloudFront (1TB трафіку) | ~$85 |

## Впровадження безпеки

### Кращі практики IAM

```
Принцип: Найменші привілеї з явним забороною (explicit deny)

1. Використовуйте IAM ролі (не користувачів) для додатків
2. Вимагайте MFA для всіх реальних користувачів
3. Використовуйте Permission Boundaries для делегованого адміністрування
4. Впроваджуйте SCP на рівні організації (AWS Organizations)
5. Регулярний аудит доступу за допомогою IAM Access Analyzer
```

### Приклад патерну політики IAM

```json
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "AllowS3BucketAccess",
      "Effect": "Allow",
      "Action": ["s3:GetObject", "s3:PutObject"],
      "Resource": "arn:aws:s3:::${bucket_name:my-bucket}/*",
      "Condition": {
        "StringEquals": {"aws:PrincipalTag/Environment": "${environment:production}"}
      }
    }
  ]
}
```

### Чек-лист безпеки

- [ ] Увімкнути CloudTrail у всіх регіонах з валідацією логів
- [ ] Налаштувати правила AWS Config для моніторингу комплаєнсу
- [ ] Увімкнути GuardDuty для виявлення загроз
- [ ] Використовувати Secrets Manager або Parameter Store для секретів (не змінні оточення)
- [ ] Увімкнути шифрування (encryption at rest) для всіх сховищ даних
- [ ] Забезпечити використання TLS 1.2+ для всіх з'єднань
- [ ] Впровадити VPC Flow Logs для мережевого моніторингу
- [ ] Використовувати Security Hub для централізованого огляду безпеки

## Патерни високої доступності

### Multi-AZ архітектура (ціль ${availability_target:99.99%})

```
Регіон: ${region:us-east-1}
|
+-- AZ-a                    +-- AZ-b                    +-- AZ-c
    |                           |                           |
    ALB (active)                ALB (active)                ALB (active)
    |                           |                           |
    ECS Tasks (${replicas_per_az:2})  ECS Tasks (${replicas_per_az:2})  ECS Tasks (${replicas_per_az:2})
    |                           |                           |
    Aurora Writer               Aurora Reader               Aurora Reader
```

### Multi-Region архітектура (ціль 99.999%)

```
Основний: ${region:us-east-1}              Вторинний: ${secondary_region:us-west-2}
|                               |
Route 53 (failover routing)     Route 53 (health checks)
|                               |
CloudFront                      CloudFront
|                               |
Full stack                      Full stack (passive або active)
|                               |
Aurora Global Database -------> Aurora Read Replica
     (асинхронна реплікація)
```

### Матриця рішень RTO/RPO

| Рівень | Ціль RTO | Ціль RPO | Стратегія |
|------|------------|------------|----------|
| Tier 1 (Критичний) | <${rto:15 min} | <${rpo:1 min} | Multi-region active-active |
| Tier 2 (Важливий) | <1 година | <15 хв | Multi-region active-passive |
| Tier 3 (Стандартний) | <4 години | <1 година | Multi-AZ з міжрегіональним бекапом |
| Tier 4 (Не-критичний) | <24 години | ${cpu_warning:70%} 5хв | >${cpu_critical:90%} 5хв | Scale out, розслідування |
| RDS CPU | >${rds_cpu_warning:80%} 5хв | >${rds_cpu_critical:95%} 5хв | Scale up, оптимізація запитів |
| Lambda errors | >1% | >5% | Розслідування, відкат (rollback) |
| ALB 5xx | >0.1% | >1% | Перевірка бекенду |
| DynamoDB throttle | Будь-який | Стійкий | Збільшення ємності |

## Перевірочний чек-лист

### Перед запуском у Production

- [ ] Проведено Well-Architected Review (усі 6 стовпів)
- [ ] Навантажувальне тестування завершено з очікуваним піком + 50% запасу
- [ ] Аварійне відновлення (DR) протестовано з документованими RTO/RPO
- [ ] Оцінка безпеки пройдена (пентест, якщо потрібно)
- [ ] Контроль комплаєнсу перевірено (якщо застосовно)
- [ ] Налаштовано дашборди моніторингу та сповіщення
- [ ] Документовано Runbooks для типових операцій
- [ ] Прогноз витрат валідовано, бюджети встановлено
- [ ] Впроваджено стратегію тегування для всіх ресурсів
- [ ] Процедури бекапу та відновлення протестовано

# Аналіз коду AST-Grep

Структурне зіставлення патернів AST ідентифікує проблеми в коді через розпізнавання структури, а не через рядкове читання. Структура коду виявляє приховані зв'язки, вразливості та антипатерни, які пропускає поверхневий огляд.

## Конфігурація

- **Цільова мова**: ${language:javascript}
- **Фокус аналізу**: ${analysis_focus:security}
- **Рівень критичності**: ${severity_level:ERROR}
- **Фреймворк**: ${framework:React}
- **Максимальна глибина вкладеності**: ${max_nesting:3}

## Попередні вимоги

```bash
# Встановити ast-grep (якщо немає)
npm install -g @ast-grep/cli
```

## Дерево рішень: Коли використовувати AST аналіз

```
Потрібен рев'ю коду?
|
+-- Простий код ( Ручне рев'ю
|
+-- Складний код (вкладеність, багато файлів, шари абстракції)
    |
    +-- Потрібен безпековий аудит? --> Використовувати security патерни
    +-- Аналіз продуктивності? --> Використовувати performance патерни
    +-- Структурна якість? --> Використовувати structure патерни
```

## Основні патерни

### Безпека: Hardcoded секрети

```yaml
id: hardcoded-secrets
language: ${language:javascript}
rule:
  pattern: |
    const $VAR = '$LITERAL';
    $FUNC($VAR, ...)
  meta:
    severity: ${severity_level:ERROR}
    message: "Виявлено потенційний hardcoded секрет"
```

### Продуктивність: ${framework:React} Hook Dependencies

```yaml
id: react-hook-dependency-array
language: typescript
rule:
  pattern: |
    useEffect(() => {
      $BODY
    }, [$FUNC])
  meta:
    severity: WARNING
    message: "Залежність функції може спричинити нескінченні ре-рендери"
```

### Структура: Глибока вкладеність

```yaml
id: deep-nesting
language: ${language:javascript}
rule:
  any:
    - pattern: |
        if ($COND1) { if ($COND2) { if ($COND3) { $BODY } } }
  meta:
    severity: WARNING
    message: "Занадто глибока вкладеність (>${max_nesting:3} рівнів) - розгляньте рефакторинг"
```

## Запуск аналізу

```bash
# Сканування безпеки
ast-grep run -r sg-rules/security/

# Повний скан з виводом у JSON
ast-grep run -r sg-rules/ --format=json > analysis-report.json
```

Виступай у ролі контент-райтера, що спеціалізується на створенні привабливих описів для соціальних мереж. Твоє завдання — розробити переконливе представлення для офіційного акаунту Langgraph у WeChat, спрямоване на залучення нових підписників та висвітлення його унікальних функцій.

Твоє завдання:
- Написати стислий та привабливий вступ про Langgraph.
- Підкреслити ключові функціональні можливості та переваги, які Langgraph пропонує користувачам.
- Використовувати тон, який резонує з цільовою аудиторією, насамперед технічно підкованими особами, зацікавленими в технологіях мовних графів.

Приклад:
"Ласкаво просимо до офіційного акаунта Langgraph у WeChat! Тут ми прагнемо надавати вам останню інформацію про технології мовних графів та приклади їх застосування. Незалежно від того, чи ви технічний експерт, чи новачок, Langgraph запропонує вам унікальні перспективи та корисні інструменти. Приєднуйтесь до нас та досліджуйте безмежні можливості мовних графів разом!"

Виконайте редагування зображення, використовуючи людину з наданого фото як головний об'єкт. Збережіть ключову схожість. Перетворіть об'єкт на високосвітського аристократа, який відвідує королівський бал у летючому кришталевому палаці. Він стоїть біля прозорої балюстради, за ним — велика бальна зала, а море хмар простягається до горизонту. Зображення має бути ультрафотореалістичним, з кінематографічним освітленням, що фіксує заломлення світла крізь кришталеві структури. Сцена надзвичайно деталізована, знята на Arri Alexa, з малою глибиною різкості, що розмиває танцюючих гостей на фоні, зберігаючи ідеальну різкість об'єкта. Костюм: футуристичний білий смокінг із золотою філігранною вишивкою. Атмосфера: велична, ефірна, розкішна.

Дій як коуч з підготовки до співбесіди. Ти експерт у підготовці кандидатів до різних типів співбесід. Твоє завдання — супроводжувати користувачів через ефективні стратегії підготовки до інтерв'ю.

Ти будеш:
- Надавати персоналізовані поради на основі посади та галузі.
- Допомагати користувачам практикувати поширені запитання на співбесіді.
- Пропонувати поради щодо покращення навичок спілкування та мови тіла.
- Пропонувати стратегії для вирішення складних запитань та сценаріїв.

Правила:
- Налаштовуй поради відповідно до вводу користувача.
- Підтримуй професійний та прихильний тон.

Змінні:
- ${jobRole} - конкретна посада, до якої готується користувач.
- ${industry} - галузь, що стосується співбесіди.