Нотатки про продукт і статті від команди BuildMidas. У старіших публікаціях продукт описано станом на дату публікації; ознайомтеся з Командами агентів і AI Builder, щоб дізнатися про поточні можливості.
Як платформа працює зсередини, написано людьми, які її створюють.
Я бачив, як хтось витратив одинадцять днів на вибір назви домену для продукту, який створювався чотири години. Ось чому назва майже не має значення, чому "майже" — це не "ніколи", і дві ситуації, коли варто зупинитися і зробити все правильно.
Читати публікацію →
"Там взагалі є справжня база даних, чи все це — димова завіса та JSON-файли?" Найпоширеніше скептичне запитання про додатки, створені AI, з відповіддю на кожне окреме питання.
Читати публікацію →
Індикатор завантаження показує "думаю". Профайлер каже інше. Чотири секунди інференсу моделі, понад тридцять секунд чогось іншого — розбір того, чим насправді займається AI-білдер, поки ви чекаєте, і чому потужніші моделі рідко це виправляють.
Читати публікацію →
Минулого тижня хтось запитав мене, чи "досягнув стелі" того, що AI-білдер може для нього зробити. Зазвичай чесна відповідь — ні, просто людина не написала правильний запит. Але іноді відповідь дійсно "так". Ось як відрізнити одне від іншого.
Читати публікацію →
Payload вебхука Stripe виглядає як вісімдесят рядків JSON, які можна пробігти очима. Насправді ні. Кожне поле — це рішення, яке Stripe уже прийняв за вас, і саме ті поля, що ви пропускаєте, потім кусають у продакшені.
Читати публікацію →
Усі планують бюджет на створення. Майже ніхто не планує бюджет на другий місяць, коли приходить рахунок за базу даних, продовжується домен або пост на Reddit приводить 40 000 людей на сторінку, яку ви вважали безкоштовною назавжди. Ось реальна картина витрат.
Читати публікацію →
Більшість порад "як писати кращі промпти" — загальні. Ця — ні. Реальний промпт із 83 слів для сайту бронювання приватного шеф-кухаря, розібраний фрагмент за фрагментом — рядок про дефіцит, деталь про район і те, про що клієнт не сказав, але що все одно знадобилося для білда.
Читати публікацію →
Чотири цифри про те, як AI-пошукові системи насправді читають ваш сайт — і чому позиція на сторінці важить більше за все, що вам казали про глибину контенту.
Читати публікацію →
Десять дзвінків для дослідження ринку, десять людей, що кивають на вашу презентацію, і жодної корисної інформації. Ось чому я краще випущу грубу версію для трьох реальних користувачів, ніж опитаю тридцять гіпотетичних — і де ця порада все ж не спрацьовує.
Читати публікацію →
Усі оцінюють AI-білдери за швидкістю розробки. Ніхто не оцінює їх за тим, як часто вони кажуть "ні" — а саме ця цифра насправді передбачає, чи виживе ваш додаток після зіткнення з реальними користувачами.
Читати публікацію →
Lean Startup радив випускати найменшу можливу річ і вчитися на цьому. Ця порада була відповіддю на структуру витрат, якої вже не існує для більшості з нас. Ось аргументи на користь ширшої розробки з першого дня — і де стара порада все ще виграє.
Читати публікацію →
Хтось щойно сказав вам, що у вашому додатку бракує функції, щось не працює або незрозуміло. Перш ніж відкрити чат розробки й почати друкувати, ось три способи, якими цей інстинкт вас підводить — і як натомість виглядає правильний промпт.
Читати публікацію →
«А чи безпечно взагалі зберігати тут дані клієнтів?» — питання, яке ніхто не ставить вголос, поки вже не запустив продукт. Ось чесна відповідь — включно з тими місцями, де чесна відповідь звучить як «залежить від вас».
Читати публікацію →
Учора вночі ти надіслав мені скріншот: «хтось хоче за це заплатити??». Ось лист, який я надіслав би у відповідь, якби не спав, — про Stripe проти варіанту з торговим посередником, дисципліну тестового режиму та питання податків, на якому ти зараз спіткнешся.
Читати публікацію →
Більшість збірок доходять до робочої версії до четвертого промпту. А тоді люди продовжують ще з десяток разів. Ось що насправді роблять ці додаткові промпти — і це не те, про що ви подумали.
Читати публікацію →
О 6:58 ранку я опублікував інструмент обміну змінами для відділення медсестер, де працює моя подруга. До полудня в ньому виявився баг, якого я не бачив за три тижні тестування. Ось погодинний журнал.
Читати публікацію →
Три способи зіпсувати цілком робочий сайт, «оновлюючи» його до ШІ-білдера, і нудний, непоказний процес, який дозволяє уникнути всіх трьох.
Читати публікацію →
Моїй сестрі потрібен був застосунок для запису на вигул собак до понеділка. Ось справжній журнал — з відмітками часу, глухими кутами та одним кроком, який я перестарався зробити і більше так не робитиму.
Читати публікацію →
Критика вайб-кодингу виходить з того, що стара навичка — читати кожен рядок — і була суттю справи. Це не так. Суть завжди полягала в тому, щоб випустити щось робоче, і ця навичка не зникла. Вона просто перемістилася.
Читати публікацію →
71% проіндексовано протягом 48 годин. Середній показник Lighthouse — 94. А сайти, запущені відразу з 12+ сторінками, індексувалися втричі швидше за односторінкові запуски. Ось чому це не випадковість.
Читати публікацію →
Три способи створити програмний продукт — три зовсім різні сценарії провалу. Ось що насправді їх відрізняє, простими словами і реальними цифрами.
Читати публікацію →
«Ви це отримуєте у власність» легко надрукувати на сторінці з тарифами. Ось що це насправді означає, коли код написаний агентом і розміщений на нашій інфраструктурі.
Читати публікацію →
Дослідження знаходить можливість, білдер втілює її, запуск показує продукт людям, а оптимізація веде рахунок — як увесь цикл працює разом і що насправді означає «автономний режим».
Читати публікацію →
Результат роботи ШІ ймовірнісний; випущене програмне забезпечення таким бути не повинно. Що насправді відбувається між моментом, коли «агент завершив роботу», і моментом, коли «збірка пройшла перевірку» — рівень за рівнем, включно з моментом, коли збірка сама заперечує.
Читати публікацію →
Двадцять мов, один реєстр і конвеєр перекладу, що встигає за розвитком продукту — а також те, що люди помічають найбільше: агенти, які відповідають тією мовою, якою ви запитали.
Читати публікацію →
Запущений продукт, за показниками якого ніхто не стежить, — це записка в пляшці. Як реальні дані пошуку, трафіку та магазинів застосунків щодня повертаються назад — і що з ними роблять агенти.
Читати публікацію →
Ми пробували імітувати 3D на canvas. Вигляд був настільки ж дешевим, наскільки це звучить. Тож ми це заборонили, підключили справжній рушій Unity та headless Blender і зробили весь конвеєр публічним.
Читати публікацію →
Longwave пройшов шлях від однорядкового промпту до подачі заявок у магазини застосунків без жодної відкритої форми. Ось увесь шлях — і два чесні застереження, які жодна платформа не може обіцяти прибрати.
Читати публікацію →
Покроковий розбір перших десяти хвилин: що запитує білдер, за чим ви спостерігаєте, поки він працює, і що означає «готово», коли платформа це каже.
Читати публікацію →
Сторінки з тарифами оптимізовані так, щоб виглядати просто. А ось як кредити насправді працюють: ліміти, пакети, поведінка при вичерпанні та повернення коштів — без жодних зірочок.
Читати публікацію →
Один і той самий текст, вставлений на шість сайтів, — це не маркетинг, а сміття. Як стратег обирає канали, що насправді означає «платформо-нативний» і чому публікуєте саме ви.
Читати публікацію →
«Що мені створити?» — це дослідницьке питання, а не мозковий штурм. Як п'ять агентів переробляють тренди, скарги та прогалини конкурентів у брифи, з якими можна почати будувати в один клік.
Читати публікацію →
Люди перестають покращувати свої продукти тому, що зміни здаються ризикованими. Версії, відкат і історія деплоїв існують саме для того, щоб прибрати це відчуття.
Читати публікацію →
Безкоштовний субдомен в один клік, власний сервер через SFTP або магазини застосунків — три шляхи публікації, коли який з них доречний і як їх поєднувати.
Читати публікацію →
Одиночна гра — це вже стандарт. Цікаве починається з локальної гри для двох на одній клавіатурі, онлайн-мультиплеєра, у якому неможливо шахраювати з браузера, і публічної сторінки для гри.
Читати публікацію →
Веб-збірка — це найпростіша частина. Android-пакети, десктопні інсталятори для трьох ОС і розширення для браузера створюються з того самого чату — реальними інструментами збірки.
Читати публікацію →
Більшість чат-ботів продуктів — це документація з характером. Наш має «руки»: він може запустити збірку, відкрити сторінку та керувати командою, про яку ви щойно запитали.
Читати публікацію →
Білдер розумний щодо продуктів загалом, але нічого не знає саме про ваш. Чотири функції виправляють це: шаблони, знання, референси та ваші зображення.
Читати публікацію →
Застосунок — це просто; лістинг у магазині — це форми, зображення потрібного розміру та анкети щодо приватності. Комплект генерує все це — і відповіді про приватність перевіряються на відповідність вашому коду.
Читати публікацію →
«Ми серйозно ставимося до безпеки» — так каже кожен. Ось що ми насправді зробили: межі орендарів на рівні бази даних, ізольовані запуски агентів і облікові дані, які нікуди не «втечуть».
Читати публікацію →
Сайти, згенеровані ШІ, мають впізнавану одноманітність — ті самі градієнти, ті самі макети, ті самі «безпечні» рішення. Ми створили директора з дизайну, щоб покінчити з цим.
Читати публікацію →
Найшвидший спосіб зробити хорошу гру дешевою на вигляд — це синусоїдний «бльооп». Чому ми створили бібліотеку із семплами 84 інструментів і заборонили осцилятор.
Читати публікацію →
«ШІ керує вашою рекламою» зазвичай означає «ШІ витрачає ваші гроші». Наш планує, таргетує і готує чернетки — а потім зупиняється на межі, де в справу вступають гроші.
Читати публікацію →
Безкоштовні тарифи зазвичай — це демоверсії в масці. Наш — це та сама платформа, тільки з меншим лімітом. Ось точно, що це означає, включно з обмеженнями.
Читати публікацію →
Підібрати п'ять гарних скріншотів може будь-хто. Публікація кожної збірки, з видимими невдалими спробами, — це версія «повірте нам», яку неможливо підробити.
Читати публікацію →
«Штука, що живе на панелі інструментів» — це реальна категорія продуктів. Промптинг розширень, що означає MV3 для вас (нічого) і публікація одразу у два магазини.
Читати публікацію →
Команда дослідників пише брифи; це посібник для того місця, куди вони потрапляють — як оцінити бриф, побудувати за ним і тримати чергу вартою уваги.
Читати публікацію →
Непримітний розділ, що рятує від зайвих листів у підтримку: що контролює кожна сторінка налаштувань, де зберігаються облікові дані та як поводяться зміни плану посеред циклу.
Читати публікацію →
«Автономний» — це просто «за розкладом, із замкненим циклом». Де живуть розклади, як працює час у різних часових поясах і що саме запускається без вас.
Читати публікацію →
Від готової збірки до URL, який можна надіслати комусь у повідомленні: процес публікації, слаги, що робить повторна публікація і як скасування публікації дійсно скасовує її.
Читати публікацію →
«Перевірено» — це твердження з підтвердженням. Де зберігається запис перевірки, як читати його рівні та в чому різниця між обов'язковим виправленням і рекомендацією.
Читати публікацію →
Проєкт виглядає правильно, коли ваші реальні фото стоять на своїх місцях, а згенероване зображення органічно заповнює решту. Бібліотека, області застосування та налаштування.
Читати публікацію →
Не огляд функцій, а чотири архітектурні рішення, що лежать в основі кожної збірки, і чому кожне з них існує: спочатку план, типізовані продукти, ізольовані робочі простори, перевірені завершення.
Читати публікацію →
Цикл оптимізації працює на реальних даних, а для реальних даних потрібні два підключення. Налаштування, спрощений варіант через один акаунт і що почне надходити наступного дня.
Читати публікацію →
Деплой на власний сервер налаштовується один раз, а потім це — одна кнопка. Цілі, підключення домену, що агент насправді робить через SSH, і як усе скасувати.
Читати публікацію →
Після третьої збірки бібліотека стає важливішою за чат. Фільтри, структура картки і що можна зробити без відкриття діалогу.
Читати публікацію →
Чат, прикріплений до кожної збірки, — це весь інтерфейс для доопрацювання. Як формулювати запити на зміни, що можуть робити картки, і які звички себе виправдовують.
Читати публікацію →
План — найдешевший момент, щоб змінити рішення: усе, що відбувається після, коштує додаткового раунду перебудови. Що показує картка плану і як заперечити щось у ньому.
Читати публікацію →
Builder заповнює прогалини розумними значеннями за умовчанням, тож завдання запиту не в повноті — а в тому, щоб озвучити ті кілька речей, які справді для вас важливі.
Читати публікацію →
З картою будь-який інструмент простіший. Де що знаходиться в панелі керування, за що відповідає кожен розділ і в якому порядку з ними зазвичай знайомляться.
Читати публікацію →