ConInt

Друга ночі. Продакшн-сервер команди, з якою я тоді фрилансив, щойно ліг. Причина — один зайвий пробіл у команді, яку хтось (не буду показувати пальцем, це був я) вставив, копіюючи баш-скрипт зі StackOverflow напівсонним оком. Хвилина тиші в чаті. Потім паніка. Потім — я, що гарячково намагаюся згадати, чи взагалі існував бекап.

Того вечора я твердо вирішив: так більше не можна. Не тому що термінал поганий — навпаки, це один із найпотужніших інструментів, які я знаю. Але його UX (користувацький досвід) застряг десь у вісімдесятих, а розплачуються за це живі люди з нервами і дедлайнами. Так з'явився задум ConInt — тулзи, яка бере всю міць терміналу і запаковує її в сучасний, безпечний графічний інтерфейс з локальним штучним інтелектом під капотом.

Ідея, навколо якої все крутиться, проста, як цвях: "Міць консолі, зручність візуального інтерфейсу". Ані на йоту компромісу в жодну зі сторін.

Що таке ConInt? 🚀

Проблема сучасної розробки

Термінал для розробників і сисадмінів — це своєрідний "скальпель" в операційній системі: він може зробити практично все, але абсолютно не пробачає помилок. Уявіть, що ви керуєте складним механізмом, де замість зручних важелів чи індикаторів стану є лише порожній чорний екран, який чекає на магічні заклинання.

Згадати правильний набір літер чи параметрів (наприклад, щоб правильно перекодувати відео через ffmpeg зі збереженням бітрейту чи розгорнути базу в Docker з прокиданням правильних портів) часто буває боляче. Доводиться постійно витрачати час на пошук документації, перевірку синтаксису і, що найгірше, ризикувати системою — адже один зайвий пробіл у команді rm -rf може "вбити" робочий сервер. Знайомо, правда?

Як ConInt має змінити правила гри

ConInt (скорочено від Console Interface) — це концепт вашого персонального швейцарського ножа для роботи з терміналом. Він задумується як десктопний застосунок, який перетворить сувору "чорну коробку з білим текстом" на дружній, інтерактивний і зрозумілий інструмент.

За задумом, замість того, щоб завчати напам'ять складний синтаксис для кожної утиліти, ви просто натискатимете зручні кнопки, бачитимете візуальні віджети, що показуватимуть поточний стан системи в реальному часі, і керуватимете складними процесами за допомогою миші (так званий no-code підхід до консолі). Але під капотом це буде зовсім не іграшка: кожне ваше натискання чи перетягування повзунка програма миттєво транслюватиме в реальні, потужні системні виклики. Ви бачитимете красивий інтерфейс, а система отримуватиме бездоганно сформовану команду.

Мета — не забрати у вас класичний термінал і не приховати логіку роботи системи. Коли банально ліньки друкувати текст — тиснете кнопки і "наклацуєте" результат. Коли завдання нестандартне — одним кліком скидаєте візуальну оболонку, відкриваєте повноцінний термінал і пишете скрипт вручну, як завжди. ConInt гнучко підлаштовується під вас, а не навпаки.

Під капотом: Як це має працювати і який планується стек 🛠

Чесно: сьогодні ConInt не можна завантажити й встановити. Це креслення, а не будівля. Зараз триває стадія архітектора перед хмарочосом — добираються найміцніші матеріали, перевіряється, як несучі конструкції витримають навантаження, і лише потім заливатиметься фундамент. Матеріали для цього конкретного хмарочоса такі:

