Installera Clavitor på din maskin.

Ladda ner

Clavitor CLI

Single binary. Fetch credentials, generate TOTP, store new secrets. Zero dependencies.

Clavitor Proxy

HTTPS proxy that injects credentials into agent requests. WASM crypto, no CGO, zero dependencies.

Download SHA256SUMS · verify with sha256sum -c SHA256SUMS

Webbläsartillägg

Föredrar du att fylla i inloggningsuppgifter i webbläsaren? Clavitor-tillägget fyller i lösenord, passkeys, kort och engångskoder i fältet som faktiskt vill ha dem — medan ditt valv förblir fjärrstyrt, utan något cachat eller dekrypterat på din maskin.

Tillgänglig nu för Chrome. Firefox och Safari kommer snart.

Konfigurera en agent

Två steg. Mindre än en minut från en ny CLI-installation till en fungerande agentidentitet.

1. Skapa agenten i ditt valv

I ditt valvs webbgränssnitt går du till Agenter → Ny. Namnge agenten (till exempel "Claude Code") och välj vilka poster den får åtkomst till. Clavitor returnerar en registreringsblob och en registreringsnyckel. Blobben är förseglad (den kodar valvets adress och agentens identitet); nyckeln är den enda hemligheten som öppnar den. Behandla nyckeln som ett lösenord: lämna den direkt till maskinen där agenten körs, och kassera den sedan.

2. Initiera CLI på agentens maskin

$ clavitor-cli init <enrollment-blob>
Enrollment key:

CLI:t frågar efter nyckeln (den tas aldrig på kommandoraden och ekas inte), dekrypterar blobben lokalt och sparar resultatet som krypterad lokal konfiguration i ~/.config/clavitor/config (eller $XDG_CONFIG_HOME/clavitor/config). Du behöver inte blobben eller nyckeln igen. Nästa avsnitt visar hur agenten använder CLI:t härifrån.

Konfigurera proxyn

För agenter som redan talar HTTP/HTTPS — Claude Desktop, anpassade skript, allt som använder requests eller fetch. Proxyn sitter mellan agenten och den uppströmsgående API:n, och löser clavitor://Entry/field-platshållare på ledningen så att agenten aldrig hanterar de faktiska inloggningsuppgifterna. Se sidan för proxyarkitektur för hotmodellen och protokollinformation.

Genomgången är skriven konversationellt så att en människa eller en AI-agent kan läsa den från början till slut och köra den på en riktig maskin. Välj ditt operativsystem nedan — varje avsnitt är en fristående sexstegsprocess.

Innan du börjar: hämta en registreringsblob och nyckel från valvet

Du behöver en registreringsblob och dess registreringsnyckel från ditt valv. Det här är den enda delen som bara en människa kan göra — valvet kräver ett hårdvarutryck för att auktorisera en ny agent.

I valvets webbgränssnitt går du till Agenter → Ny, namnger agenten (t.ex. "Local Proxy"), väljer vilka poster den får åtkomst till och trycker på din säkerhetsnyckel när du ombeds. Clavitor returnerar en registreringsblob och en registreringsnyckel. Kopiera båda. Stegen nedan ber dig klistra in var och en en gång och sedan glömma dem.

Linux

Genomgången nedan använder bash och antar att du är på x86-64; ersätt arm64 med amd64 om du är på aarch64.

1. Ladda ner proxy-binären och gör den körbar. En enda fristående binär, inga beroenden:

$ curl -LO https://clavitor.ai/downloads/clavitor-proxy-linux-amd64
$ chmod +x clavitor-proxy-linux-amd64

2. Binären ligger på disk. Bind den nu till ditt valv. Proxyn läser blobben och nyckeln från stdin (aldrig från kommandoraden, så de läcker inte in i din skalhistorik). Klistra in var och en från "Innan du börjar" när du ombeds (nyckeln ekas inte), och bekräfta sedan valvets värd som visas:

$ ./clavitor-proxy-linux-amd64 init
Paste enrollment blob, then press Enter:
<paste-the-blob-here>
Enrollment key:
<paste-the-key-here>

  This token enrolls the agent against vault:

      <vault-host>

  Your key authenticated the blob — NOT this host. If you did not get
  this blob from your own vault operator, answering yes hands your
  agent's credential resolution to whoever did.
  Enroll against <vault-host>? [yes/no] yes
Enrolled against vault https://<vault-host>
Vault ID <vault-id>
Config /path/to/clavitor.conf
Try: clavitor-proxy ca > ca.pem   then   clavitor-proxy serve

