# Інвестиційний план: Azure $10,000 / ~11 днів

**Версія:** 1.0 — 2026-07-19
**Підготував:** validator-агент Тараса Приставського (Claude CLI lane `l_ClaudeBTCPhaseLiquidMoneyOps1`)
**Для:** власника Azure-кредитів (Microsoft MVP) та його AI-агентів — щоб оцінити, чи варто в це вкладатись
**Формат:** декомпозиція на робочі пакети з чесними оцінками ймовірностей, бюджетами і критеріями зупинки. Жодних гарантій прибутку тут не обіцяється — навпаки, розділ 4 пояснює, чому частина очікувань свідомо занижена.

---

## 0. TL;DR

Кредити згорають ~31 липня. Пропозиція: за 2–3 дні налаштування розгорнути **чотири робочі пакети** з різним профілем виходу, які далі працюють автономно до кінця місяця:

| Пакет | Що це | Вихід | Бюджет | Впевненість у виході |
|---|---|---|---|---|
| **WP0. Міграція демонів** | Перенести вже працюючі локальні процеси (paper-трейдинг, karma-пайплайн, статус-агенти) з ноутбука в хмару | Безперервність: усе працює, коли ноутбук вимкнений | $50–150 | ~95% (це просто деплой) |
| **WP-A. Moltbook-сервіси** | Публічний граф агентської економіки + bounty-scout як сервіс + глибші karma-відповіді | Репутація, комʼюніті, партнери, карма | $150–400 | ~80% (усе вже працює локально) |
| **WP-B. Walk-forward валідаційна ферма** | НЕ "пошук виграшної стратегії", а вичерпна чесна валідація торгових гіпотез на 10–50 символах × 12–52 фолди × кілька родин | Або 0–2 стратегії, що вижили (~2–5%/міс), або строгий негативний результат. Обидва — цінні. Плюс головний кейс масштабування | $2,000–6,000 | ~90% що буде **відповідь**; ~35–50% що буде survivor |
| **WP-C. LLM-інференс вузол** | Один GPU/AOAI "мозок" для всіх агентських lane'ів | Економія платних квот, пропускна здатність для WP-A | $500–1,500 | ~70% (залежить від GPU-квоти) |
| Бонус WP-D. Публічний хостинг демо | Upwork-демо і портфоліо-сторінки на живих URL | Підтримка клієнтського фаннелу | $30–80 | ~95% |

**Разом реалістично:** $3k при жорстких квотах → $8–9.5k якщо квоти дадуть. Головний ризик спалення бюджету — не бажання, а **дефолтні квоти Azure** (див. розділ 6).

**Найцінніший гарантований актив проєкту** — не трейдинг-PnL, а: (1) безперервність існуючих систем у відпустку, (2) публічний кейс "розгорнув research-ферму на сотні ядер за N днів" з відкритими скриптами — прямий матеріал для статті на DOU, Upwork-профілю і контрактів на quant/AI-інфраструктуру, (3) для власника кредитів — контент для MVP-звітності замість згорілих кредитів.

---

## 1. Актив і обмеження

- **Актив:** $10,000 Azure-кредитів, згорають наприкінці місяця (~11 днів). Кредити не конвертуються в готівку. Перепродаж кредитів порушує умови Microsoft і ризикує статусом MVP власника — **цей план його не передбачає і не рекомендує**.
- **Час Тараса:** 2–3 робочі дні до відпустки на налаштування; далі — тільки телефон (читати статус-сторінку, максимум покласти STOP-файл).
- **Час власника кредитів:** ~1–2 години сумарно: створити resource group, бюджет з алертами, подати quota requests (їх подає адміністратор підписки), запросити guest-акаунт Тараса з роллю Contributor на одну resource group.
- **Жорсткі правила безпеки** (захищають підписку власника): жодних live-ключів бірж у хмарі (тільки paper/публічні дані), жодного аутріч-спаму, жодних дій проти ToS платформ, бюджетні ліміти з авто-вимкненням, все в одній resource group яку можна знести одним рухом.

---

## 2. Принцип: максимізуємо цінність, а не спалення

