Bedste prompt management-værktøjer i 2026: 9 sammenlignet (1 er netop lukket)

Bedste prompt management-værktøjer i 2026: 9 sammenlignet (1 er netop lukket)

Humanloop lukkede den 8. september 2025. Alligevel lister to af de højest rangerende resultater for "bedste prompt management-værktøjer" det stadig som en aktiv mulighed, og en af dem rangerer en prompt-markedsplads som et management-værktøj. Sådan er tilstanden på denne søgeside: ti leverandørblogs, der hver især stille rangerer deres eget produkt i toppen. Vi sælger ingen af de ni værktøjer nedenfor. Prompt management er praksissen med at versionere, deploye og rolle de prompts tilbage, som din LLM-app sender, på samme måde som du ville håndtere kildekode. Her er, hvad der virkelig er værd at bruge i 2026, med reelle priser og én ærlig fiaskohistorie fra vores egen pipeline.

Friskhedstjek (verificeret 11-07-2026):

Humanloop lukkede den 8. september 2025. Anthropic acqui-hyrede grundlæggerne og teamet, men overtog ingen IP eller aktiver, så platformen er væk. Bruger du den stadig? Migrér nu; Weights & Biases er den leverandørforeslåede vej. Kilder: TechCrunch og Hacker News-tråden.

Portkey open-sourcede hele sin gateway under Apache 2.0 i marts 2026, og den leverer nu prompt management plus versionering. Næsten ingen roundup afspejler dette.

De to leverandørposts, der rangerer over denne, præsenterer stadig et dødt værktøj og en prompt-markedsplads som "management-værktøjer." Det gør vi ikke.

Nøglepointer:

• Bedste open-source-valg: Langfuse. Gratis prompt management, self-hostbar via Docker, ingen pris pr. sæde.
• Bedst til ikke-ingeniører: PromptLayer. En prompt-CMS, du kan sætte op på under 30 minutter.
• Humanloop lukkede september 2025; Portkey open-sourcede (Apache 2.0) marts 2026.
• Prompt management er ikke observability og ikke evals. Denne liste bedømmer kun prompt-artefaktets livscyklus.

Hvad prompt management faktisk betyder (og hvad det ikke gør)

Prompt management er praksissen med at versionere, teste, deploye og rolle de prompts tilbage, som en LLM-app sender, på den måde du ville håndtere kildekode. Det giver teams et enkelt prompt-register (et versioneret bibliotek af dine prompts) med ændringshistorik, A/B-test og sikker redigering for ikke-ingeniører, i stedet for prompt-strenge hardkodet på tværs af kodebasen. Det tager over, hvor prompt engineering slipper: det håndværk får ordlyden rigtig, mens management håndterer versionering, deployment og rollback af de prompts, du allerede har skrevet.

Her er den del, der holder denne liste ærlig. Prompt management er ikke tracing af, hvad din model gør i produktion (det er observability), ikke scoring af outputkvalitet mod metrikker (det er evals) og ikke routing af API-kald på tværs af udbydere (det er en gateway). Flere værktøjer nedenfor gør alle fire, men vi bedømmer hvert enkelt kun på dets prompt-artefakt-funktioner: register, versionering, deploy og ikke-ingeniør-redigering.

Git sporer, hvad din kode gjorde; prompt management sporer, hvad din prompt betydte, og lader dig rolle en ordlydsændring tilbage uden en redeployment. Hold den skelnen i hovedet, og hele kategorien falder på plads.

Har du overhovedet brug for et prompt management-værktøj?

Ærligt? Måske ikke endnu. Hvis du er en solo-udvikler med tre prompts, er almindelig Git plus miljøvariabler fint, og en dedikeret platform er overhead, du ikke har brug for. Vi kørte repo-only prompts på tværs af techsy.io i måneder, før det begyndte at gøre ondt, så dette er ikke et salgspitch.

Et prompt management-værktøj tjener sin plads i det øjeblik, en af disse bliver sand:

• Dine prompts ændrer sig uafhængigt af kode-deployments, og det at sende en ordlydsjustering bør ikke kræve en fuld release.
• Ikke-ingeniører (PM'er, domæneeksperter, supportledere) har brug for at redigere prompttekst uden at røre repoet.
• Du har brug for sikker rollback til en kendt-god promptversion på sekunder, ikke en git revert.
• Du A/B-tester promptvarianter i produktion og har brug for en trafiksplit plus en metrik.
• Compliance kræver et revisionsspor over, hvem der ændrede hvilken prompt og hvornår.

Du har sandsynligvis ikke brug for et endnu, hvis ingen af disse gælder, og dine prompts sendes med samme release som din kode. Når du først håndterer prompts i skala, er den næste løftestang caching, som vi dækker i vores prompt caching-guide. Indtil da, køb ikke kompleksitet, du ikke har fortjent.

De 9 bedste prompt management-værktøjer i 2026

Her er den hurtige version før detaljerne. Hver pris nedenfor blev trukket fra den officielle prisside og verificeret den 11-07-2026.

1. Langfuse: bedste open-source og self-hosted samlet

Langfuse er det værktøj, de fleste Reddit-tråde lander på, og med god grund. Dets prompt management-modul giver dig et versioneret register, uforanderlige versionslabels, sammensatte prompts og rollback med ét klik, alt i den gratis tier. Langfuses prisside lister en gratis Hobby-plan, der inkluderer prompt management, derefter Core til $29/md, Pro til $199/md og Enterprise til $2.499/md, med ubegrænsede brugere og ingen pris pr. sæde på noget tier. Den sidste detalje betyder noget: mange konkurrenter fakturerer pr. sæde, så et fem-personers team bliver hurtigt dyrt.

Den rigtige oplåsning er self-hosting. Du kører det hele via Docker, hvilket løser databeskyttelses- og compliance-spørgsmål med det samme, ingen leverandør holder dine prompts. Den ærlige begrænsning: Langfuse har ingen indbyggede eval-metrikker, så par det med et scoring-værktøj. For dets tracing-side, se vores AI observability-roundup, og for den direkte sammenligning, vores Langfuse vs LangSmith head-to-head.

2. PromptLayer: bedste prompt-CMS til ikke-ingeniør-samarbejde

Hvis en PM i dit team har brug for at justere prompttekst uden en pull request, er PromptLayer svaret. Tænk på det som en prompt-CMS: en visuel editor, hvor ikke-ingeniører sikkert kan ændre ordlyd, se versionshistorik og deploye, mens ingeniører beholder guardrails. Opsætning er virkelig hurtig, ofte under 30 minutter, hvilket præcis er grunden til, at det er "start her"-valget for små teams.

PromptLayers prisside lister en Free-tier, Pro til $49/md, Team til $500/md og Enterprise, med pr.-transaktion overforbrug ud over plangrænser. Self-hosting er kun Enterprise, så hvis dataresidens er et hårdt krav på et budget, er det en reel begrænsning. Afvejningen er klar: du betaler for polish og ikke-ingeniør-UX frem for open-source-kontrol, og hvor samarbejde er flaskehalsen, er de penge godt givet ud.

3. Braintrust: bedste forenede prompt- og eval-workflow

Braintrust bundter prompt management med evaluering på ét sted, hvilket er grunden til, at det dukker op i enterprise-stacks. Ifølge Braintrusts hjemmeside inkluderer dets kunder Notion, Stripe, Zapier og Vercel. På promptsiden får du versionering, test mod rigtige datasæt og deployment på tværs af miljøer fra én platform, så en promptændring og dens eval-score lever sammen.

Braintrusts prisside lister en gratis Starter-tier med $10 i kreditter, Pro til $249/md (med en startup-rabat på 6 til 12 måneder gratis for kvalificerende virksomheder) og tilpasset Enterprise-prissætning. Det er det dyreste betalte indgangspunkt her, hvilket fortæller dig målkøberen. Hvis dit reelle behov er at score output-kvalitet frem for at håndtere prompt-artefaktet, så læs vores LLM evalueringsværktøjer-guide først; Braintrust tjener sin plads her på den tætte prompt-plus-eval-loop, ikke på at være billig.

4. Agenta: bedste open-source prompt playground

Agenta er valget, når dit team vil eksperimentere visuelt før afsendelse. Dets open-source-kerne er MIT-licenseret, og ifølge Agentas GitHub-changelog sendte projektet v0.82.0 den 04-02-2026, så det vedligeholdes aktivt. Du får en prompt playground, versionering og et management-lag, du kan self-hoste gratis eller køre på deres betalte cloud-tier.

Playgrounden er differentiatoren: ingeniører og ikke-ingeniører itererer på en prompt side om side, sammenligner outputs og promoverer derefter en version. Fordi kernen virkelig er open source (github.com/Agenta-AI/agenta), undgår du leverandør-lock-in. Den ærlige begrænsning er modenhed: den er mindre end Langfuse, så fællesskabet og integration-økosystemet er tyndere. For et team, der vil have et visuelt prompt-lab og fuld self-host-kontrol, er det et stærkt, lavprisvalg.

5. PromptHub: bedste git-stil versionering

PromptHub læner sig op ad en model, udviklere allerede forstår: branching, diffing og merging af prompts på den måde, du ville håndtere kode, men med en UI, som ikke-ingeniører også kan bruge. Hvis din mentale model for prompt management er "GitHub for prompts," er dette den mest bogstavelige implementering på listen.

PromptHubs prisside lister en Free-tier (2.000 requests/md, ingen private prompts), Pro til $9/md faktureret årligt (ubegrænsede private prompts, 10.000 requests/md), Team til $15/bruger/md årligt (evalueringer og pipelines) og tilpasset Enterprise. Det er et af de billigste betalte indgangspunkter her. Hagen: det er ikke open source, og self-hosting er kun Enterprise, så git-stil branching er en UX-metafor frem for faktisk Git nedenunder. For branching og godkendelsesworkflows på SaaS leverer det rent for meget få penge.

6. Latitude: bedste open-source produktionsloop

Latitude lukker loopet fra prompt til produktionsproblem og tilbage. Det er open source og gratis at self-hoste (github.com/latitude-dev), og det er vokset fra et prompt engineering-værktøj til noget tættere på agentovervågning, der forvandler et produktionsproblem til en eval, du kan gardere dig mod.

For prompt management specifikt får du versionering, en kollaborativ editor og deployment, plus bindevævet tilbage til, hvordan en promptversion opfører sig i produktion. Den produktionsloop-ramme er grunden til at vælge det frem for et rent register: Latitude fanger en dårlig promptversion ved hjælp af rigtige trafiksignaler, ikke bare gemmer den. Den ærlige begrænsning er scope creep; hvis du kun vil have et letvægtsregister, kan det føles som mere platform, end du har brug for.

7. Helicone: bedste hvis du allerede kører det til observability

Helicone startede som et observability-lag, og dets prompt-funktioner forstås bedst som en bonus, når du allerede er der. Det er MIT-licenseret, self-hostbart, og dets gratis tier dækker 100.000 requests pr. måned. På promptsiden får du versionering og A/B-test koblet direkte til dine live request-logs.

Den integration er salgspointen: fordi Helicone allerede ser hvert request, er test af promptvarianter mod rigtig trafik naturlig frem påboltet. Hvis du ikke allerede bruger det til overvågning, er det baglæns at adoptere Helicone udelukkende til prompt management; vælg et register-først-værktøj i stedet, og se vores AI observability-roundup for dets kernejob. Hvis observability allerede er dit fundament, er dets prompt-versionering en stærk, gratis grund til ikke at tilføje endnu et værktøj.

8. Portkey: bedste hvis dine prompts lever i gatewayen

Portkeys store 2026-nyhed: det open-sourcede hele sin gateway under Apache 2.0 i marts 2026, og den release inkluderer nu prompt management plus versionering. Næsten ingen roundup afspejler dette endnu, hvilket præcis er grunden til, at det fortjener din opmærksomhed. Hvis din arkitektur allerede router hvert LLM-kald gennem en gateway, fjerner håndtering af prompts i det samme lag en bevægelig del.

Du får prompt-skabeloner, versionering og deployment i routing-laget, self-hostbart fra open-source-repoet eller kørt på Portkeys cloud. Den ærlige ramme: Portkey er en gateway først, så dets prompt-funktioner er stærkest, når du allerede har forpligtet dig til at route gennem den. For den routing- og udbyder-fallback-side, se vores LLM gateway-roundup.

9. LangSmith: bedste til LangChain-native stacks

Hvis din app er bygget på LangChain, er LangSmith vejen med mindst modstand. Dets Prompt Hub og Playground giver dig et versioneret prompt-register, en testflade og deployment, alt koblet ind i det LangChain-økosystem, du allerede bruger. LangSmiths prisside lister en gratis Developer-tier (enkelt sæde, op til 5.000 base traces/md), Plus til $39/sæde/md (op til 10.000 base traces, ubegrænsede sæder) og tilpasset Enterprise med self-hosting.

Styrken er native integration; begrænsningen er spejlbilledet af den. Ifølge fællesskabsdiskussion falder LangSmiths værdi skarpt uden for LangChain, og det har ingen prompt-branching eller godkendelsesworkflows. For den direkte sammenligning mod open-source-lederen, læs vores Langfuse vs LangSmith head-to-head. Hvis du er LangChain-native, er det det åbenlyse lavfriktionsvalg; hvis du ikke er, svækkes sagen hurtigt.

Det ærlige starter-træk, de fleste udviklere lander på: begynd med PromptLayer for at komme i gang på under 30 minutter, og graduér derefter til self-hosted Langfuse, når kompleksiteten (og databeskyttelsesbehov) vokser.

Open-Source vs. SaaS: hvilken side skal du vælge?

Vælg open-source og self-hosted, når databeskyttelse eller compliance er ikke-forhandelbar, når omkostninger i skala betyder noget, og når du har DevOps til at køre det. Vælg SaaS, når du vil have zero-ops, den bedste ikke-ingeniør-oplevelse og den hurtigste opsætning. Det er hele debatten og præcis det argument, der udspiller sig i hver udviklertråd om emnet.

Der er intet universelt korrekt svar her, kun det rigtige for dine begrænsninger. En reguleret fintech med et platformsteam lander på self-hosted Langfuse; en fem-personers startup, der har brug for, at dens PM redigerer prompts inden fredag, lander på PromptLayer. Begge er rigtige.

Hvordan prompt-versionering og A/B-test faktisk virker

Prompt-versionering virker som versionskontrol for selve prompt-strengen: hver gemt ændring får et uforanderligt versions-ID, du kan diffe to versioner for at se præcis, hvilken ordlyd der ændrede sig, rolle tilbage til enhver tidligere version med det samme og promovere en version fra staging til produktion uden at røre app-koden. Prompten lever i et register, og din app henter den ved navn og version på kørselstidspunktet.

Den kørselstids-hentning er hele tricket. I stedet for at hardkode en prompt, pinner din kode en version, så ændring af prompten aldrig kræver en redeployment. Her er, hvordan det ser ud med Langfuse SDK:

from langfuse import Langfuse

langfuse = Langfuse()

# Fetch a specific, immutable prompt version. No redeploy needed to change it.
prompt = langfuse.get_prompt("support-greeting", version=3)
compiled = prompt.compile(customer_name="Mert")

A/B-test bygger oven på det. Du deployer to promptversioner bag samme navn, splitter live trafik (f.eks. 50/50) og vedhæfter en metrik som løsningsrate eller tommelfinger-op-rate. Registeret registrerer, hvilken version der betjente hvert request, så du sammenligner udfald på rigtige brugere i stedet for at gætte. For at score kvalitetssiden af de varianter, par dette med et evals-værktøj fra vores LLM evalueringsværktøjer-guide; for versioneringssammenligningen specifikt går vores Langfuse vs LangSmith-stykke dybere. Mekanismen er ikke kompliceret; disciplinen i at bruge dem er det, der adskiller teams, der sender selvsikkert, fra teams, der beder efter hver prompt-redigering.

Hvad rigtige teams siger (Reddit, HN og "Brug bare Git"-debatten)

Den mest almindelige udviklerholdning er kontant: brug bare Git. Og et stykke tid har de ret. At hardkode prompts i repoet virker fint, indtil du mister tre ting på én gang, et tema der går igen på tværs af r/LLMDevs og r/LocalLLaMA: semantisk historik (Git viser tekstdiffen, ikke hvad prompt-adfærden blev), sikker rollback uafhængig af deployments og enhver måde for en ikke-ingeniør at røre prompttekst. Konsensus er ikke anti-Git; det er, at Git sporer kodediffs, ikke promptbetydning, og bryder, når prompts ændrer sig uafhængigt af releases. Du kan se hele spektret udspille sig i denne r/LLMDevs-tråd, der beder om versioneringsværktøjer, der integrerer pænt: én lejr logger prompts til JSONL-filer og sporer dem i GitHub, én bygger er "træt af at redeploye bare for at justere prompttekst," og midt i en parade af selvpromoverede værktøjer er den ægte tredjepartsanbefaling, der dukker op, Langfuse, kaldet "et fantastisk open source-projekt og helt gratis at bruge."

Derfra er mønsteret konsistent. PromptLayer roses som det lavfriktions "start her"-valg for sin under-30-minutters opsætning. Langfuse er "graduér til dette"-valget, elsket fordi self-hosting via Docker løser databeskyttelse i ét træk. Og de tungere enterprise-platforme? Gentagne gange kaldet overkill for små teams og OSS-projekter. Det klareste datapunkt er Humanloop-nedlukningstråden på Hacker News, hvor brugere arbejdede gennem migreringsmuligheder i realtid efter september 2025-sunset.

Den tilbagevendende lektie er slet ikke et værktøj; det er en regel: match værktøjet til din nuværende kompleksitet, ikke den kompleksitet du håber at have.

Hvordan vi håndterer prompts på tværs af Techsy-indholdspipelinen

Tid til den ærlige del, fordi vi selv er fast i "brug bare Git"-lejren. Hos Techsy kører vi en multi-site AI-indholdspipeline på Claude, der har produceret 285 publicerede posts på tværs af fire produktionswebsites, hver på op til 10 sprog. Den kører på 28 produktionsprompts gemt som versionskontrolleret markdown: 17 agent-systemprompt-specs (researcher, content-writer, validator, translator, publisher og flere) plus 11 genanvendelige skill-prompts. Hver eneste lever i almindelig Git. I projektets levetid har 38 commits revideret disse agentprompts, hver reviewbar med git diff. Oven på Git lagdelægger vi 577 pr.-agent hukommelses- og feedbackfiler, akkumulerede rettelser, der fungerer som vores hjemmelavede prompt-iterationslag.

Så praktiserer vi, hvad denne artikel prædiker? Delvist. Git bragte os til 285 posts, og for et lille team kun af ingeniører ville vi stadig starte der. Men vi har ramt præcis de mure, et prompt-register fjerner. Vi kan ikke A/B-teste: når vi omskriver translator-prompten, holder den gamle version op med at eksistere, så vi sammenligner udfald på tværs af tid, aldrig side om side. Promptændringer sendes med commits, ikke uafhængigt. Der er ingen kørselstids-versionspinning, intet som get_prompt("translator", version=3). Og en PM kan ikke sikkert redigere en prompt uden at risikere pipelinen.

Den der stak: vi sendte en translator-prompt-revision, der intermittende strippede tyrkiske og franske diakritiske tegn, og fangede det kun ved at greppe publiceret output bagefter. En versioneret prompt-diff plus en eval-gate ville have flaget det før publicering. Den fiaskotilstand, plus den manglende A/B-test, er præcis det, der skubber teams som vores mod Langfuse (self-hosted, gratis, ubegrænsede brugere). Hvis vi adopterer et, er det vores valg. At koble dette ind i produktion er også noget, vi hjælper kunder med direkte.

Hæderlige omtaler og værktøjer at springe over

Et par værktøjer klarede ikke rangeringen, men fortjener en omtale. Promptfoo er en open-source CLI på YAML plus lokal Git, virkelig god til CI-native prompt-tests, men den sidder tættere på evals end livscyklus-management, så det er ikke et register. Maxim AI målretter "prompt management-platform" køberguide-ordet og passer til enterprise-købere. Pezzo er self-hostbar og udvikler-først, men dens vedligeholdelse er bremset, med den sidste meningsfulde opdatering omkring marts 2026. For et værktøj, der overlapper på prompt-eksperiment-vinklen, se vores Confident AI-anmeldelse.

To at springe helt over. Humanloop lukkede i september 2025 (se friskhedsboksen); adoptér ikke en død platform. PromptBase er en prompt-markedsplads, hvor du køber og sælger prompts, ikke et management-værktøj; en konkurrerende roundup fejlkategoriserede det, og det gør vi ikke. For endnu en ærlig rangeret-værktøjer-ressource i denne klynge bruger vores structured output-biblioteker-guide den samme leverandørneutrale tilgang.

Dommen

Ni værktøjer, ét klart kort. For open-source samlet, vælg Langfuse: gratis prompt management, Docker self-host, ingen pr.-sæde-skat. For ikke-ingeniør-samarbejde, PromptLayer og dets under-30-minutters opsætning. For et forenet prompt-plus-eval-workflow, Braintrust. Hvis dine prompts allerede lever i en gateway, er Portkeys nyligt open-sourcede release det friske valg. Og hvis du er LangChain-native, er LangSmith den lavfriktions standard. Men det mest nyttige råd er den ene ting, ingen leverandør vil fortælle dig: hvis almindelig Git stadig dækker dine behov, så bliv ved med at bruge den, indtil den synligt bryder. Køb værktøjet den dag, kompleksiteten fortjener det, ikke før.

Ofte stillede spørgsmål

Hvad er prompt management, og hvorfor er almindelig Git ikke nok?

Prompt management er versionering, test, deployment og rollback af de prompts, din LLM-app sender. Almindelig Git virker, indtil prompts ændrer sig uafhængigt af deployments, ikke-ingeniører har brug for at redigere tekst, eller du har brug for øjeblikkelig rollback. Git sporer tekstdiffs, ikke promptadfærd, og kan ikke A/B-teste varianter eller lade en PM redigere sikkert.

Hvad er de bedste open-source og self-hosted prompt management-værktøjer?

De stærkeste open-source-muligheder i 2026 er Langfuse (gratis, self-host via Docker, ubegrænsede brugere), Agenta (MIT, visuel playground), Latitude (produktionsloop-fokus), Helicone (MIT, observability-først) og Portkey (Apache 2.0 siden marts 2026). Alle self-hostes, så dine promptdata bliver i din infrastruktur.

Hvilke prompt management-værktøjer er gratis eller har en rigtig gratis tier?

Langfuses gratis Hobby-tier inkluderer prompt management, og Helicones gratis tier dækker 100.000 requests pr. måned. Agenta, Latitude og Portkey er gratis at self-hoste fra deres repos. PromptHub, PromptLayer, LangSmith og Braintrust tilbyder hver en begrænset gratis plan, hvor Braintrust tilføjer $10 i startkreditter.

Langfuse vs PromptLayer: hvilken skal mit team vælge?

Vælg PromptLayer, hvis ikke-ingeniører har brug for at redigere prompts, og du vil have opsætning på under 30 minutter med zero ops. Vælg Langfuse, hvis du har brug for open-source self-hosting til databeskyttelse og vil have ingen pr.-sæde-prissætning. Den fælles vej: start på PromptLayer, flyt derefter til self-hosted Langfuse, efterhånden som kompleksiteten vokser.

Langfuse vs LangSmith til prompt management specifikt?

Begge tilbyder et versioneret prompt-register og playground. LangSmith er nemmest, hvis du allerede er på LangChain, men dets værdi falder uden for det økosystem, og det mangler branching og godkendelsesworkflows. Langfuse er framework-agnostisk, open-source og self-hostbar. Vores Langfuse vs LangSmith-sammenligning dækker detaljerne.

Er Humanloop stadig tilgængelig?

Nej. Humanloop lukkede den 8. september 2025, efter at Anthropic acqui-hyrede dets grundlæggere og team. Anthropic overtog ingen IP eller aktiver, så platformen er væk, ikke overført. Hvis du stadig er på Humanloop, migrér nu; Weights & Biases er den leverandørforeslåede vej. Enhver 2026-roundup, der stadig rangerer den som live, er forældet.

Hvordan samarbejder ikke-ingeniører sikkert om prompts?

En prompt-CMS som PromptLayer giver ikke-ingeniører en visuel editor med versionshistorik og sikker deploy, så en PM kan ændre ordlyd uden at røre repoet. Kig efter godkendelsesworkflows, rollebaseret adgang og rollback. Dette er den største grund til, at teams flytter væk fra almindelig Git, hvor hver redigering kræver ingeniørarbejde.

Hvad er forskellen mellem prompt management, observability og evals?

Prompt management er prompt-artefaktets livscyklus: versionering, diffing, rollback og deploy. Observability tracer, hvad din model gør i produktion. Evals scorer outputkvalitet mod metrikker. Forskellige jobs, selv når ét værktøj gør flere. Se vores observability- og evalueringsværktøjer-guider.

Er der gode GitHub- og open-source-muligheder?

Ja. Langfuse, Agenta (github.com/Agenta-AI/agenta), Latitude (github.com/latitude-dev), Helicone og Portkey er alle open-source med offentlige GitHub-repos, og Promptfoo er en open-source CLI til prompt-test. Hver er gratis at self-hoste, så du kan køre det fulde register inde i din egen infrastruktur og revidere hver linje, før dine prompts rører en tredjepart.