Det som just hände: blobben dekrypterades lokalt med nyckeln (inget nätverksanrop), och valvets adress + agentens identitet + nyckeln för dekryptering av autentiseringsuppgifter skrevs till en krypterad fil, clavitor.conf, bredvid binären (läge 0600). Du behöver inte blobben eller nyckeln igen. När indata skickas via pipe i stället för att skrivas kan värdbekräftelsen inte besvaras, så sätt CLAVITOR_PROXY_CONFIRM_VAULT=<vault-host> först.

3. Exportera proxyns root CA. Proxyn kommer att avsluta varje HTTPS-anslutning som din agent gör och utfärda ett nytt certifikat för varje uppströmsvärd på flykten. Utan att lita på dess root CA skulle dessa certifikat misslyckas med verifiering:

$ ./clavitor-proxy-linux-amd64 ca > clavitor-proxy-ca.pem

4. Installera CA:n i systemets förtroendelager. På Debian/Ubuntu och derivat:

$ sudo cp clavitor-proxy-ca.pem /usr/local/share/ca-certificates/clavitor-proxy-ca.crt
$ sudo update-ca-certificates

update-ca-certificates bör skriva ut 1 added. Från och med nu accepterar alla HTTPS-klienter på maskinen (curl, Pythons requests, Go's net/http, etc.) proxyns certifikat som legitima.

5. Starta proxyn. Den binder till 127.0.0.1:1983 och körs i förgrunden; Ctrl-C stoppar den:

$ ./clavitor-proxy-linux-amd64 serve
clavitor-proxy <version> listening on 127.0.0.1:1983
Point your agent at:  HTTPS_PROXY=http://clavitor:<token>@127.0.0.1:1983
  Token redacted above; it is stored 0600 at /path/to/proxy-auth.
  e.g.  export HTTPS_PROXY="http://clavitor:$(cat /path/to/proxy-auth)@127.0.0.1:1983"

För en permanent installation, lägg till en systemd-enhet som pekar på samma binär så att den startas om vid omstart — se proxy-dokumentationen för en referensenhet.

6. Peka din agent mot proxyn och verifiera hela vägen. I ett annat skal, i mappen som innehåller binären (filen proxy-auth där är proxyns åtkomsttoken; serve skriver ut den här raden):

$ export HTTPS_PROXY="http://clavitor:$(cat proxy-auth)@127.0.0.1:1983"
$ curl -H "Authorization: Bearer clavitor://OpenAI/key" https://api.openai.com/v1/models

Vad som faktiskt lämnar proxyn och når OpenAI:s servrar — förfrågan som din agent aldrig ser:

GET /v1/models HTTP/1.1
Host: api.openai.com
Authorization: Bearer sk-proj-abc123def456ghi789…    ← real key, injected by the proxy
User-Agent: curl/8.4.0

Om du får ett JSON-svar från OpenAI, är allt kopplat. Proxyn löste clavitor://OpenAI/key mot valvet med hjälp av nyckeln för dekryptering av inloggningsuppgifter från steg 2, ersatte den verkliga nyckeln i Authorization-headern och vidarebefordrade förfrågan uppströms. Din agentkod innehåller bara platshållaren; den verkliga nyckeln lämnar aldrig proxyns processminne.

macOS

Genomgången nedan använder zsh (standard-skalet på macOS) och antar Apple Silicon; ersätt amd64 med arm64 om du är på en Intel Mac.

1. Ladda ner proxy-binären och gör den körbar. En enda fristående binär, inga beroenden:

$ curl -LO https://clavitor.ai/downloads/clavitor-proxy-darwin-arm64
$ chmod +x clavitor-proxy-darwin-arm64

Om macOS Gatekeeper vägrar att köra binären första gången, högerklicka på den i Finder, välj Öppna och bekräfta — det registrerar undantaget. Därefter fungerar kommandoradsanropet.

2. Binären ligger på disk. Bind den nu till ditt valv. Proxyn läser blobben och nyckeln från stdin (aldrig från kommandoraden, så de läcker inte in i din skalhistorik). Klistra in var och en från "Innan du börjar" när du ombeds (nyckeln ekas inte), och bekräfta sedan valvets värd som visas:

$ ./clavitor-proxy-darwin-arm64 init
Paste enrollment blob, then press Enter:
<paste-the-blob-here>
Enrollment key:
<paste-the-key-here>

  This token enrolls the agent against vault:

      <vault-host>

  Your key authenticated the blob — NOT this host. If you did not get
  this blob from your own vault operator, answering yes hands your
  agent's credential resolution to whoever did.
  Enroll against <vault-host>? [yes/no] yes
Enrolled against vault https://<vault-host>
Vault ID <vault-id>
Config /path/to/clavitor.conf
Try: clavitor-proxy ca > ca.pem   then   clavitor-proxy serve

Det som just hände: blobben dekrypterades lokalt med nyckeln (inget nätverksanrop), och valvets adress + agentens identitet + nyckeln för dekryptering av autentiseringsuppgifter skrevs till en krypterad fil, clavitor.conf, bredvid binären (läge 0600). Du behöver inte blobben eller nyckeln igen. När indata skickas via pipe i stället för att skrivas kan värdbekräftelsen inte besvaras, så sätt CLAVITOR_PROXY_CONFIRM_VAULT=<vault-host> först.

3. Exportera proxyns root CA. Proxyn kommer att avsluta varje HTTPS-anslutning som din agent gör och utfärda ett nytt certifikat för varje uppströmsvärd på flykten. Utan att lita på dess root CA skulle dessa certifikat misslyckas med verifiering:

$ ./clavitor-proxy-darwin-arm64 ca > clavitor-proxy-ca.pem

4. Installera CA:n i System Keychain. Ett kommando, frågar efter ditt sudo-lösenord:

$ sudo security add-trusted-cert -d -r trustRoot \
    -k /Library/Keychains/System.keychain clavitor-proxy-ca.pem

Efter detta accepterar Safari, curl, Swift, Python, Go och de flesta andra HTTPS-klienter på maskinen proxyns certifikat. (Ett litet antal språkkörningar levereras med egna förtroendebuntar och behöver separat konfiguration — du kommer att se ett certifikatfel om så är fallet.)

5. Starta proxyn. Den binder till 127.0.0.1:1983 och körs i förgrunden; Ctrl-C stoppar den:

$ ./clavitor-proxy-darwin-arm64 serve
clavitor-proxy <version> listening on 127.0.0.1:1983
Point your agent at:  HTTPS_PROXY=http://clavitor:<token>@127.0.0.1:1983
  Token redacted above; it is stored 0600 at /path/to/proxy-auth.
  e.g.  export HTTPS_PROXY="http://clavitor:$(cat /path/to/proxy-auth)@127.0.0.1:1983"

För en permanent installation, installera den som en launchd-agent så att den startar vid inloggning och startar om vid krasch.

6. Peka din agent mot proxyn och verifiera hela vägen. I ett annat skal, i mappen som innehåller binären (filen proxy-auth där är proxyns åtkomsttoken; serve skriver ut den här raden):

$ export HTTPS_PROXY="http://clavitor:$(cat proxy-auth)@127.0.0.1:1983"
$ curl -H "Authorization: Bearer clavitor://OpenAI/key" https://api.openai.com/v1/models

Vad som faktiskt lämnar proxyn och når OpenAI:s servrar — förfrågan som din agent aldrig ser:

GET /v1/models HTTP/1.1
Host: api.openai.com
Authorization: Bearer sk-proj-abc123def456ghi789…    ← real key, injected by the proxy
User-Agent: curl/8.4.0

Om du får ett JSON-svar från OpenAI, är allt kopplat. Proxyn löste clavitor://OpenAI/key mot valvet med hjälp av nyckeln för dekryptering av inloggningsuppgifter från steg 2, ersatte den verkliga nyckeln i Authorization-headern och vidarebefordrade förfrågan uppströms. Din agentkod innehåller bara platshållaren; den verkliga nyckeln lämnar aldrig proxyns processminne.

Windows

Genomgången nedan använder PowerShell och antar 64-bitars Windows; ersätt windows-386.exe med windows-amd64.exe om du är på 32-bitars.

1. Ladda ner proxy-binären. En enda fristående .exe, inga beroenden:

> Invoke-WebRequest https://clavitor.ai/downloads/clavitor-proxy-windows-amd64.exe `
    -OutFile clavitor-proxy.exe

Windows SmartScreen kan visa en varning första gången du kör en osignerad binär — klicka på Mer information → Kör ändå för att tillåta det.

2. Binären ligger på disk. Bind den nu till ditt valv. Proxyn läser blobben och nyckeln från stdin (aldrig från kommandoraden, så de läcker inte in i din PowerShell-historik). Klistra in var och en från "Innan du börjar" när du ombeds (nyckeln ekas inte), och bekräfta sedan valvets värd som visas:

> .\clavitor-proxy.exe init
Paste enrollment blob, then press Enter:
<paste-the-blob-here>
Enrollment key:
<paste-the-key-here>

  This token enrolls the agent against vault:

      <vault-host>

  Your key authenticated the blob — NOT this host. If you did not get
  this blob from your own vault operator, answering yes hands your
  agent's credential resolution to whoever did.
  Enroll against <vault-host>? [yes/no] yes
Enrolled against vault https://<vault-host>
Vault ID <vault-id>
Config C:\path\to\clavitor.conf
Try: clavitor-proxy ca > ca.pem   then   clavitor-proxy serve

Det som just hände: blobben dekrypterades lokalt med nyckeln (inget nätverksanrop), och valvets adress + agentens identitet + nyckeln för dekryptering av autentiseringsuppgifter skrevs till en krypterad fil, clavitor.conf, bredvid binären. Du behöver inte blobben eller nyckeln igen. När indata skickas via pipe i stället för att skrivas kan värdbekräftelsen inte besvaras, så sätt CLAVITOR_PROXY_CONFIRM_VAULT=<vault-host> först.

3. Exportera proxyns root CA. Proxyn kommer att avsluta varje HTTPS-anslutning som din agent gör och utfärda ett nytt certifikat för varje uppströmsvärd på flykten. Utan att lita på dess root CA skulle dessa certifikat misslyckas med verifiering:

> .\clavitor-proxy.exe ca > clavitor-proxy-ca.pem

4. Installera CA:n i Local Machine Trusted Root-lagret. Öppna en förhöjd PowerShell (högerklicka på PowerShell → Kör som administratör) och kör:

> certutil -addstore -f "ROOT" clavitor-proxy-ca.pem

Efter detta accepterar Edge, .NET, curl.exe och de flesta HTTP-klienter på maskinen proxyns certifikat. (Firefox underhåller sitt eget förtroendelager; om du testar via Firefox, importera CA:n separat under Inställningar → Sekretess och säkerhet → Certifikat → Visa certifikat → Myndigheter → Importera.)

5. Starta proxyn. Den binder till 127.0.0.1:1983 och körs i förgrunden; Ctrl-C stoppar den:

> .\clavitor-proxy.exe serve
clavitor-proxy <version> listening on 127.0.0.1:1983
Point your agent at:  HTTPS_PROXY=http://clavitor:<token>@127.0.0.1:1983
  Token redacted above; it is stored 0600 at C:\path\to\proxy-auth.
  e.g.  export HTTPS_PROXY="http://clavitor:$(cat C:\path\to\proxy-auth)@127.0.0.1:1983"

För en permanent installation, registrera den som en Windows-tjänst eller schemalagd aktivitet så att den startar vid uppstart.

6. Peka din agent mot proxyn och verifiera hela vägen. I ett annat PowerShell-fönster, i mappen som innehåller binären (filen proxy-auth där är proxyns åtkomsttoken):

> $env:HTTPS_PROXY = "http://clavitor:$(Get-Content proxy-auth)@127.0.0.1:1983"
> curl.exe -H "Authorization: Bearer clavitor://OpenAI/key" `
    https://api.openai.com/v1/models

(Använd curl.exe explicit — PowerShells curl-alias pekar på Invoke-WebRequest, som hanterar proxy-miljövariabeln annorlunda.) Vad som faktiskt lämnar proxyn och når OpenAI:s servrar — förfrågan som din agent aldrig ser:

GET /v1/models HTTP/1.1
Host: api.openai.com
Authorization: Bearer sk-proj-abc123def456ghi789…    ← real key, injected by the proxy
User-Agent: curl/8.4.0

Om du får ett JSON-svar från OpenAI, är allt kopplat. Proxyn löste clavitor://OpenAI/key mot valvet med hjälp av nyckeln för dekryptering av inloggningsuppgifter från steg 2, ersatte den verkliga nyckeln i Authorization-headern och vidarebefordrade förfrågan uppströms. Din agentkod innehåller bara platshållaren; den verkliga nyckeln lämnar aldrig proxyns processminne.

Installera Claude Code-färdigheten

CLI levereras med en inbyggd färdighetsdefinition som lär Claude Code hur den använder ditt valv. Ett kommando installerar den.

# Install globally (all projects)
$ clavitor-cli skill > ~/.claude/skills/clavitor.md

# Or install for a specific project
$ clavitor-cli skill > /path/to/project/.claude/skills/clavitor.md

Färdigheten är inbäddad i binären. Uppdatera den genom att ladda ner en ny version.

Använd den

Din agent kan nu hämta inloggningsuppgifter, generera TOTP-koder och lagra nya hemligheter. Varje åtkomst loggas i valvets granskningslogg.

# Fetch a credential
$ clavitor-cli get github

# Generate a TOTP code
$ clavitor-cli totp github

# Store a new credential
$ clavitor-cli put credential "AWS Prod" --username admin --password s3cret

# List all entries
$ clavitor-cli list