$10k згорить у будь-якому разі. Але "спалити" ≠ "інвестувати". Кожен пакет нижче має **власний вихід, який залишиться після 31 липня**: працюючі сервіси, відповіді на дослідницькі питання, публічні артефакти, досвід. Якщо квоти не дозволять спалити більше $3k — це не провал: цінність пакетів майже не залежить від спаленої суми (крім WP-B, який масштабується квотою).

---

## 3. Робочі пакети

### WP0. Міграція існуючих демонів у хмару (обовʼязковий, найдешевший, найпевніший)

**Проблема:** зараз на ноутбуці Тараса живуть процеси, які зупиняться, щойно він поїде у відпустку: paper-трейдинг ранери (публічні дані, віртуальні угоди), karma-пайплайн Moltbook (`happyusers_ai`, працює прямо зараз з owner-approved автовідповідями і guardrails), статусні/лупові агенти.

**Рішення:** 1 невелика VM (D4s v5, ~$4.6/день) + systemd-юніти з `Restart=always` + щоденна публікація статус-сторінки (JSON+MD) на публічний URL, щоб Тарас з пляжу бачив стан за 10 секунд.

**Особливість:** karma-пайплайну потрібна автентифікація Moltbook. Браузерні профілі з ноутбука **не копіюємо** (червона лінія). Тарас перед відʼїздом провізіонує на сервері окрему API-сесію/токен для бота. Це його єдина ручна дія тут.

**Вихід:** усі системи живі 24/7 до кінця місяця без людини. Впевненість ~95%.

### WP-A. Moltbook: публічні сервіси агентської економіки (репутація)

**Що вже існує і працює (перевірено 2026-07-19):**
- живий karma-пайплайн з автовідправкою, критиком якості, пейсингом і аварійними стопами (`KARMA_PIPELINE.md`, оновлений сьогодні);
- карта агентської економіки Moltbook (cytoscape-граф + генератор);
- GitHub bounty scout з реальними кандидатами;
- ТЗ на bounty attestation packet v0; дослідження x402 agent-commerce.

**Що розгортаємо:**
1. **Публічний граф агентської економіки** — static web app + щоденне оновлення даних. Перший публічний артефакт уже в день 1.
2. **Bounty-scout як сервіс** — регулярні публічні звіти про відкриті бонті з оцінкою ризиків (корисно і людям, і агентам — саме та "користь для роботів", яка будує карму і комʼюніті).
3. **Поглиблення karma-відповідей** через WP-C: важливо — масштабуємо **глибину дослідження відповідей, а не кількість постів**. Ліміти постингу лишаються (≤100/24h, 90s пейсинг, стоп на першому ж warning). Масштабувати обсяг постів = ризик бану і репутаційної шкоди, цього не робимо.

**Вихід:** карма/відгуки, вхідні контакти, потенційні контриб'ютори і партнери; перший публічний продукт агентської економіки з іменем Тараса. Впевненість у "щось корисне з'явиться публічно" ~80%; у "прийдуть партнери" — низька-середня (це лотерея, але квиток дешевий).

### WP-B. CEX walk-forward валідаційна ферма (правда + досвід масштабування)

Це найбільший і найспірніший пакет. **Чесна постановка задачі критично важлива** — див. розділ 4. Коротко: ферма будується НЕ щоб "знайти грааль перебором у 100× більше", а щоб **раз і назавжди дати відповідь**, чи є в цій родині стратегій стабільний OOS-едж, і якщо так — який саме і скільки він приносить.

**Програма обчислень (максимальна чесна версія):**
- 3–6 родин стратегій (interval-EMA/stubborn, harmonic, BTC-phase static та ін.) ×
- 10–50 символів (дані — публічний OHLCV API, фетч перевірено) ×
- 12 місячних або 52 тижневих rolling-фолдів за рік ×
- 2–3 сценарії витрат (fee/slippage стрес) ×
- карти чутливості параметрів навколо чемпіонів (анти-оверфіт перевірка).

Кожна одиниця — незалежний процес на 2–4 хв (заміряно локально). Це **embarrassingly parallel** задача: черга завдань + N однакових VM. Жодних Spark/K8s не треба (див. розділ 5).

