Beste intekenare, Vandag wil ek praat oor hoekom baie produkte herontdek moet word om eerstens deur KI-agente gebruik te word, tweedens deur mense. Dit is nie 'n maklike plasing vir my om te skryf nie, want: ek het meer as 'n dekade spandeer om te obsessief oor die bou van wonderlike gebruikerskoppelvlakke. Maar die "gebruiker" in UX is vinnig besig om eerder 'n agent te word. Daardie pixel-perfekte knoppies, intuïtiewe navigasiestawe en versigtig geplaasde GTA's waaroor ek nog steeds obsessief is, gaan baie minder saak maak. Kom ek verduidelik deur die volgende te dek: Waarom bou eerstens vir agente API's, vaardighede en MCP's: 'n Vinnige basis 5 stappe om eers vir KI-agente te bou Waarom menslike oordeel en toesig steeds saak maak Wat jy hierdie week kan doen Ek is trots om saam met Granola te werk. Jou vergaderings bevat van die mees waardevolle konteks by jou maatskappy, en Granola se agent-MCP gee dit toegang tot enige agent-MCP. Koppel eenvoudig die MCP aan Claude, ChatGPT of Claude Code en jou gesprekke word beskikbaar waar jy ook al werk. Gebruik dit om kenmerke te steier van wat in 'n vergadering ooreengekom is, kaartjies van stand-ups te skep, of produkvoorstelle van klantontdekkingsoproepe op te stel.Probeer Granola vir FreeWaarom eers vir agente bouDie waarheid is dat die gebruik van Claude Code en OpenClaw my brein herbedraad het. In plaas daarvan om Mercury toe te gaan om my finansies na te gaan, Lineêr om my doendinge te bestuur, om nou te doen, en myC-agent-opsommings. hierdie opdaterings. Ek sal goed sê soos: "Sluit my Mercury-finansies in by jou maandelikse e-pos." "Lys my Lineêre kaartjies in jou oggend-inligtingsessie." "Wat is die belangrikste wegneemetes van my vergaderings vandag?" Ek sien 'n soortgelyke patroon by die werk afspeel: Jou tegniese dokumente? Mense voer hulle aan KI en vra vrae. Jou 30-bladsy skyfiedek? Mense lees eerder die KI-opsomming. Jou pragtige UX? 'n Agent sal dit oorslaan en met jou API's interaksie hê. KI-agente sal binnekort eers met jou produk interaksie hê, voordat die mens dit doen. Peter Steinberger (OpenClaw se stigter) is 'n goeie voorbeeld van agent-eerste denke. Sommige KI-beïnvloeders het na sy GitHub-geskiedenis gekyk en beweer dat hy meer as 40 mislukte projekte gebou het voordat hy met OpenClaw:Wrong geslaag het. Hy was eintlik besig om 40 agent-eerste opdragreëlnutsgoed te bou wat saam OpenClaw moontlik maak. Peter het die oortuiging gehad om eers byna enigiemand anders vir agente te bou - en daardie oortuiging is 'n groot rede waarom OpenClaw begin het. Die beste produkte wat vorentoe beweeg, sal die maklikste wees vir agente om te gebruik.API's, vaardighede en MCP's: Hoe hulle bymekaar pas Voordat ons bespreek hoe om jou produk agentvriendelik te maak, kom ons dek die verskil tussen API's, vaardighede en MCP's. Dink aan API's, vaardighede en MCP's soos dele van 'n professionele kombuis. API's is die kombuisgereedskap - spesifieke eindpunte waarmee agente met jou produk interaksie kan hê. Met Slack se API kan u byvoorbeeld boodskappe stuur, kanale lys en gebruikers bestuur. Sonder API's is daar niks vir agente om mee te werk nie. Vaardighede is die resepte — tekslêers wat in die KI se konteks gelaai is wat dit presies vertel wat om te doen en hoe. Byvoorbeeld: "Wanneer die gebruiker vra om in Slack te plaas, bel die Slack API se "chat.postMessage" eindpunt met die kanaal en boodskap teks." MCP's is die volledig toegeruste kombuis - hulle bundel die API-verbinding, verifikasie en instrumentdefinisies in 'n enkele bediener. Slack se MCP-bediener stel byvoorbeeld gereedskap soos "send_message(channel, text)" en "list_channels()" bloot sodat die KI presies weet wat dit kan noem en hoe. Hier is hoe om te dink oor vaardighede vs. MCP's in die praktyk: Gebruik vaardighede wanneer jy presiese beheer oor jou KI se werkvloei wil hê. Vaardighede hou jou konteksvenster skraal aangesien dit net gewone teksinstruksies is. Maar jy (of jou KI-koderingsagent) moet self die auth- en API-oproeplogika skryf. Gebruik MCP's wanneer jy inprop-en-speel-gerief wil hê. 'n Voorafgeboude MCP-bediener gee jou KI gereed-vir-gebruik gereedskap en hanteer verifikasie agter die skerms. Maar om te veel MCP-bedieners te koppel, kan jou konteksvenster opblaas. Die beste opstelling kombineer albei. 'n MCP gee jou agent toegang tot 'n diens se gereedskap. 'n Vaardigheid leer dit die beste manier om daardie gereedskap vir jou spesifieke werkvloei te gebruik. MCP's is wat jou KI kan doen. Vaardighede is hoe dit dit moet doen.5 stappe om eers vir KI-agente te bouReël is nie van toepassing op sosiale netwerke en Netflix nie :)Ek wou eers API's, vaardighede en MCP's definieer omdat baie maatskappye dink "agent-eerste" beteken om 'n MCP te boubediener en noem dit 'n dag.Maar die MCP moet die heel laaste stap wees.Hier is die 5 stappe wat eintlik saak maak, in volgorde van prioriteit:Moenie mense dwing om jou webwerf of toepassing te gebruik nie. Dit is die ingesteldheidsverskuiwing wat eerste moet kom. Ons beweeg na 'n wêreld waar mense met jou produk interaksie het hoofsaaklik deur ChatGPT, Claude of 'n ander KI-agent. As jou produk net werk wanneer 'n mens jou webwerf of program besoek, is jy reeds agter. Elke produkvermoë het 'n ooreenstemmende API nodig. Kies enige belangrike aksie in jou produk. As 'n agent nie dieselfde aksie deur 'n API kan doen nie, is jy nie agent-eerste nie. Ek was verbaas oor hoeveel produkte pragtige UI's het wat bo-op onvolledige of ongedokumenteerde API's sit. Lees meer

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