Як створити власний AI-застосунок, знаючи лише основи програмування: мій досвід розробки LifeOS

7 хвилин читання

Як я створюю LifeOS за допомогою ШІ, знаючи лише основи програмування

Сьогодні ситуація поступово змінюється.

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

Саме так я почав працювати над LifeOS — Life Operation System, власною концепцією системи для організації повсякденного життя.

Читайте також: Google випустила Gemini 3.8 Live — голосового помічника, який розуміє 97 мов і продовжує працювати, поки говорить із вами. Компанія показала одразу дві версії. Gemini 3.8 Live створена для швидких відповідей і невеликих завдань. Extended Thinking більше підходить для складних питань, де треба подумати й пройти кілька кроків, повідомляє Google. 

З чого все почалося

Ідея LifeOS виникла не з бажання просто створити ще один AI-чат.

Я хотів систему, якій можна написати звичайною мовою:

«Сьогодні витратив 500 грн».

«Завтра о 15:00 у мене важлива подія».

«Останні кілька днів я мало приділяв часу навчанню».

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

Фактично моя ідея звучала так:

А що, якщо створити операційну систему не для комп’ютера, а для організації життя людини?

Так з’явилася назва Life Operation System.

Але як це створити, якщо ти не Senior Developer?

Це було одним із найцікавіших питань для мене.

Я розумію основи програмування, структуру коду, змінні, функції, умови, API, бази даних та логіку роботи застосунків. Але це не означає, що я можу самостійно написати з пам’яті тисячі рядків коду для готового продукту.

І саме тут я почав використовувати AI як інструмент розробки.

Не за принципом:

«Зроби мені програму».

А приблизно так:

Ідея → архітектура → маленька задача → генерація коду → перевірка → помилка → аналіз → виправлення → наступна функція.

Це принципово різні підходи.

AI не повинен думати замість розробника

Одна з речей, яку я зрозумів під час роботи: якщо просто копіювати код, який генерує AI, проєкт дуже швидко може перетворитися на набір файлів, у яких ти сам нічого не розумієш.

Тому я намагаюся спочатку сформулювати, що саме повинна робити система.

Наприклад, якщо LifeOS має пам’ятати інформацію про користувача, виникає вже технічне питання:

де зберігати цю інформацію?

Які дані взагалі потрібно запам’ятовувати?

Як отримувати їх при наступному запуску?

Що передавати AI-моделі як контекст?

Коли інформацію потрібно оновлювати?

Після цього AI вже можна використовувати для реалізації конкретних частин.

Як побудований мій прототип

Для LifeOS я використовую кілька основних компонентів.

Інтерфейс — React, а для мобільної версії я працюю з React Native / Expo.

Підписуйтеся на наші соцмережі

Для зберігання інформації використовую Firebase та Firestore.

AI-частина працює через API мовної моделі.

Спрощено архітектуру можна представити так:

Користувач → LifeOS → контекст і пам’ять → AI-модель → відповідь → оновлення даних користувача.

Користувач бачить простий чат.

Але за цим чатом поступово може з’явитися значно складніша система.

Пам’ять стала однією з найважливіших частин

Звичайний чат може забути інформацію після завершення сесії.

Для LifeOS цього недостатньо.

Якщо система має допомагати організовувати життя, їй потрібен довгостроковий контекст.

Тому я почав експериментувати зі збереженням фактів у Firestore.

Умовно система може мати:

userId

→ профіль користувача → факти → події → цілі → фінансові записи → інший контекст

Перед запитом до AI потрібні дані завантажуються та додаються до контексту моделі.

Таким чином AI отримує не просто одне повідомлення користувача, а інформацію, необхідну для більш персоналізованої відповіді.

Найважливішим став не код, а правильна постановка задачі

Під час розробки я помітив цікаву річ.

AI може дуже швидко написати функцію.

Але якщо неправильно пояснити архітектуру, він так само швидко може написати неправильну функцію.

Тому замість:

«Напиши мені LifeOS»

набагато ефективніше працює:

«У мене React-застосунок. Є Firebase Authentication і Firestore. Після авторизації потрібно отримати пам’ять конкретного користувача за userId, сформувати контекст та передати його AI-моделі перед генерацією відповіді. Запропонуй структуру, поясни її, а потім реалізуємо поетапно».

AI у такому випадку стає не кнопкою «створити програму», а своєрідним технічним партнером.

А що робити з помилками?

Вони нікуди не зникають.

Навпаки, AI-розробка дуже швидко показує, чому хоча б базове розуміння програмування все одно необхідне.

Модель може:

— використати застарілий метод;

— неправильно зрозуміти структуру проєкту;

— створити конфлікт між компонентами;

— забути про безпеку;

— запропонувати код, який виглядає правильним, але не працює.

Тому моя задача — не просто отримати код.

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

І тут базові знання програмування стають критично важливими.

Чи можна створити програму, знаючи лише основи?

На мою думку — прототип цілком реально.

Але є важливе уточнення.

AI знижує поріг входу, але не скасовує необхідності навчатися.

Людині все одно потрібно поступово зрозуміти:

як працює frontend;

що таке backend;

як працюють API;

як зберігаються дані;

що таке authentication;

як працює Git;

як читати помилки;

як не зберігати API-ключі у відкритому клієнтському коді;

як перевіряти код, створений AI.

Різниця полягає в тому, що тепер усе це можна вивчати не лише на абстрактних прикладах.

Можна вивчати програмування під час створення власного продукту.

Саме такий підхід виявився для мене найцікавішим.

Від вебпрототипу до мобільного LifeOS

Наступним кроком стала ідея перенести LifeOS на смартфон.

Тому я почав працювати над мобільною версією на React Native / Expo.

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

І тут AI знову допомагає пришвидшувати роботу: пояснювати незнайомі компоненти, створювати початкові реалізації, знаходити проблеми та пропонувати варіанти архітектури.

Що я зрозумів під час цього проєкту

Раніше між фразами «у мене є ідея застосунку» та «у мене є працюючий прототип» могла бути величезна технічна прірва.

AI цю прірву суттєво зменшує.

Але людина все одно залишається автором системи.

Саме людина визначає проблему.

Саме людина придумує продукт.

Саме людина вирішує, які функції потрібні.

Саме людина перевіряє результат.

А AI допомагає швидше пройти технічний шлях між задумом і реалізацією.

Тому для мене LifeOS — це не тільки експеримент із персональним AI.

Це ще й експеримент із новим способом створення програмного забезпечення.

Не «AI замість програміста», а «людина, яка може створювати значно більше завдяки AI».

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