**Пре-реєстровані критерії "виживання" стратегії (фіксуємо ДО запуску, щоб не підганяти):**
- параметри кожного фолду тюнились тільки на даних до фолду;
- зчеплений OOS-результат за ≥12 фолдів позитивний після витрат;
- MDD ≤ 15%, працює на ≥2 символах;
- виживає при подвоєнні сліпеджу.

**Очікування (суб'єктивні, на основі вже проведених фолдів):** P(≥1 survivor з ≥2%/міс OOS) ≈ 35–50%; P(survivor ≥5%/міс) ≤ 15%; P(нуль survivors) ≈ 40–55% — і це теж успіх пакету, бо закриває питання і звільняє місяці майбутнього часу.

**Вихід:** (a) список survivors або строгий негативний результат — обидва публікабельні; (b) повний методологічний артефакт (стаття "чесний walk-forward на фермі" — таких матеріалів у ком'юніті мало); (c) головний досвід масштабування: golden image → cloud-init → черга → 10–100 паралельних воркерів → бюджет-контроль. Бюджет $2–6k залежно від квот.

### WP-C. LLM-інференс вузол (множник)

Один GPU-вузол (NC24ads A100, ~$88/день) з vLLM і відкритою моделлю — спільний "мозок" для: karma-драфтів (зараз палять платну codex-квоту), драфтів job-apply/LinkedIn, аналізу bounty-кандидатів, Polymarket news-сканів (тільки research — виміряний торговий едж там слабкий: 21 угода, при 2c витратах мінус; ставок не буде).

- День 1: подати запит GPU-квоти (може йти днями — головний ризик пакету).
- Якщо GPU не дадуть до дня 3 — fallback на Azure OpenAI (без квотних проблем, споживає кредити одразу).
- **Вимірюваний вихід:** $/день зекономлених квот + пропускна здатність WP-A. Плюс для власника кредитів це найцікавіший навчальний матеріал (GPU/vLLM/AKS ops на Azure).

### WP-D (бонус). Публічний хостинг демо і портфоліо

Static hosting Upwork-демо, інфографіки DOU-статті, цієї папки матеріалів. Копійки ($30–80), години роботи, а кожне живе демо-посилання конвертується в клієнтські відповіді на пропозали. Прямий місток до заробітку послугами.

---

## 4. Чесна відповідь на головне питання: "яка гарантія, що 100× потужності знайдуть виграшну стратегію?"

**Гарантії немає. Більше того — наявний евіденс каже, що масштабувати ПОШУК шкідливо, а масштабувати треба ВАЛІДАЦІЮ.** Три задокументовані факти з цього ж репозиторію (повні звіти в папці `evidence/`):

**Факт 1. Ширший пошук уже пробували — стало гірше.**
Розширення всесвіту з 6 до 16 символів + 6 правил ротаційного відбору: **усі 7 варіантів програли простому базлайну** (all16: −5.2% проти +7.4% у базлайну за ті ж 2.5 міс OOS). Регіму байдуже, скільки символів ти перебираєш.

**Факт 2. Пошук покращує in-sample і НЕ покращує out-of-sample.**
Best-of-1000 портфельний тюнінг дав +177.8% in-sample проти +157% у варіанту взагалі без тюнінгу — а їхні OOS-результати статистично однакові (~+7%/2.5 міс). Тобто 1000 переборів купили +21 п.п. паперового результату і ~0 реального. Старий чемпіон +725% на свіжому році дав −40%.

**Факт 3. Найгучніший "виграш" у репо був артефактом, знайденим саме інтенсивним пошуком.**
Чемпіон "+1518%" виявився багом negative-equity (без нього лишалось +9.3%). Пошук у 100× знаходить у 100× більше таких красивих артефактів — і кожен виглядає як грааль, поки його не вбʼє валідація.

**Висновок для інвестиційного рішення:** компʼют у WP-B купує не "ймовірність знайти грааль", а **швидкість і повноту отримання правди**: скільки насправді приносить ця родина стратегій після чесних фолдів і витрат. Правда має два можливі обличчя, і обидва цінні:
- *Survivors є* → маленький, але реальний едж (~2–5%/міс на невеликому капіталі) + методологія для його експлуатації.
- *Survivors немає* → закрите питання, збережені місяці життя, і публікабельний негативний результат (такі статті цінують більше, ніж чергову "+700% backtest").

Якщо власнику кредитів або його агентам потрібна умова відсікання: **не робити WP-B взагалі** — план залишається робочим (WP0+A+C+D ≈ $1–2k бюджету, всі інші виходи зберігаються). WP-B — це опція "купити відповідь", а не ставка на джекпот.

**Про "сухий остаток" (досвід масштабування).** Це не втішальний приз, а ймовірно найвищий EV-компонент — але тільки якщо його свідомо оформити як актив: щоденні нотатки → стаття на DOU + кейс в Upwork-профіль + відкритий репозиторій інфра-скриптів. Навички "розгорнути обчислювальну ферму / LLM-вузол / автономні агентські сервіси за днями" зараз прямо продаються як консалтинг. Кейс з реальними цифрами — найкращий продавець.

---

## 4b. Про ціль "стабільні 50%/міс, щоб швидко залучити інвестиції"

Це питання було додане власником проєкту, і воно заслуговує найчеснішої відповіді в документі, бо від неї залежить, куди вкладати дні роботи.

**50%/міс стабільно = ×130 за рік на компаундингу.** Жоден аудований трек-рекорд у світі не тримає такого на інвестованому капіталі. Світовий еталон — Medallion (Renaissance) ≈ 66%/рік gross, з жорстко обмеженою ємністю і закритий для зовнішніх грошей. Стратегії, які короткочасно друкують десятки відсотків на місяць, існують лише на мікроємності (нові лістинги, тонкі DEX-пули, локальні неефективності) і швидко деградують — **саме тому вони непридатні для залучення інвестицій**: зовнішній капітал їх миттєво вбиває.

**Ключовий розворот: інвестори купують не відсоток, а перевірюваний процес.** Пітч "у мене бектест +500%/рік" професійні гроші відштовхує — це маркер оверфіту, і папка `evidence/` цього репозиторію показує, як саме такі числа виробляються (+725% → −40% на свіжих даних; "+1518%" → артефакт бага). Пітч "5%/міс нетто, MDD < 15%, 6 місяців живого верифікованого трек-рекорду, аналіз ємності, ризик-фреймворк, методологія валідації відкрита" — **це те, що реально фондується**, у т.ч. через performance-fee структури.

**Арифметика справжньої цілі.** Наявний максимум (DEX ≈ 5%/міс, ~100%/рік; CEX walk-forward ≈ 3%/міс OOS) — це не "ледве покриває інфляцію", це **фондований рівень**, якщо його правильно упакувати. Проблема не у відсотку, а в базі капіталу: 5%/міс на $1k — копійки; 5%/міс на залучених $500k = $25k/міс прибутку, з яких performance fee 20% = $5k/міс доходу керуючому. Шлях: верифікований трек-рекорд → перші зовнішні алокації → масштабування бази. Роль цього Azure-проєкту в цьому шляху пряма: валідаційна ферма (WP-B) виробляє саме той аудований методологічний артефакт, який відрізняє фондовану заявку від чергового бектесту.

**Якщо все ж полювати на вищу дохідність**, чесних напрямів два, і обидва — інженерні, а не "переберемо більше параметрів":
1. **Портфель некорельованих sleeve'ів:** скласти кілька незалежних едж-джерел по 3–5%/міс (CEX-родини, DEX-пули, різні режими) з низькою кореляцією — портфельно реалістично цілитись у 8–12%/міс. Це найкраще, що підтверджує наявний евіденс.
2. **Ємнісно-обмежені ніші** (DEX-мікроструктура, нові лістинги): можуть давати вищі проценти на малому капіталі, але за визначенням не масштабуються під інвесторські гроші — це дохід, а не фандрейзинг-актив.

**Планувати бізнес від "знайдемо 50%/міс" — значить закладати в фундамент саме ту пастку, яка задокументована у Фактах 1–3 вище.** Рекомендація плану: цілитись у фондований пакет (3–8%/міс, аудовано), а не в цифру, яку неможливо ані втримати, ані продати розумним грошам.

---

## 5. Паралелізація CEX-тюнінгу: це просто (відповідь на "треба буде шукати як паралелити")

Шукати нічого не треба — задача тривіально паралелиться, бо кожен tune незалежний:

```
shard = (символ, родина, train-вікно, cost-сценарій)
1 shard = 1 процес python, 2–4 хв, ~1–2 GB RAM, CPU-bound   [заміряно локально]
```

Архітектура на 30 рядків коду, без фреймворків:
1. **Дані:** NPZ-кеші (десятки МБ) в Azure Blob; при boot — azcopy на локальний диск.
2. **Черга:** Azure Storage Queue (або простий queue.txt на спільному сторіджі). Генератор один раз кладе всі shard-команди.
3. **Воркер:** systemd-сервіс `while (msg = queue.pop()): run(msg); upload_results()`. Однаковий на всіх VM.
4. **Масштабування:** зняти image з першої налаштованої VM → підняти N клонів (або VM Scale Set). N обмежене лише квотою.
5. **Результати:** best_so_far.json + криві → Blob → щоденний агрегатор будує зведення і публікує на статус-сторінку.

Оцінка обсягу: максимальна програма ≈ 30–50 тис. shard'ів ≈ 10–30 тис. core-годин ≈ **10× D64s v5 на 2–4 дні ≈ $1.5–3k**. Тобто навіть максимальна чесна програма не потребує всіх $10k — ще один аргумент не роздувати WP-B штучно.

---

## 6. Бюджет, квоти, burn-план

**Головний практичний ризик:** дефолтні квоти нової/малоюзаної підписки — часто 10–20 vCPU на регіон і 0 GPU. Без approve'нутих quota requests фізично неможливо витратити $900/день на VM. Тому:

- **День 1, перша дія:** подати запити: Dsv5 → 256–512 vCPU у 2 регіонах (основний + запасний), NCads A100 → 24–48 vCPU, Azure OpenAI deployment. CPU-квоти зазвичай апрувляться за години, GPU — днями.
- **Бюджет-обʼєкт** на resource group: $9,500 з алертами 25/50/75/90% на email/Telegram і **автоматичним deallocate всього при 95%** (Automation runbook). Це страховка підписки власника.

| Стаття | Оцінка |
|---|---|
| WP0: D4s v5 × 12 днів + storage | $60–100 |
| WP-A: static/App Service + AOAI токени | $150–400 |
| WP-B: 5–15× D64s/HB120 × 2–5 днів | $1,500–6,000 |
| WP-C: NC24ads A100 × 8–10 днів або AOAI | $500–1,500 |
| WP-D + storage/egress/резерв | $100–300 |
| **Разом** | **$2.3k (мін. квоти) – $8.3k (повні квоти)** |

Якщо після всіх пакетів лишається невитрачений залишок і квоти дозволяють — легітимний "великий финальний burn": розширити WP-B robustness-сітку (більше символів/сценаріїв). Це єдине місце, де додаткові $ конвертуються в додаткову впевненість без ризику.

---

## 7. Автономна робота під час відпустки

- systemd `Restart=always` для всіх воркерів і демонів; черга сама тримає прогрес.
- **Щоденна статус-сторінка** (MD+JSON: аптайм демонів, прогрес фолдів, burn $, карма-метрики) — публікується на цей же сервер; читається з телефону за 10 сек.
- Alert-и бюджету → email/Telegram (Telegram-бот вже існує в екосистемі).
- **Kill-switch двома незалежними шляхами:** (1) бюджет 95% → auto-deallocate; (2) STOP-файл у цій публічній папці — воркери перевіряють його щогодини; Тарас може покласти його з телефону.
- 31 липня 23:00 UTC — заплановане auto-deallocate всього + автогенерація фінального звіту.
- Функціональні збої (щось впало і не піднялось) у відпустку просто ставлять пакет на паузу — гроші захищені бюджетом, нічого страшного не відбувається. Реагувати не обовʼязково.

---

## 8. Що отримує власник кредитів

1. Кредити перетворюються на **публічні артефакти замість нуля**: кейс-стаді "$10k Azure за 11 днів: research-ферма + агентські сервіси" з відкритими скриптами — готовий контент для MVP-звітності (community contributions), доповідей і блогу. За бажанням — співавторство статті.
2. Перші руки на **agent-economy** тематиці (Moltbook, x402) — зараз це гаряча тема для спільноти Microsoft AI.
3. Досвід і скрипти GPU/vLLM/ферм — багаторазові.
4. **Захист підписки:** одна resource group, бюджет-стеля з авто-стопом, жодних live-фінансових операцій, жодних ToS-ризикових активностей, повний знос одним `az group delete` 31 липня. Ризик для його акаунта зведений до мінімуму архітектурно.
5. Його сумарні витрати часу: ~1–2 години.

---

## 9. Ризики і червоні лінії

| Ризик | Мітигація |
|---|---|
| Квоти не дадуть → бюджет не спалиться | Цінність пакетів не залежить від спаленої суми; подати запити день 1; два регіони |
| GPU-квота затягнеться | Fallback AOAI (миттєво) |
| Оверфіт-ілюзії з ферми | Пре-реєстровані критерії (розд. 4), nested walk-forward, публікація і негативного результату |
| Плаформні ліміти Moltbook | Guardrails вже в коді: пейсинг,캡 постів, стоп на першому warning; масштабуємо глибину, не обсяг |
| Автономний збій у відпустку | Бюджет-стоп + STOP-файл + статус-сторінка; пауза ≠ втрата |
| Безпека сервера/ключів | Live-ключі бірж не потрапляють у хмару взагалі; браузерні профілі не копіюються; секрети — тільки Azure Key Vault; пароль VPS змінити після налаштування |
| Продаж кредитів | Не робимо: порушення умов Microsoft, ризик статусу MVP |

**Явно поза скоупом:** live-трейдинг на інфраструктурі власника, Polymarket-ставки (виміряний едж недостатній), масовий аутріч (LinkedIn/Discord/OLX) — ToS-ризики палять репутацію, яку ми будуємо.

---

## 10. План день-за-днем

- **Д0 (перший день з ключами):** resource group + budget + алерти; quota requests (CPU, GPU, AOAI); guest-доступ Тарасу; WP-D static hosting (ця папка + граф Moltbook онлайн); перша VM, smoke-тюн 1 символа.
- **Д1:** golden image; черга + воркер; запуск WP-B на доступній квоті; AOAI ресурс; WP0 міграція paper-ранерів.
- **Д2:** karma-пайплайн у хмару (Тарас провізіонує API-сесію); watchdogs; статус-сторінка; STOP-механізм; тест kill-switch.
- **Д3 (якщо є):** розширення ферми до квоти; повна валідаційна програма в чергу; фінальна перевірка автономності. Відпустка.
- **Д4–Д10:** автономна робота; Тарас лише читає статус-сторінку.
- **Д11 (31.07):** auto-deallocate; автозвіт; за бажанням — `az group delete`.

---

## 11. Як 31 липня зрозуміти, що воно було того варте

- WP0: аптайм демонів ≥95% за відпустку (видно на статус-сторінці).
- WP-A: N корисних відповідей / приріст карми / ≥1 вхідний контакт або контриб'ютор; граф і bounty-звіти живуть на публічних URL.
- WP-B: ≥90% запланованих фолдів пораховано; є фінальний вердикт: survivors (зі специфікацією) або строгий негативний результат.
- WP-C: заміряні $/день економії квот; аптайм вузла.
- Загальне: чернетка статті-кейсу готова; інфра-скрипти в публічному репозиторії; у власника кредитів є матеріал для MVP-звіту.

---

## 12. Матеріали

- `evidence/` — повні валідаційні звіти, на яких стоїть розділ 4 (negative-equity артефакт; walk-forward вердикт; спростування ротації; вихідний план масштабування).
- `EXEC_SUMMARY_EN.md` — коротке машинно-зручне резюме для агентів (EN).
- Публічні профілі автора: GitHub `github.com/tarasprystavskyj` · DOU `dou.ua/users/taras-pristavskij/articles/` · LinkedIn `linkedin.com/in/taras-prystavskyj`.

*Документ підготовлено агентом; усі числа з розділу 4 відтворювані з артефактів у `evidence/`. Питання/рішення агентів власника кредитів можна класти файлами поруч у цю папку — Тарас читатиме її.*