Hermes Agent för nybörjare: kontrollera fem webbsidor och spara ett kvitto

Fem publika sidor gick in. Två kvittofiler kom ut. I Hammer Automations senaste test fick Hermes 5/5 PASS, och uppgifterna i website-check-receipt.md stämde med website-check-evidence.json. Agenten läste dessutom tillbaka båda filerna innan den avslutade.

Det här är en praktisk fortsättning på nybörjarguiden där du installerar Hermes Agent och gör din första verifierade uppgift. Den här gången lämnar vi installation och meddelandekanaler åt sidan. Målet är ett riktigt, men avgränsat, webbplatsjobb.

Vem passar kontrollen för?

Tänk dig att du ansvarar för en mindre webbplats och vill kontrollera startsidan, en viktig artikel, kontaktsidan och ett par maskinläsbara resurser före en publicering. Du behöver inte bygga ett övervakningssystem. Du behöver en lista med förväntade resultat och ett kvitto som visar vad agenten faktiskt såg.

På en fokuserad session skapar du:

• en checklista med fem publika adresser
• en direkt körning med Hermes Agent
• ett läsbart Markdown-kvitto
• samma observationer i JSON
• en egen stickkontroll av minst en sida

Innan du börjar

Hermes ska redan svara i terminalen. Kontrollera också att verktygsgrupperna terminal och file finns i din profil och att curl, eller ett motsvarande verktyg för HTTP GET, är tillgängligt.

Använd publika informationssidor som du har rätt att kontrollera. Guiden använder inga inloggningar, cookies, formulär, kunduppgifter eller nycklar. Begär bara vanliga GET-anrop och inga avsiktliga ändringar på webbplatsen.

Hermes dokumentation beskriver terminal som verktyget för kommandon och file som verktyget för lokala filer. Vilka verktyg som faktiskt finns beror på din installation och profil.

Källa: Hermes Agent Tools Reference.

1. Skapa en egen arbetsmapp

På Linux, macOS eller WSL:

mkdir -p ~/hermes-site-check
cd ~/hermes-site-check

I Windows PowerShell:

$checkDir = Join-Path $HOME "hermes-site-check"
New-Item -ItemType Directory -Force $checkDir | Out-Null
Set-Location $checkDir

Att börja i en särskild mapp gör det lätt att se vilka filer uppgiften skapar. Den aktuella Hermes CLI:n kan också starta i en angiven mapp med --in, men cd fungerar tydligt i båda exemplen och var vägen vi använde i testet.

Källa: Hermes Agent CLI commands.

2. Bestäm vad som ska räknas som godkänt

Skapa checklist.md. Varje sida ska ha:

• begärd URL
• förväntad slutlig HTTP-status
• förväntad slutlig URL efter omdirigeringar
• en eller flera offentliga innehållsmarkörer

Ett acceptanskriterium är ett observerbart resultat som bestämmer PASS eller FAIL innan agenten börjar. En slutlig URL är adressen där anropet hamnar efter eventuella omdirigeringar.

Ett objekt kan se ut så här:

Requested URL: https://example.com/kontakt
Expected final status: 200
Expected final URL: https://example.com/kontakt
Expected marker: Kontakta oss

Hammer-testet använde fem riktiga sidor: startsidan, den svenska och engelska Hermes-grunden, kontaktsidan och llms.txt. Välj motsvarande sidor på din egen webbplats. Använd hellre en tydlig rubrik eller unik fras än ett vanligt ord som kan ligga i sidfoten.

3. Kör kontrollen med Hermes Agent

Spara checklistan och kör sedan:

hermes chat -Q -t terminal,file -q "Read checklist.md. For each public URL, make only an HTTP GET with redirects and a timeout. Use no credentials, cookies, request body, form submission, or state-changing HTTP method. Compare the observed final status, final URL, and every marker with the checklist. Save exactly two matching files: website-check-receipt.md and website-check-evidence.json. Use the same fields per route in both files, keep marker_checks as an array, and mark PASS only when every expected value matches. Read both files back, parse the JSON, confirm exactly five consistent routes, and finish with the saved paths and total pass count."

