Розгляньмо одну реальну взаємодію від початку до кінця, адже абстрактна теза — "асистент, який діє, а не просто відповідає" — нічого не пояснює, поки не побачиш це наживо. Хтось вводить "зроби мені трекер звичок зі стриками" у кнопку Ask-AI, яка плаває на кожній сторінці цього сайту. Ось що насправді відбувається між цим реченням і запущеною збіркою, і де ми вирішили залишити керування в руках людини.
Речення
Дев'ять слів, без розділових знаків, без навігації меню, без розуміння того, на якій сторінці взагалі живе білдер. Це вхідні дані, і вони мають ту саму форму, що й більшість запитів до цього інструмента: не команда, а бажання. Ніхто не формулює це як "відкрий білдер, назви проєкт Habit Tracker, заповни поле промпту описом відстеження стриків і встанови фокус на кнопку старту". Люди просто кажуть, чого хочуть. Розрив між цими двома формулюваннями — бажанням і інструкціями — це і є вся функція.
Розбір
Якою б мовою не прийшло це речення, воно обробляється саме цією мовою — ми підтримуємо двадцять мов у продукті, узгоджуючи це з ширшою багатомовною позицією платформи, і асистент не запускає шар перекладу поверх фіксованого англійського сценарію, а міркує рідною для введеного тексту мовою. Для запиту "трекер звичок зі стриками" конкретно розбір має зробити три речі одночасно:
- Розпізнати, що це запит на створення, а не питання
- Витягти назву проєкту
- Витягти достатньо специфікації, щоб поле промпту не було порожнім
Помилися в чомусь одному з цього — і користувач опиниться в білдері, який не відповідає запиту, а це гірше, ніж узагалі не діяти: тепер йому доведеться помітити невідповідність, виправити її, а потім почати заново.
Підготовлений екран
Це та частина, яку легко недооцінити в демо і легко зробити неправильно на практиці: вона не запускає збірку. Вона відкриває білдер із назвою проєкту, вже написаним полем промпту, і запуском, підготовленим за один клік. Це свідома зупинка, а не скорочення шляху через брак часу. Відкрити сторінку й наперед заповнити форму — дешево помилитися: у гіршому разі ви редагуєте текст або закриваєте вкладку. Тож асистент просто робить це без діалогу підтвердження, без "ви впевнені, що хочете перейти".
Клік, який усе ще належав вам
Запуск збірки — інша категорія, бо запуск збірки витрачає кредити — справжні, які списуються з вашого рахунку в момент старту запуску. Саме тут вступає в силу правило пропорційності:
| Тип дії | Що відбувається |
|---|---|
| Дешево скасувати — навігація, підготовлений текст | Відбувається автоматично, без підтвердження |
| Витрачає гроші або реальні обчислення — запуск збірки | Чекає на свідомий клік від вас |
Ми дійшли до цього після довгих обговорень, і зізнаюсь: жодна з крайностей не здавалась очевидно правильною. Підтверджувати все — і ви відтворите старий досвід із трьома меню, просто прикрутивши згори чат-вікно, що гірше за те, що замінили. Не підтверджувати нічого — і рано чи пізно розбір неправильно вгадає в неоднозначному запиті й запустить процес, якого ніхто не просив, за чужий рахунок. Для цього конкретного прикладу це означає: асистент доводить вас до заповненого білдера за один крок, а кнопка, яка справді щось витрачає, залишається справжнім, свідомим кліком людини.
Основа під усім цим
Одна річ, яку ви ніде в цьому процесі не побачите, — і саме тому вона важлива: кожна частина цього — навігація, підготовлений промпт, майбутня збірка — відбувається у вашому робочому просторі й ні в чиєму іншому. Асистента не можна вмовити зазирнути в чужий тенант, як би не був сформульований запит, бо це не окрема чат-функція, винесена за межі системи прав — механічно це просто ще один агент на платформі, що працює в межах тієї самої обмеженості на рівні акаунта, що й будь-який інший агент. Тут немає окремого питання "чи бачить чат-бот це", бо відповідь уже визначена інфраструктурою ще до появи чат-функції.
Що не відбувається
Простежте цей самий приклад ще на крок далі — і ви побачите межу того, що асистент зробить без запиту, і варто чітко визначити, де саме проходить ця межа. Він відкриє для вас білдер. Далі:
- Він не витратить більше, ніж ви вже схвалили
- Він не опублікує готовий проєкт ніде від вашого імені
- Він не вчинить жодної дії, яка виходить за межі пісочниці вашого робочого простору й торкається зовнішнього світу
Уся ця категорія не отримує керованого асистентом шляху — не суворішого підтвердження, а взагалі жодного шляху. Якщо ви хочете зробити проєкт публічним, це, як і раніше, кнопка, яку ви самі знаходите й натискаєте.
Чому зупинки саме там, де вони є, а не в безпечнішому місці
Ми могли б зробити так, щоб кожен із цих кроків запитував дозвіл, і назвати це обережністю. Я не думаю, що це була б обережність — я думаю, це була б повільніша версія тієї самої рутинної роботи, яку функція покликана усунути. Чат-бот, який лише розповідає, де знаходиться кнопка збірки, має невеликий радіус ураження, коли помиляється: витрачає тридцять секунд, злегка дратує, нічого не витрачено. Асистент, який готує реальну збірку, помиляється дорожче, якщо запобіжники не налаштовані правильно — саме тому й існує межа "підтвердження перед витратою", не як страховка, додана для вигляду відповідальності, а тому що ми подивилися, де опиниться режим збою, і поставили зупинку саме там. Усе, що до цієї межі — читання речення, підготовка екрана, доведення до одного кліку від готовності — не потребувало жодного дозволу, бо ніщо з цього не може вам зашкодити.
