##  [Shellet som platform](/da/node/222) 

    *Indsendt af Lennart den fre, 8 maj 2026 - 12:10*  

  ![Shellet som platform](/sites/default/files/styles/wide/public/2026-05/composite_2.png.webp?itok=W0rfJXp6)

 

I løbet af de sidste to uger har jeg udgivet to små Nushell-moduler til offentligheden. Det ene hedder `yolay` og lader en LLM bo som overlay i shellet. Det andet hedder `macify` og giver shellet adgang til alle de macOS-primitiver — notifikationer, dialoger, clipboard, browser, dark mode, lyd, strøm — som ellers kun lever inde i AppleScript-verdenen.

Hver for sig er de små. Sammen begynder de at se ud som noget andet: en automationsplatform der står på pipelines og koster nul i licens.

Det er et perspektiv jeg synes er værd at trække frem, fordi det er sjældent set i den almindelige diskussion om AI og automatisering i SMV'er. Den diskussion handler næsten altid om at vælge en SaaS-platform — Zapier, Make, n8n, Microsoft Power Automate. Det er fine værktøjer, men de har en pris, en leverandørafhængighed og en abstraktion der gør at man hurtigt løber ind i loftet på hvad de kan.

## Hvad et shell faktisk er

Et moderne shell — særligt Nushell — er ikke bare en kommandolinje. Det er en data-pipeline-motor med strukturerede typer (records, lister, tabeller), tab-completion fra rigtige systemkilder, plugin-system og mulighed for at definere egne kommandoer der opfører sig præcis som de indbyggede.

Det betyder at hvert eksternt værktøj — `osascript`, `say`, `pbcopy`, `pmset`, `open` — kan pakkes ind i en kommando der tager imod data, returnerer data og glider sømløst ind i en pipeline. Når man har gjort det, er værktøjerne ikke længere "noget jeg kalder fra terminalen" — de er kommandoer i et bibliotek på linje med `where`, `sort-by` eller `save`.

Lægger man en LLM ovenpå det samme bibliotek, har man pludselig et orkestreringslag der både kan ræsonnere og handle. Modellen forstår intentionen, men det er deterministisk kode der udfører — og man kan til hver en tid lægge sig imellem.

## En konkret arbejdsdag

Et eksempel fra min egen hverdag:

```
macify browser url
| reader $in
| , "kort dansk opsummering, 1 sætning"
| macify notify --title "Du kigger på"

```

Det første led henter url på den fane jeg står i. Andet led henter indholdet på den side som url'en henviser til. Tredje led sender den til en sprogmodel og beder om en kort opsummering. Fjerde led popper opsummeringen op som en macOS-notifikation. Fire kommandoer, én linje, ét resultat.

Det her er ikke noget jeg har bygget som et projekt. Det er noget jeg skriver som ad-hoc i shellet når situationen kræver det. Det er forskellen mellem at have en automationsplatform og at have et orkester af løse værktøjer.

## Hvorfor det er interessant for SMV'er

Det interessante for ikke-tekniske organisationer er ikke at deres medarbejdere skal lære Nushell. Det er hvad arkitekturen siger om hvor automatiseringen *bør* sidde.

Tre ting står ud:

**Ejerskab af limen.** Når automationsplatformen er en SaaS-tjeneste, er forretningens flow låst inde hos en leverandør. Skifter man platform, skal det hele bygges om. Når limen er kode i et åbent format — om det så er Nushell, Python eller noget tredje — er flowet selve forretningens. Det kan flyttes, refaktoreres, dokumenteres som al anden software.

**Kompositoriel skala.** Når hver komponent er en kommando der tager imod og returnerer data, kan man bygge nye flows ved at sætte eksisterende stykker sammen. Man behøver ikke købe en ny modul-licens hver gang man får en ny idé. Det er forskellen mellem et lego-sæt og et inventar af færdige plastikfigurer.

**Indkapsling af AI.** Det her kobler tilbage til et tema jeg skrev om for to dage siden — kompartmentalisering af LLM. Når sprogmodellen er ét trin i en pipeline der ellers består af deterministiske kommandoer, har man præcis den arkitektur der er sikker, billig og reviderbar. Modellen er midten. Yderlaget er kode der ved hvad den laver.

## Hvad det betyder for rådgivning

Jeg sælger ikke Nushell. Det skal ingen rådgiver gøre. Men princippet bag — at den limning der binder værktøjerne sammen, bør være forretningens egen, ikke en leverandørs — er noget enhver SMV bør forholde sig til inden de underskriver den næste fem-cifrede automationskontrakt.

Det er ikke fordi SaaS-platformene er dårlige. Det er fordi den default-antagelse om at automatisering = SaaS, er en antagelse mange melder sig ind i uden at have set alternativet.

Et åbent shell, et bibliotek af små moduler, en LLM som kompartmentaliseret komponent. Det er en stak der er uhørt billig at drive, ejer sin egen data, og som kan vokse organisk med forretningen. Det fortjener at være på listen når man overvejer hvor automatiseringen skal bygges.

## Den korte version

Et moderne shell er en automationsplatform. To små Nushell-moduler — `yolay` (LLM som overlay) og `macify` (macOS-primitiver som pipeline-kommandoer) — illustrerer hvordan man kan bygge en sammenhængende stak ovenpå almindelige systemtools, uden licenser, uden leverandørafhængighed, og med fuld kontrol over hvor AI sidder i flowet.

Det er ikke en løsning for alle. Men det er en arkitekturmulighed de fleste SMV'er aldrig får præsenteret af deres digitaliseringspartner. Det er værd at vide at den findes — og at den kan løse problemer der ellers koster mange tusinde kroner om måneden i SaaS-abonnementer.