Шановні підписники, сьогодні я хочу поговорити про те, чому багато продуктів потрібно винайти заново, щоб їх використовували спочатку агенти ШІ, а потім люди. Мені непросто написати цю публікацію, тому що: Я провів більше десяти років, одержимі створенням чудових інтерфейсів користувача. Але «користувач» в UX натомість швидко стає агентом. Ті ідеальні піксельні кнопки, інтуїтивно зрозумілі панелі навігації та ретельно розміщені заклики до дії, якими я досі одержимий, тепер мають менше значення. Дозвольте мені пояснити, охоплюючи: Навіщо спочатку створювати для агентів API, навички та MCP: короткий посібник5 кроків для створення спочатку для агентів штучного інтелекту. Чому людське судження та нагляд все ще мають значення. Що ви можете зробити цього тижня. Я пишаюся тим, що співпрацюю з Granola. Ваші зустрічі містять найцінніший контекст у вашій компанії, а MCP Granola дозволяє будь-якому агенту ШІ отримати до нього доступ. Просто підключіть MCP до Claude, ChatGPT або Claude Code, і ваші розмови стануть доступними, де б ви не працювали. Використовуйте його, щоб узгоджувати функції, узгоджені на зустрічі, створювати квитки на підставках або скидати пропозиції продукту на дзвінках для знайомства з клієнтами. Спробуйте Granola безкоштовно. Чому спочатку створювати для агентів. Правда полягає в тому, що використання Claude Code та OpenClaw змінило мій розум. Замість того, щоб йти до Mercury, щоб перевірити мої фінанси, до Linear, щоб керувати моїми справами, і Granola, щоб отримати підсумки зустрічей, я тепер просто надсилаю SMS-повідомлення своєму OpenClaw. Агент ШІ, щоб отримати ці оновлення. Я скажу щось на кшталт: «Включіть мої фінанси Mercury у свою щомісячну електронну пошту». «Перелічіть мої квитки на Linear під час ранкового брифінгу». «Які найкращі висновки з моїх сьогоднішніх зустрічей?» Я бачу схожу схему на роботі: ваша технічна документація? Люди передають їх ШІ та ставлять запитання. Ваша 30-сторінкова колода слайдів? Натомість люди читають короткий опис ШІ. Ваш прекрасний UX? Агент пропустить це та взаємодітиме з вашими API. Невдовзі агенти штучного інтелекту спочатку взаємодітимуть із вашим продуктом, перш ніж це зробить людина. Пітер Штайнбергер (засновник OpenClaw) є чудовим прикладом мислення насамперед агентом. Деякі впливові особи зі штучним інтелектом переглянули його історію GitHub і стверджували, що він створив понад 40 невдалих проектів, перш ніж досягти успіху з OpenClaw: Wrong. Насправді він створював 40 інструментів командного рядка для агентів, які разом зробили OpenClaw можливим. Пітер мав переконання створювати спочатку для агентів, а не для будь-кого іншого — і це переконання є важливою причиною того, чому OpenClaw злетів. Найкращі продукти в майбутньому будуть найпростішими для використання для агентів. API, навички та MCP: як вони поєднуються Перш ніж ми обговоримо, як зробити ваш продукт зручним для агентів, давайте поговоримо про різницю між API, навичками та MCP. Думайте про API, навички та MCP як про частини професійної кухні. API — це кухонні інструменти — спеціальні кінцеві точки, які дозволяють агентам взаємодіяти з вашим продуктом. API Slack, наприклад, дозволяє надсилати повідомлення, створювати списки каналів і керувати користувачами. Без API агентам нема з чим працювати. Навички — це рецепти — текстові файли, завантажені в контекст штучного інтелекту, які точно повідомляють йому, що і як робити. Наприклад: «Коли користувач просить опублікувати повідомлення в Slack, викликайте кінцеву точку «chat.postMessage» API Slack із каналом і текстом повідомлення». MCP — це повністю обладнана кухня — вони об’єднують API-з’єднання, автентифікацію та визначення інструментів на одному сервері. Наприклад, MCP-сервер Slack надає такі інструменти, як «send_message(channel, text)» і «list_channels()», щоб штучний інтелект точно знав, що він може викликати та як. Ось як подумати про навички та MCP на практиці: використовуйте навички, коли вам потрібен точний контроль над робочим процесом вашого штучного інтелекту. Навички зберігають ваше контекстне вікно компактним, оскільки це просто текстові інструкції. Але вам (або вашому агенту кодування ШІ) потрібно самостійно написати логіку автентифікації та виклику API. Використовуйте MCP, коли вам потрібна зручність plug-and-play. Попередньо створений сервер MCP надає ваші готові до використання інструменти штучного інтелекту та виконує автентифікацію за лаштунками. Але підключення занадто великої кількості серверів MCP може підірвати вікно контексту. Найкраще налаштування поєднує обидва. MCP надає вашому агенту доступ до інструментів служби. Навички вчать, як найкраще використовувати ці інструменти для ваших конкретних робочих процесів. MCP — це те, що може зробити ваш штучний інтелект. Навички – це те, як це має робитися. 5 кроків для створення агентів штучного інтелекту спочатку. Правило не застосовується до соціальних мереж і Netflix :) Я хотів спочатку визначити API, навички та MCP, оскільки багато компаній вважають, що «спочатку агент» означає створення MCPАле MCP має бути останнім кроком. Ось 5 кроків, які дійсно важливі, у порядку пріоритету: Не змушуйте людей використовувати ваш веб-сайт або додаток. Це зміна мислення, яка має бути на першому місці. Ми переходимо до світу, де люди взаємодіють із вашим продуктом переважно через ChatGPT, Клода чи іншого агента ШІ. Якщо ваш продукт працює лише тоді, коли людина відвідує ваш веб-сайт або додаток, ви вже відстаєте. Кожна функція продукту потребує відповідного API. Виберіть будь-яку важливу дію у вашому продукті. Якщо агент не може виконати таку саму дію через API, ви не є першим агентом. Я був здивований тим, скільки продуктів мають красиві інтерфейси користувача, які сидять на неповних або незадокументованих API. Читати далі

You May Also Like

Enjoyed This Article?

Get weekly tips on growing your audience and monetizing your content — straight to your inbox.

No spam. Join 138,000+ creators. Unsubscribe anytime.

Create Your Free Bio Page

Join 138,000+ creators on Seemless.

Get Started Free