-t terminal,file väljer bara de två verktygsgrupper som behövs. -Q ger ett lugnare, programvänligt terminalutskrift; det är inte en säkerhetsinställning. Gränserna ligger i checklistan och prompten: publika adresser, GET, inga uppgifter eller formulär och exakt två lokala utdatafiler.

Hermes v0.20.0 och de aktuella CLI-dokumenten stöder chat -q, -Q, -t och --in. Kontrollera alltid hermes chat --help om din version skiljer sig.

Källa: Hermes Agent CLI commands.

4. Läs Markdown-kvittot

Ett bra kvitto börjar inte med "allt ser bra ut". Det visar vad som jämfördes. Här är en förkortad del från Hammer-testet:

requested_url: https://hammerautomation.ai/kontakt
expected_final_status: 200
observed_final_status: 200
expected_final_url: https://hammerautomation.ai/kontakt
observed_final_url: https://hammerautomation.ai/kontakt
expected marker: Kontakta oss
found: true
result: PASS

Leta efter tre saker på varje rad: rätt slutstatus, rätt adress efter omdirigering och rätt innehållsmarkör. En sida som svarar 200 men hamnar på fel adress ska inte smyga igenom som godkänd.

5. Jämför JSON-filen

JSON är inte mer sant än Markdown. Det är bara lättare för nästa arbetsflöde att läsa. En post kan exempelvis ha den här formen:

\{
  "requested_url": "https://example.com/kontakt",
  "expected_final_status": 200,
  "observed_final_status": 200,
  "expected_final_url": "https://example.com/kontakt",
  "observed_final_url": "https://example.com/kontakt",
  "marker_checks": [
    \{"expected": "Kontakta oss", "found": true\}
  ],
  "result": "PASS"
\}

Återläsning betyder att agenten öppnar de sparade filerna igen och kontrollerar dem, i stället för att bara anta att skrivningen lyckades. Kontrollera att JSON-filen har fem objekt och att totalsumman är samma i båda filerna.

I vårt test var kvittot tydligt: fem URL:er, fem slutstatusar, fem slutliga adresser och alla markörkontroller stämde. Markdown och JSON gav samma totalsumma, 5/5.

6. Gör en egen stickkontroll

Välj minst en rad i kvittot och öppna sidan själv. Kontrollera att:

• du hamnar på den rapporterade slutliga adressen
• innehållsmarkören faktiskt finns där
• ingen inloggning, formulärinlämning eller kontoåtgärd skedde

Hammer upprepade alla fem anrop separat efter agentkörningen. Även den kontrollen gav 5/5. För en nybörjarrutin räcker det ofta att stickkontrollera en sida; mer kritiska publiceringsflöden behöver fler oberoende kontroller.

Om en sida får FAIL

Läs orsaken innan du kör om. En 301 eller 308 kan vara en avsiktlig omdirigering, men då ska den slutliga adressen ändå matcha kriteriet. En saknad markör kan betyda att sidan är fel eller att checklistan blivit gammal. Ändra sidan eller kriteriet när du vet vilket som stämmer. Byt aldrig FAIL till PASS för att resultatet ser "nästan rätt" ut.

Vad kontrollen inte bevisar

Det här är en ögonblicksbild. Det är inte löpande driftövervakning, ett SLA, ett prestandatest, en tillgänglighetsgranskning, ett visuellt regressionstest eller ett test av köp och formulär. JavaScript-tunga och inloggade flöden behöver andra verktyg och tydligare åtkomstgränser.

Hammer testade det exakta arbetsflödet med en körande Hermes-agent den 12 augusti 2026. Agentkvittot gav 5/5 och en separat kontroll gav samma resultat. Det visar att arbetsflödet fungerade då, inte att sidorna alltid kommer att vara tillgängliga.

När den manuella kontrollen ger ett pålitligt kvitto kan nästa steg vara en återkommande körning som bara larmar vid en verklig avvikelse. Hammer Automation kan hjälpa ett team att välja rätt kontrollpunkter och granskningssteg i en Tool Forge-lösning, utan att börja med ett stort övervakningsprojekt.