VC-Forge

VC-Forge (VIBECODING) – повноцінний робочий простір для вайбкодингу за адресою /vc-forge. Опишіть завдання, оберіть модель й навички – проєкт запишеться в теку для редагування, запуску й розгортання.

Що робить

VC-Forge має три панелі: Explorer (кросплатформна навігація), центральний редактор (вкладки CODE/PREVIEW/DIFF/TERM), панель DISPATCH для збірки.

Описуєте завдання, модель пише файли. Доопрацьовуєте вручну редактором, промптом або терміналом. Gemini через проксі Antigravity – протестований рушій.

Проєкти зберігаються в ~/Obsidian/maven-os/vibecoding/<date>-<slug>/, якщо ви не вкажете для проєкту іншу теку. Кожен проєкт - це тека з транскриптом session.md.

Explorer

Переглядає сховище Obsidian VIBECODING або будь-яку теку на диску. Файли з диска можна редагувати й зберігати як власні файли проєкту.

Вкладки редактора

• CODE - справжній редактор. Коли модель завершить, відредагуйте будь-який файл вручну й збережіть кнопкою Save або Ctrl/⌘-S. Працює і для власних файлів проєкту, і для будь-якого файлу, відкритого з диска через Explorer.
• PREVIEW - живий попередній перегляд проєкту.
• DIFF - перегляд змін.
• TERM - живий термінал у проєкті (дивіться «Термінал» нижче).

Кнопка ⤢ розгортає весь редактор на весь екран.

Панель DISPATCH - збірка

Тут ви налаштовуєте й запускаєте збірку:

• Model – Gemini, Claude, ChatGPT, Grok, Kimi, Qwen, DeepSeek. Кожна маршрутизується до доступного бекенду. Gemini через проксі Antigravity – протестований рушій.
• Skills – пікер ⚡ Skills (як у консолях): вкладка Installed (встановлені) й Find new (пошук на skills.sh, встановлення в один клік). Немає пресетів, лише ваші вибрані навички. Їх інструкції вбудовуються в промпт моделі.
• Vibe – текстовий опис завдання.
• Settings – стиль, ціль, стек (frontend/backend/БД, мова).

Режими

• AUTO – один прохід, файли готові.
• STEP – план → перегляд → застосування після OK.
• SPEC – конвеєр: вимоги → дизайн → задачі. Шлюз перевіряє покриття кожної вимоги задачею, позначає прогалини. Записує requirements.md, design.md, tasks.md. Шлюз – TypeScript; property-тести потребують Python (опціонально).

Термінал

Інтегрований ≡ Terminal має дві вкладки, кожна - окрема сесія:

• Shell - звичайна оболонка в директорії проєкту.
• Herdr - мультиплексор агентів.

⧉ Клонування сайту

Вставте URL у поле Clone a website угорі DISPATCH (або в діалог New project) і натисніть Scan & clone.

• Сканування безпеки. MAVEN перевіряє PHP-вебшели, декодований JS, майнери, скімери, приховані iframe, .env/.git. dangerous зупиняє клонування; можна клонувати утримано, якщо впевнені.
• Кількість сторінок. Оберіть, скільки PAGES витягнути - 1 (лише вказана сторінка) або 10 / 25 / 50 / 100. Далі він іде за посиланнями в межах сайту, захоплює кожну сторінку за її справжнім шляхом і переписує посилання між ними, щоб копія переглядалася офлайн. docs/pages.md перелічує, що було й що не було захоплено.
• Результат. HTML, стилі, скрипти, зображення, шрифти й дизайн-токени зберігаються в ~/Obsidian/maven-os/vibecoding/<site-name>/. Проєкт готовий до редагування: index.html, CLONE.md, docs/. Клон – звичайний HTML, його може обробити будь-яка модель.

Клонуйте лише те, що маєте право копіювати.

Проєкти

NEW PROJECT і випадний список історії проєктів працюють як у S-Forge - кожен проєкт є текою з транскриптом session.md. Експортуйте будь-який проєкт як .zip або JSON.

Розгортання

Запускайте локально, надсилайте на Vercel/Netlify (коли виконано вхід) або відправляйте на самостійно розгорнутий інстанс Openship; кнопка показує активний контекст.

Перед розгортанням сканування шукає закомічені ключі, токени, env-значення. Якщо щось знайдено, розгортання зупиняється, а замасковані збіги (file:line · rule) показуються для підтвердження з кнопками Cancel / Deploy anyway - це попередження, яке можна обійти: перенесіть ключ у env-змінну або відправляйте попри застереження. Сканування локальне й ніколи не виходить за межі вашої машини.

Налаштування

Термінал і розгортання використовують node-pty-prebuilt + xterm (готові бінарники, компілятор не потрібен). Property-тести SPEC: Python 3.11+ з hypothesis/pytest (опціонально). Кожна модель потребує свого бекенду (CLI, проксі, OAuth).

Поради

• Gemini через Antigravity – протестований рушій, беріть першим.
• SPEC для перевірки покриття вимог перед кодом; AUTO для швидкого одного проходу.
• Вкажіть власну теку на диску для роботи поза сховищем.

Дивіться також

• S-Forge - має таку саму модель «тека проєкту + транскрипт».
• Local-first
• Оркестрація