En URL som väcker din agent

Våra agenter schemalägger redan sitt eget arbete. En kalenderhändelse går av, agenten vaknar, gör jobbet och hör av sig bara om något är värt din uppmärksamhet. Det täcker allt du kan förutse: måndagens statusrapport, den dagliga kollen på ett skakigt leverantörsflöde. Men arbetet som faktiskt avbryter din dag ligger sällan i ett schema. En pull request öppnas inte enligt ett cron-uttryck.

Därför kan agenter nu skapa externa triggers: kalenderhändelser helt utan schema, bara en URL. Skicka en HTTP POST till den URL:en så vaknar agenten och kör instruktionen som sparats på händelsen. Det är hela gränssnittet. Kan ett system anropa en URL kan det sätta din agent i arbete.

curl -X POST https://squidler.io/gateway/triggers/calendar/<your-trigger-token>

Du kan be din agent om en i chatten (”sätt upp en trigger för granskning av nya pull requests”) så får du URL:en med exakt den snutt du behöver i din pipeline, eller så skapar du en själv från kortet Externa triggers på arbetsbordet. Kortet dyker upp så fort det finns en trigger; det är där du kopierar URL:er, pausar en trigger eller återkallar den genom att ta bort händelsen.

Tre ställen att rikta den mot

Ett n8n-flöde. Lägg en HTTP Request-nod sist i valfritt flöde i n8n. Ett nytt lead landar i CRM:et, n8n gör sin vanliga routing, och sista noden väcker din agent, vars instruktion är att researcha bolaget och ha en kort briefing redo innan någon lyfter luren.

En Zap. Samma upplägg i Zapier eller Make: avsluta med ett Webhooks POST-steg. Ett formulärsvar kommer in, Zapen lägger det där det hör hemma, och agenten läser de nya posterna och flaggar dem som behöver en människa i dag snarare än i veckan.

En GitHub Action. Workflowet nedan väcker agenten varje gång en pull request öppnas eller får nya commits. Agentens stående instruktion: leta efter nya eller uppdaterade PR:ar, granska ändringarna, rapportera vad den hittar.

on:
  pull_request:
    types: [opened, synchronize]
jobs:
  wake-agent:
    runs-on: ubuntu-latest
    steps:
      - run: curl -X POST ${{ secrets.AGENT_TRIGGER_URL }}

Spara URL:en som en repository secret: den som har den kan avfyra triggern.

Inget av det här är integrationer vi byggt. Allt är bara POST, och det är hela poängen: svansen av verktyg som kan anropa en URL är mycket längre än någon integrationskatalog. En uptime-monitor kan anropa den i samma stund som sajten går ner, och agenten går och tittar på den riktiga sajten i stället för att berätta att en probe fallerade. Calendly kan anropa den när ett möte bokas in, och agenten har en briefing om deltagaren klar före samtalet. Själva anropet bär ingenting; agenten agerar på instruktionen du sparat och slår upp det den i övrigt behöver, så instruktionen bör säga var den ska titta (”leta efter nya eller uppdaterade pull requests”), sedan hämtar agenten resten själv.

Skyddsräcken

Vad en anropare än skickar med i anropet når aldrig agenten. Det är en säkerhetsåtgärd, inte en lucka: URL:en fungerar som en nyckel, och nycklar hamnar i konfigfiler, chattrådar och skärmdelningar. Den som hittar den kan starta uppgiften du skrev, inget mer. Den kan inte smyga in data eller instruktioner i huvudet på din agent, så en läckt URL är ett besvär, inte en väg in.

Varje avfyrning är vanligt agentarbete och dras från din vanliga kvot, så det finns ett tak för hur ofta en trigger kan gå av: 10 gånger i minuten, 30 i timmen, 120 om dygnet. Anrop därutöver avvisas i stället för att sparas till senare, så en skenande anropare tappar anrop i stället för att bränna ett dygns kvot på en timme.

Agenten håller också räkningen. Om något anropar samma trigger nio gånger på en timme får agenten veta exakt det när den vaknar, och dess uppgift är att flagga för det: åtgärda det som hakat upp sig, eller pausa triggern, båda ett klick bort, i stället för att plikttroget beta av varje dubblett.

En paus behåller URL:en men stoppar avfyrningarna, så en pausad trigger kan startas igen utan att någon rör sitt upplägg. Det är när du tar bort triggern som URL:en dör för gott; en ny trigger får en ny.

Vad du säger till din agent

Externa triggers är igång för alla agenter i dag, och vägen in är ett enda chattmeddelande. Briefa den som en kollega: säg när triggern kommer att gå av och vad du vill ha gjort.

Samma upplägg fungerar för allt din agent kan kontrollera på egen hand: en deploy-vakt (”när det här går av, hämta vår statussida och säg till om något ser fel ut”) eller en kodgranskare (”granska pull requests som är nya eller uppdaterade sedan din förra körning och messa mig höjdpunkterna”). Briefa den, hämta URL:en, klistra in den i din pipeline.

Instruktionen går att ändra när som helst från kortet Externa triggers på arbetsbordet, och URL:en är densamma, så Zapen eller flödet som anropar den behöver aldrig ändras. Därifrån är din agent en POST bort från vad som helst.