• Pro-термінал на базі xterm.js та node-pty: Простими словами, xterm.js — це та сама передова технологія рендерингу, яка малює термінал всередині популярного редактора VS Code. Вона забезпечує високу продуктивність, правильне відображення кольорів і шрифтів. А node-pty — це системний "місток", який дозволить додатку спілкуватися з ядром операційної системи напряму, імітуючи справжній термінальний сеанс. Завдяки цьому запланований вбудований термінал — це не фейк і не просто текстове поле, це буде реальна і блискавично швидка консоль, яка підтримує все: від простого вводу до складних інтерактивних програм на зразок htop чи vim.
• Локальний ШІ-движок (Ollama): Планується глибока інтеграція штучного інтелекту, який запускатиметься і працюватиме абсолютно локально на вашому комп'ютері завдяки інструменту Ollama. Чому це критично важливо для розробників? Тому що ваші приватні дані, пропрієтарний код та чутливі конфіги ніколи не передаватимуться в інтернет на сторонні сервери (як це буває при використанні хмарних ШІ). Уся магія обробки даних, розуміння контексту та генерації команд відбуватиметься виключно на вашому залізі. Це гарантує 100% приватність і дозволить користуватися помічником навіть без доступу до мережі.
• Loosely coupled плагін-система: Це сучасний підхід в архітектурі (слабка зв'язність компонентів), який дозволить додавати нові функції, інтеграції та віджети "на льоту". Вам не треба буде перезапускати додаток чи завантажувати важкі оновлення, щоб встановити новий плагін для роботи з AWS чи Docker — він підтягуватиметься і починатиме працювати динамічно, одразу розширюючи можливості вашої консолі.

Ключові можливості (або чому ви не захочете повертатися до звичайної консолі) 🔥

• Casual-панель vs Pro-мод 🎛️ Миттєве перемикання між режимами роботи. Якщо захочете просто оновити пакети, перевірити статус git-репозиторію чи запустити локальний сервер — юзатимете Casual-панель, де все згруповано у зрозумілі кнопки, перемикачі та графіки. Потрібен хардкор, складні пайплайни і баш-скрипти? Одне натискання — і ви в Pro-терміналі, готовому до будь-яких викликів.

• Локальний ШІ-Бро з RAG-скануванням 🧠 Вбудований ШІ-асистент не буде просто сипати шаблонними відповідями з інтернету. Тут планується реалізувати підхід RAG (Retrieval-Augmented Generation — генерація тексту, доповнена пошуком). Перед тим, як згенерувати команду, ШІ самостійно "оглядатиметься" у вашій поточній робочій папці. Він читатиме конфіги, аналізуватиме структуру проєкту і розумітиме контекст вашої задачі. Запитаєте "як запустити цей проєкт?", а він побачить, що у вас лежить файл package.json, знайде там скрипт start і запропонує ідеальну npm-команду. Якщо там docker-compose.yml — він запропонує відповідну команду для контейнерів. Він діятиме як досвідчений напарник, який уже подивився у ваш код.

• Human-In-The-Loop (HITL) — Безпека понад усе 🛡️ Human-In-The-Loop означає "Людина в контурі управління". Простими словами — жодна згенерована ШІ команда не піде в термінал автоматично. Програма завжди показуватиме детальний розбір згенерованого коду, пояснюватиме, що робить кожен прапорець, і запитуватиме: "Точно виконувати?". Ви матимете останнє слово і повний контроль, тож ніколи не видалите систему випадковим кліком чи через галюцинацію ШІ.

• DLP-сканер (Data Loss Prevention) 🔒 Data Loss Prevention — це "Запобігання витоку даних", ваш персональний цифровий сек'юріті. Уявіть, що ви випадково скопіювали секретний токен авторизації, API-ключ або пароль від бази даних у команду. Зазвичай він би миттєво полетів у логи терміналу, а звідти — можливо, і на GitHub, якщо ви випадково закоммітите файл історії. Вбудований сканер працюватиме як уважний охоронець — він аналізуватиме текст до його виконання, і якщо помітить патерн пароля чи ключа, миттєво заблокує дію, приховає секрет зірочками і попередить вас про небезпеку.

• Shadow Git (Машина часу для файлів) ⏪ Скрипт випадково перезаписав важливі файли чи видалив половину проєкту? Не проблема. Система "Тіньовий Git" (Shadow Git) автоматично робитиме невидимий, блискавичний зліпок ваших файлів у фоновому режимі безпосередньо перед виконанням небезпечних чи деструктивних дій. Будь-яку небажану зміну можна буде миттєво відкотити одним кліком, ніби нічого й не сталося. Це як універсальна кнопка скасування Ctrl+Z, але вона працюватиме для всього вашого проєкту і рятуватиме навіть тоді, коли звичайний Git ще не має комміту.