Hyvät tilaajat, Haluan tänään puhua siitä, miksi monet tuotteet on keksittävä uudelleen, jotta ne voivat käyttää ensin tekoälyagentteja ja sitten ihmisiä. Tämän postauksen kirjoittaminen ei ole minulle helppoa, koska: Olen viettänyt yli vuosikymmenen pakkomielle loistavien käyttöliittymien rakentamiseen. Mutta UX:n "käyttäjästä" tulee nopeasti sen sijaan agentti. Näillä pikselin täydellisillä painikkeilla, intuitiivisilla navigointipalkilla ja huolellisesti sijoitetuilla toimintakehoilla, joista olen edelleen kiinnostunut, on paljon vähemmän merkitystä. Selitän seuraavaa: Miksi rakentaa agenteille ensin API:t, taidot ja MCP:t: Nopea alku5 vaiheet tekoälyagenteille ensin Miksi ihmisen harkinta ja valvonta on edelleen tärkeääMitä voit tehdä tällä viikolla Olen ylpeä saadessani yhteistyökumppani Granolan kanssa Kokouksesi sisältävät yrityksesi arvokkaimman kontekstin, ja Granolan MCP mahdollistaa kaikkien tekoälyagenttien pääsyn siihen. Yhdistä vain MCP Claudeen, ChatGPT:hen tai Claude Codeen, niin keskustelusi ovat saatavilla missä tahansa työskenteletkin. Käytä sitä rakentaaksesi ominaisuuksia kokouksessa sovituista, luoda lippuja standupista tai luonnostella tuoteehdotuksia asiakkaiden löytöpuheluista.Kokeile Granola for FreeMiksi rakentaa agenteille ensin Totuus on, että Claude Coden ja OpenClawin käyttäminen on johdottanut aivoni uudelleen. Sen sijaan, että menisin Mercuryyn tarkistamaan talouteeni, Linear hallitsee työtehtäviäni, teen vain tekstiviestini ja Granolalle. saadaksesi nämä päivitykset. Sanon esimerkiksi: "Sisällytä Mercury-talouteni kuukausittain sähköpostiisi." "Luettelo Linear-lippuni aamun tiedotustilaisuudessa." "Mitkä ovat tämän päivän tapaamisistani tärkeimmät takeet?" Näen samanlaisen kuvion töissä: Tekniset asiakirjasi? Ihmiset syöttävät niitä tekoälylle ja kyselevät. 30-sivuinen diasarjasi? Ihmiset lukevat sen sijaan tekoälyyhteenvetoa. Kaunis käyttökokemuksesi? Agentti ohittaa sen ja on vuorovaikutuksessa sovellusliittymiesi kanssa. Tekoälyagentit ovat pian vuorovaikutuksessa tuotteesi kanssa ennen ihmistä. Peter Steinberger (OpenClawin perustaja) on loistava esimerkki agenttilähtöisestä ajattelusta. Jotkut tekoälyvaikuttajat tarkastelivat hänen GitHub-historiaansa ja väittivät, että hän rakensi yli 40 epäonnistunutta projektia ennen kuin onnistui OpenClaw:Wrongissa. Hän itse asiassa rakensi 40 agentti-ensimmäistä komentorivityökalua, jotka yhdessä tekevät OpenClawin mahdolliseksi. Peterillä oli vakaumus rakentaa agenteille ennen melkein kaikkia muita – ja tämä vakaumus on suuri syy siihen, miksi OpenClaw lähti nousuun. Edustajien on helpompi käyttää parhaita eteenpäin tulevia tuotteita.Sovellusliittymät, taidot ja MCP:t: kuinka ne sopivat yhteen Ennen kuin keskustelemme siitä, miten voit tehdä tuotteestasi agenttiystävällisen, kerrotaan API:iden, taitojen ja MCP:iden eroista. Ajattele sovellusliittymiä, taitoja ja MCP:itä kuin ammattikeittiön osia. Sovellusliittymät ovat keittiötyökaluja – erityisiä päätepisteitä, joiden avulla agentit voivat olla vuorovaikutuksessa tuotteesi kanssa. Esimerkiksi Slackin API:n avulla voit lähettää viestejä, listata kanavia ja hallita käyttäjiä. Ilman sovellusliittymiä agenteilla ei ole mitään työskenneltävää. Taidot ovat reseptejä – tekoälyn kontekstiin ladatut tekstitiedostot, jotka kertovat tarkalleen, mitä tehdä ja miten. Esimerkki: "Kun käyttäjä pyytää lähettämään viestejä Slackin kautta, soita Slackin sovellusliittymän chat.postMessage-päätepisteeseen kanavalla ja viestin tekstillä." MCP:t ovat täysin varustettu keittiö – ne yhdistävät API-yhteyden, todennuksen ja työkalumääritykset yhdeksi palvelimeksi. Esimerkiksi Slackin MCP-palvelin paljastaa työkalut, kuten "send_message(channel, text)" ja "list_channels()", joten tekoäly tietää tarkalleen, mitä se voi kutsua ja miten. Näin voit ajatella taitoja ja MCP:itä käytännössä: Käytä taitoja, kun haluat hallita tekoälyn työnkulkua tarkasti. Taidot pitävät kontekstiikkunasi kevyenä, koska ne ovat pelkkiä tekstiohjeita. Mutta sinun (tai tekoälyn koodausagenttisi) on kirjoitettava todennus- ja API-kutsulogiikka itse. Käytä MCP:itä, kun haluat kytkeä ja käytä -mukavuutta. Valmiiksi rakennettu MCP-palvelin antaa tekoälylle käyttövalmiita työkaluja ja hoitaa todennuksen kulissien takana. Mutta liian monen MCP-palvelimen yhdistäminen voi räjäyttää kontekstiikkunasi. Parhaassa asennuksessa yhdistyvät molemmat. MCP antaa agentille pääsyn palvelun työkaluihin. Taito opettaa sen parhaan tavan käyttää näitä työkaluja tietyissä työnkuluissasi. Tekoälysi voi tehdä MCP:illä. Taidot ovat se, miten sen pitäisi tehdä. 5 askelta tekoälyagenteille ensin Sääntö ei koske sosiaalisia verkostoja ja Netflixiä :) Halusin ensin määritellä API:t, taidot ja MCP:t, koska monet yritykset ajattelevat, että "agentti ensin" tarkoittaa MCP:n rakentamistapalvelin ja kutsua sitä päiväksi.Mutta MCP:n pitäisi olla aivan viimeinen vaihe.Tässä on 5 tärkeintä vaihetta tärkeysjärjestyksessä: Älä pakota ihmisiä käyttämään verkkosivustoasi tai sovellustasi. Tämä on ajattelutavan muutos, jonka on tultava ensin. Olemme siirtymässä maailmaan, jossa ihmiset ovat vuorovaikutuksessa tuotteesi kanssa ensisijaisesti ChatGPT:n, Clauden tai muun tekoälyagentin kautta. Jos tuotteesi toimii vain, kun ihminen vierailee verkkosivustollasi tai sovelluksessasi, olet jo jäljessä.Jokainen tuoteominaisuus tarvitsee vastaavan sovellusliittymän. Valitse mikä tahansa tärkeä toimenpide tuotteessasi. Jos agentti ei voi tehdä samaa toimintoa API:n kautta, et ole agentti ensin. Olen yllättynyt siitä, kuinka monissa tuotteissa on kauniit käyttöliittymät epätäydellisten tai dokumentoimattomien sovellusliittymien päällä. Lue lisää
Miksi sinun on ensin rakennettava tuotteesi tekoälyagenteille
By Creator Economy
·
·
4 min read
·
803 views
Read in:
aa
ace
af
ak
alz
am
ar
as
awa
ay
az
ba
ban
be
bew
+191 more
bg
bho
bik
bm
bn
brx
bs
bug
ca
ceb
cgg
ckb
co
crh
cs
cv
cy
da
de
din
doi
dv
dyu
dz
ee
el
en
eo
es
et
eu
fa
ff
fi
fj
fo
fr
fur
fy
ga
gd
gl
gom
gn
gu
ha
haw
he
hi
hil
hne
hmn
hr
hrx
ht
hu
hy
id
ig
ilo
is
it
ja
jam
jv
ka
kab
kbp
kg
kha
kk
kl
km
kn
ko
kri
ku
ktu
ky
la
lb
lg
li
lij
ln
lo
lmo
lt
ltg
lua
luo
lus
lv
mai
mak
mg
mi
min
mk
ml
mn
mni-mtei
mos
mr
ms
mt
my
nd
ne
nl
nn
no
nr
nso
nus
ny
oc
om
or
pa
pag
pam
pap
pl
ps
pt
pt-br
qu
rn
ro
ru
rw
sa
sah
sat
sc
scn
sg
si
sk
sl
sm
sn
so
sq
sr
ss
st
su
sus
sv
sw
szl
ta
tcy
te
tg
th
ti
tiv
tk
tl
tn
to
tpi
tr
trp
ts
tt
tum
ty
udm
ug
uk
ur
uz
ve
vec
vi
war
wo
xh
yi
yo
yua
yue
zap
zh
zh-hk
zh-tw
zu
