Claude Artifacts: nuo pokalbio iki mažos DI programos

Svarbiausia

• Kas yra Claude Artifacts? Tai Claude funkcija, leidžianti pokalbio metu kurti ir matyti atskirus objektus: tekstus, kodą, vizualus ar mažas programas.
• Ar reikia mokėti programuoti? Ne visada. Daug ką galima sukurti paaiškinus norimą rezultatą paprasta kalba, bet patikrinimas vis tiek būtinas.
• Kam tai tinka labiausiai? Greitiems prototipams, vidiniams įrankiams, mokymų medžiagai, skaičiuoklėms ir paprastoms analizėms.

Claude Artifacts yra viena iš tų funkcijų, kurią lengva nuvertinti, kol nepamatai realaus pavyzdžio. Kalbi su DI, o šalia atsiranda veikianti mini programa, skaičiuoklė, vizualas ar prototipas.

Čia tas pats jausmas kaip pirmą kartą pamačius, kad žmogus ne tik pasako receptą, bet dar ir padeda susipjaustyti svogūną. Maža smulkmena. Bet staiga darbas juda.

Claude tinklaraštyje Anthropic kalba apie DI paremtų programėlių kūrimą ir dalinimąsi per Claude. Tai rodo aiškią kryptį: pokalbių langas tampa ne tik atsakymų vieta, o darbo paviršiumi.

Kodėl Artifacts patinka ne programuotojams

Ne kiekvienas nori rašyti kodą. Ir nereikia apsimesti, kad visi taps programuotojais. Bet daug žmonių moka labai gerai paaiškinti problemą.

„Man reikia skaičiuoklės, kuri paskaičiuotų mokymų grupės pajamas.“ „Man reikia kliento apklausos analizės.“ „Man reikia mažo įrankio, kuris palygintų tris pasiūlymus.“

Anksčiau tarp tokio poreikio ir veikiančio įrankio stovėdavo programuotojas, Excel meistras arba labai kantrus kolega. Dabar tarpas mažėja.

Kur tai naudinga versle

Artifacts tipo funkcijos geriausiai veikia su mažais, aiškiais darbais. Ne „sukurk visą ERP“. Prašau, ne. Bet prototipui, vidinei skaičiuoklei, kainodaros palyginimui ar mokymų medžiagos įrankiui – labai tinka.

Pavyzdžiui, pardavimų vadovas gali pasidaryti paprastą leadų vertinimo lentelę. Mokymų komanda – mini testą dalyviams. Finansų žmogus – scenarijų palyginimą. Marketingas – kampanijos idėjų rūšiavimo įrankį.

Geriausia dalis? Galima iteruoti pokalbiu. „Padaryk trumpiau.“ „Pridėk filtrą.“ „Čia skaičiuoja ne taip.“ Ir nereikia rašyti techninės užduoties kaip mažo romano.

Bet yra ribos

Maža DI programa nėra automatiškai gera programa. Ji gali būti netiksli, nesaugi, negraži arba tiesiog per daug pasitikinti savimi. Pažįstamas jausmas, ar ne?

Todėl tokius įrankius verta naudoti kaip greitą juodraštį. Jei įrankis pradeda liesti klientų duomenis, mokėjimus ar svarbius sprendimus, reikia rimtesnio patikrinimo.

Mano taisyklė paprasta: vidiniam eksperimentui – pirmyn. Klientui ar gamybai – patikra, teisės, duomenų apsauga ir atsakomybė.

Ką pabandyti šiandien

Paimk vieną darbą, kuriam vis dar naudoji copy-paste. Tarkim, klientų atsakymų rūšiavimą. Įkelk kelis anonimizuotus pavyzdžius į Claude ir paprašyk padaryti mažą įrankį, kuris leidžia juos sugrupuoti.

Tada žiūrėk ne į tai, ar jis tobulas. Žiūrėk, ar jis sutaupo pirmą valandą. Nes dažnai būtent pirmas juodraštis būna tas laiptelis, kurio reikėjo.

Čia ir yra didelis poslinkis: DI nebėra tik rašytojas. Jis tampa mažų darbo įrankių gamintoju. Kartais kreivu. Bet greitu.