Sovellusten löytöhaaste: Miksi tarvitsemme parempia työkaluja AI-sovellusten metsästykseen ja seuraamiseen
Mikro-sovellusten räjähdys
Myönnetään rehellisesti: elämme tuottavuuden vallankumouksessa. AI-työkalut tekevät sovellusten kehittämisestä helppoa kuin mikään aika. Simon Willison listaa yli 80 omaa työkaluaan. Matt Sephton julkaisi 20 macOS-sovellusta yhdessä päivässä. Suunnittelijat rakentavat omia web-työkalujaan. Kehittäjät ratkaisevat suppeita ongelmia räätälöidyillä apuvälineillä.
Tämä on mahtavaa. Mutta se on myös sotku.
Löytämisen ja jakamisen kriisi
Ongelma on tämä: nämä työkalut ovat kaikkialla ja samalla missään. Ne piileskelevät omilla sivuilla, GitHub-gisteissä, some-ketjuissa, Lovable-projekteissa, Replit-konaisuissa tai jonkun terminaalin historiassa. Jotkut katoavat kuukaudessa. Toiset päivittyvät hiljalleen ilman ilmoituksia. Haluatko seurata luottamaasi tekijää? Onnea matkaan.
Pääkysymykset, jotka vaivaavat:
- Miten löydän juuri minulle sopivia sovelluksia omille alustoilleni?
- Miten tilailen päivityksiä luotettavalta tekijältä?
- Miten saan ilmoituksen, kun käyttämäni työkalu kehittyy?
- Miten jaan löytöjäni turvallisesti muille?
- Miten pidän oman työkalukokoelmani järjestyksessä?
Tuntuuko tutulta? Näinhän se meni jo 20 vuotta sitten.
RSS-ajattelu nykypäivään
Muistatko RSS:n? Se yksinkertainen XML-formaatti blogitilauksille. Ei kiiltoa. Ei hypeä. Mutta se oli nerokas: ratkaisi tilausongelman ilman keskitettyä rekisteriä tai algoritmeja.
RSS toimi yhteyspintana. New York Times tarjosi syötteen. Flickr teki saman. GitHubkin. Paikallinen blogisi. Mikä tahansa RSS-lukija söi ne. Käyttäjät rakensivat oman löytökokemuksensa.
Mitä jos soveltaisimme tätä AI-sovellusten buumiin?
Kuvittele RSS-tyyppinen standardi, jossa:
Tekijät julkaisevat syötteitä uusista työkaluista ja päivityksistä. Simon Willisonin sivut muuttuvat tilattaviksi. Claude-plugini-kokoelmasi saa syötteen. Lovable-pohjat ilmoittavat muutoksista.
Alustat tukevat suoraan. Replit auttaa syötteen luomisessa. Glitch seuraa perässä. Vercel listaa projektipäivitykset. Se on yhtä tavallista kuin GitHub-repot.
Käyttäjät keräävät vapaasti. Ei 30 sivua selailtavaksi. Tilaa syöte lukijaan (tai räätälöityyn appiin). Työkaluissa metadataa, linkkejä, asennusnapit ja versiohistoria.
Löytö sosiaaliseksi. Kuten del.icio.us aikoinaan: jaa työkaluja ja syötteitä yhteisöihin. Seuraa suosituksia. Tunnusta ja kerää kokoelmia. Hajautettu ProductHunt ilman algoritmia.
Miksi tämä sopii AI-koodattuihin sovelluksiin
Perinteinen jakelu olettaa isoja julkaisuja. Versio 1.0, asennus, sitten 2.0半年 myöhemmin. Sovellukset ovat isoja tapahtumia.
AI-kehityksessä malli hajoaa. Työkalun julkaisu tuntuu blogipostaukselta: usein, henkilökohtaista, kokeilevaa. Teet apuvälineen tiistaina. Parannat keskiviikkona. Jaat torstaina. Tahti on nopea ja luonnollinen.
Tämä passaa täydellisesti RSS:ään. Blogit elivät jatkuvasta julkaisusta. Samoin mikro-sovellukset: jokainen työkalu tai päivitys on ilmoitettava tapahtuma.
Käytännön hyödyt
Tekijöille: Yksinkertainen, avoin tapa ilmoittaa työstäsi ilman keskitettyjä palveluita. Työkalut omalla infraillasi. Kontrolloit metadatan. Et riipu startupin armosta.
Käyttäjille: Yhtenäinen, räätälöitävissä oleva kokemus. Ei algoritmeja päättämässä. Chronologiset päivitykset valitsemiltasi tekijöiltä.
Löytymiselle: Työkalut eivät katoa. Niillä on pysyvä osoite. Kehittäjät suosittelevat. Yhteisöt rakentuvat. Uudet löydetään kuten blogit aikoinaan.
Turvallisuudelle: Avoin standardi elää ikuisesti, toisin kuin app storessa. Malicious-päivityksiin voi lisätä varmistuksen. Forkkaa syötteitä. Rakenna versiohistorian valvontaa.
Haaste: Missä sovellukset asuvat?
RSS-sovelluksille ei ratkaise kaikkea. Perinteinen RSS on tietoa. Sovellukset tarvitsevat kodin ja suorituksen: iOS, macOS, Android, selain, web, terminaali.
Ei mahdotonta. Syöte voi sisältää asennusohjeet alustoittain. Linkittää binääreihin, Docker-kuoriin tai pilvipalveluihin. Ohjata lähdekoodiin forkausta varten.
Syöte on käyttöliittymä. Sovellus elää missä tahansa sopii.
Miltä tämä näyttäisi?
Ajattele ATOM-tyyppistä RSS-laajennusta sovellusmetadatalle:
- Työkalun nimi, kuvaus, tekijä
- Linkit lähdekoodiin ja dokumentaatioon
- Versiohistoria ja changelog
- Alustatuki (web, iOS, macOS, CLI jne.)
- Asennusmenetelmät per alusta
- Tunnisteet ja luokat
- Varmistussignatuurit (valinnainen)
Jokainen työkalusivu julkaisee sellaisen. AI-alustat helpottavat. Lukijat ja erikoisappit tekevät löytämisestä vaivatonta.
Kauneus tässä
Tämä ei ole alusta. Ei firma. Ei monimutkaista. Se on protokolla – kuka tahansa voi toteuttaa, laajentaa tai sivuuttaa.
Avoin web eli tällaisista: email, HTTP, FTP, RSS. Ei yhden tahon hallussa. Ne menestyivät ratkaisemalla ongelmia, ja kaikki rakensivat päälle.
Menetimme jotain siirtyessämme keskitettyihin app stooreihin. Ei kaikkea – kuratointi on arvokasta. Mutta menetimme luvanvaraista innovaatiota ja avoimuutta, joka teki varhaisesta webistä taianomaista.
Mitä seuraavaksi?
Yhteisön vuoro. Jos rakennat AI-työkaluja, mieti päivitysten jakamista. Jos pyörität alustaa, pohdi yksinkertaista syöteformaattia.
Infra ei tarvitse olla mullistava. Riittää, että se on hyödyllinen ja avoin.
Vanha netti osasi asiansa. Ehkä on aika lainata siitä.