Letta Agents SDK lar agenten flytte mellom maskiner uten å miste hukommelsen

De fleste agent-SDK-er behandler en agent som noe som lever så lenge prosessen lever. Letta Agents SDK, et TypeScript-bibliotek selskapet nå har lansert, snur på det: hver agent har sin egen identitet, langtidserfaring og hukommelse, og kan jobbe på tvers av maskiner uten å miste tilstanden sin.

Det praktiske utslaget er at samme kode kjører mot tre ulike bakender. Du oppretter en LettaAgentClient med backend satt til cloud og en API-nøkkel, til remote med URL og token mot en App Server du hoster selv, eller til local for å kjøre alt på egen maskin. Agenten opprettes likt i alle tre tilfellene, med en modell og en persona, for eksempel modellen letta/auto.

En agent er heller ikke bundet til maskinen den ble laget på. En skyagent kan kjøre i en styrt sandkasse eller på hvilken som helst datamaskin registrert hos Letta, enten det er en laptop, en arbeidsstasjon, en VM eller en container. Maskinen leverer filene, skallet, legitimasjonen og den installerte programvaren, mens agenten tar med seg identiteten, hukommelsen og samtalene. Du lister registrerte maskiner med computers.list og velger en for økten med resumeSession, der du oppgir maskinnavn og arbeidskatalog.

SDK-en snakker det samme WebSockets-grensesnittet som Letta Desktop er bygget på, så du kan lage egne grensesnitt mot enten Letta Cloud eller din egen App Server. En Expo-demo viser hvordan du blar i agenter, strømmer resonnering og verktøyaktivitet, og håndterer godkjenninger fra en mobilklient. Letta ACP gjør den samme tilstandsfulle agenten tilgjengelig i ACP-kompatible editorer som Zed, med hukommelsen intakt på tvers av klienter og omstart av adapteren.

Den mest interessante bruken er kanskje at agenter kan starte samtaler med seg selv. En agent som kjører lokalt kan spinne opp nye samtaler i skyen for å jobbe med oppgaver parallelt, og siden agentene kan skrive TypeScript, kan de bruke SDK-en til å gjøre gjentakende arbeid om til programmer: engangshjelpere, gjenbrukbare kommandoer, planlagte automatiseringer eller tjenester som starter en ny samtale når det kommer arbeid. Programmet tar den faste kontrollflyten, agenten tar tolkningen og verktøybruken.

For deg som vil unngå leverandørlåsing, er remote-bakenden det som betyr noe. Den lar deg kjøre App Server på egen infrastruktur og likevel bruke det samme grensesnittet som skytjenesten, uten at agentens tilstand havner hos Letta.

Hva bør du gjøre?

1. Start med backend local for å se hvordan hukommelsen faktisk lagres før du binder deg til Letta Cloud.
2. Test resumeSession mot to ulike maskiner med samme agent-id. Det er der påstanden om flyttbar tilstand enten holder eller ryker.
3. Fork Expo-demoen hvis du vil ha godkjenningsflyt. Å håndtere agentens forespørsler om tillatelse fra mobil er langt raskere å gjenbruke enn å bygge selv.