Handlingskontrakter lar AI-en kjøre godkjente backend-operasjoner (refunder en faktura, suspendere en lisens, rute en billett) uten å noensinne berøre din rå database. AI foreslår en skriven handling, OpsIQ checker rollen, validerer paramene, et menneske bekrefter skrivingen, samtalen går ut HMAC-signert og hvert trinn er revisjon og reversibel.
En handling er en skrevet kontrakt du registrerer deg én gang: et navn som saas.refund_invoice, parametrene, overflaten den lever på, rollene som tillater å kjøre det, en bekreftelsespolicy og et signert endepunkt. Ingen rå SQL_, ingen vilkårlige anrop. Følg en enkelt forespørsel («Refund Adams siste faktura»), og du vil se nøyaktig hva som skjer hver gang: AI foreslår, et menneske bekrefter, samtalen går ut signert, og mottaket er skrevet.
AI kan ikke oppfinne en samtale. Den kan bare kjøre Din.
Når en administrator typer “refundere Adams siste faktura,” matcher AI hensikten til en kontrakt det allerede vet og fyller parametrene fra live-postene dine. Det improviserer aldri et oppringing, og den når aldri din rå database. Hvis intensjonen ikke kartlegger til en registrert handling, er ingenting foreslått. Full stopp.
saas.refund_invoiceEller til ingenting i det hele tatt.#INV-2291 er tatt fra platene dine, aldri modellens gjetting.Før noe kan løpe,OpsIQValiderer forslagsserversiden: er denne rollen tillatt, er handlingen i omfang for denne overflaten, er parametrene de riktige typene? Mutering handlinger deretter vente på en eksplisitt menneskelig Approv som standard: ett klikk på et bekreftelseskort eller avvise det. Skuespilleren er alltid verifisert logget inn administrator eller token-verifisert kunde, aldri hvem modellen hevder å være.
OpsIQ POST en HMAC-signert nyttelast til ditt eget endepunkt. Signaturen dekker den rå kroppen pluss en tidsstempel, så en gjenspilt eller manipulert forespørsel blir avvist ved døren din. I det øyeblikket den returnerer, OpsIQ skriver en tilleggsbasert revisjonsrekke som kjørte den, hva som gikk, resultatet, hvor lang tid det tok og signaturen.
X-OpsIQ-Signature Over kroppen før den spiller.200, varighet 188ms og signatur, kun vedlagt.Dette er kontrollene du pakker rundt turen du nettopp så: ringen som bestemte om slå to ventet på deg, porten som bestemmer om handlingen tilbys, og angren som gjør en skrive trygt å gjøre.
Sett autonomi per handling og ring den tilbake når som helst, og hvert løp er fortsatt revidert.
Suggest Bare utkast; ingenting går uten en person.Copilot viser et ett klikk Approve-kort.Autopilot kjører kun innen rate, verdi og omfang vakter.Overflate scorer pluss rolle gating som feil lukketEn feil skjuler handlingen helt.
owner / admin / support / custom.En tilsvarende handling kan erklære det omvendt, så feil samtale ruller tilbake fra den samme revisjonsraden.
suspend ↔ reactivate og refund ↔ re-charge.Når du fjerner det menneskelige klikket, tre gjerder tar plassen sin, alle håndhevede server-siden, før den signerte POST noensinne går ut. En handling som treffer noen av dem ikke er stille hoppet; det er parkert tilbake i den menneskelige godkjenning køen, nøyaktig hvor slå to levde.
Cap hvor ofte en handling branner per hour, per day eller per week En røffende sløyfe kan ikke drenere noe.
Begrens pengene hvert enkelt oppringing eller en hel dag kan bevege seg: maksimalt per transaction og per day.
Konfidensielt autopilot til en department, region eller segment, per handling.
Slå en grense og handlingen returnerer til den menneskelige køen for en eksplisitt Approve, aldri stille falt.
Dette er kontrakten som gjorde hele reisen mulig. Du erklærer en handling én gang og AI kan foreslå det umiddelbart; hvert felt på kontrakten styres gjort ekte og selvdokumentering. Og handlinger er ikke bare født fra et skrivet spørsmål; arbeidsflyter og regler kan foreslå dem også, gjennom den nøyaktig samme gate.
Registrer deg én gang
Utløst, ikke bare skrevet
send_email, webhook, set_status...) fremskritt på kronen flåt og hender til en handling.Fordi hvert felt er en del av kontrakten, beskriver handlingen seg selv. Parametere bærer typer og validering, så ugyldige paramer blir forkastet i stedet for improvisert rundt; aliaser kartlegg hva folk faktisk skriver til den kanoniske nøkkelen; et destruktivt flagg og kildesporing er en del av rekorden. Eksporter hele registeret til en OpenAPI referanse og dine handlinger dokumenteres det øyeblikket de eksisterer.
INV-* er håndhevet, ikke gjettet.saas.refund_invoice./actions/refund_invoice og det fulle registeret, generert automatisk.Autonome agenter som ledning en LLM rett til verktøyene dine er raske og ubundet. Forskjellen er ikke intelligens; det er kontrakt, port og sti rundt den. Her er den fair versjonen.
| Kapabilitet | Uovertruffen AI-agent | OpsIQ Handlinger |
|---|---|---|
| What the AI can call | Whatever the tool layer exposes | Only registered typed contracts |
| Approval before a write | Runs immediately | Human gate by default (Copilot) |
| Permission & role scoping | Usually one blanket credential | Per action · surface + role · fails closed |
| Parameter validation | Trusts the model output | Typed schema · invalid input rejected |
| Tamper protection on calls | Rarely signed | HMAC-SHA256 over raw body + timestamp |
| Autonomi kontroll | All-or-nothing | Trust Dial · Suggest → Copilot → Autopilot |
| Audit of every operation | Partial logs, if any | Immutable: actor, params, result, duration |
| Reversibility | Manual cleanup | Declared inverse · one-click rollback |
| Reaches raw database | Often direct DB / shell | Never, only your endpoints |
| Triggered by rules safely | Separate, ungated paths | Same gate for workflows & proactive rules |
| Ta med din egen modell | Usually yes | Anthropic / OpenAI / Gemini / Grok / self-host |
Hver evne, gruppert. ★ markerer en stand-out.
| Funksjon | Hva det gjør |
|---|---|
| Kjernestyring og bekreftelse | |
| Skrivet handling kontrakt ★ | Hver handling er et deklarert JSON-skjema: navn, params, omfang, roller, politikk, endepunkt. AI fyller spilleautomatene du definerte. |
| Menneskelig godkjenning gate ★ | Ingenting implementere før en person klikker Approve. |
| Bekreftelsespolicy per handling | aldri / en gang per økt / alltid; risikofulle handlinger krever alltid bekreftelse. |
| Krever bekreftelsesflagg Ny | Tving bekreftelsen på sensitiv handling, uavhengig av policyens standard. |
| Bekreftelseskort UI | Eksakt handling, paramer og roller forhåndsvisning før godkjenning. |
| Sikkerhet og tillit | |
| HMAC- SHA256 signering ★ | Signert POST over den rå kroppen så endepunktene bekrefter med kryptografisk bevis. |
| Bekreftet skuespiller identitet ★ | Skuespilleren kommer fra sesjonen, aldri AIs påstanden. |
| Timestamp & replay beskyttelse Ny | Gamle tidsstempler blir avvist, så et anrop kan ikke spilles på nytt. |
| Tilgang og tilgang | |
| Overflate og rolle omfang ★ | Ett register, publikumsspekulert av overflate og rolle, mislykkes lukket, aldri overlapper. |
| Admin AI overflater ★ | Priviligerte handlinger eksisterer bare på admin-overflaten; admin og kunde AI overlapper aldri. |
| Kundevendt skrivebeskyttet overflate | Kunde AI kan lese, men ikke skrive, så det mislykkes. |
| Skrivebeskyttet overflateområde Ny | Overflater som utføres uten å lese noen sammenheng. |
| Autonomi kontroll | |
| Trust Dial autonomi nivåer ★ | Ring hver handling fra Foreslå til Copilot til Autopilot. |
| Autopilot rekkverk ★ | Autopilot kjører bare innenfor serversiden rate grenser, verdi caps og omfang gjerder. |
| Begrenser rate per handling Ny | Cap hvor ofte en handling kan skyte i timen, dag eller uke. |
| Verditakshåndhevelse Ny | Begrens verdien av transaksjoner (eller en hel dag) kan bevege seg. |
| Området forsterkning i Autopilot Ny | Begrens Autopilot til et avdeling, region eller segment. |
| Per-aksjon autonomi bytte Ny | Ring hver handling uavhengig og slå den ned når som helst. |
| Foreslåelsesmodus (kun for håndverk) Ny | AI-utkast; en person godkjenner før noe kjører. |
| Copilot-modus (ettklikk) Ny | Et bekreftelseskort venter på et eksplisitt klikk. |
| Rull tilbake og angre | |
| Reversible handlinger ved design ★ | Deklarer et omvendt og rull tilbake en feil anrop i ett klikk. |
| Handlingslenkede reverser Ny | Revisoren knytter originalt og reverserer slik at kjedet forblir sporbar. |
| Overholdelse og revisjon | |
| Uforanderlig revisjonslogg ★ | Skuespiller, handling, params, resultat, status, varighet og signatur, aldri tapt. |
| Endepunkt responslogging Ny | Status, kropp og latens fra bakstykket fanget i revisjonen. |
| Automatiseringsintegrasjon | |
| Utløste handlinger ★ | Arbeidsflyter, livssyklusregler og proaktive regler foreslår gjennom samme gate. |
| Arbeidsflythandlingsintegrasjon | Arbeidsflyt kan gi av til en handlingskontrakt. |
| Regjering av livssyklus | Stage kampanjer (blad → prøve → betale) kan foreslå en oppfølgingshandling. |
| Proaktiv regelhandlingsintegrasjon | Besøkendes adferdsregler (visninger, tid på siden, rull) kan utløse en handling. |
| AI- justering og arbeidsflyt | |
| Intent matching (ikke improvisasjon) ★ | Vanlig engelsk bestemmer seg for en registrert kontrakt, eller ingenting i det hele tatt. |
| Foreslå → godkjenne → utføre → revidere ★ | Fire eksplisitte, sporbare trinn; hver av dem din. |
| Fleksibilitet og integrasjon | |
| Modellnøytral plattform | Det samme handlingslaget fungerer for enhver leverandør eller selv-vert modell. |
| JSON backend-kompatibilitet | WHMCS, tilpasset SaaS, WordPress, ERP: alt som snakker HTTP + JSON. |
| Handlingsregister og oppdagelse | Actions.json Plus connector auto-oppdaging: erklære en gang, AI lærer det umiddelbart. |
| Kontakt-sendte handlinger | Aktiver en kontakt og handlingene vises automatisk. |
| Sandkasse endepunkt per handling Ny | Pek på en handling ved et prøveendpoint før den berører produksjonen. |
| API_ Oppdagelse av handlinger Ny | Et endepunkt returnerer de fulle kontraktene slik at handlinger kan oppdages via API. |
| Konfigurasjon og organisasjon | |
| Handlingsparameterskjema Ny | Deklarasjon typer og validering; ugyldig inngang avvises, ikke improvisert. |
| Kontrakt som levende dokumentasjon Ny | Kontrakten dokumenterer seg selv: navn, paramer og intensjon på ett sted. |
| Beskrivelse og etikett per handling Ny | En lesbar UI-etikett og en prosabeskrivelse for hver handling. |
| Handling kategori Tagging Ny | Organiser registeret ved salg / støtte / fakturering / admin. |
| Opptakssporing av kildekontakt Ny | Vet hvilken kontakt som sendes hver handling. |
| AI- hinttekst Ny | En prose hint guider modellen når du skal bruke hver handling. |
| Destruktivt handlingsflagg Ny | Merke høyrisikotiltak for strengere vaktspor. |
| Handlingsoppslag som aliaser Ny | Kartlegg de vanlige navnene folk skriver til den kanoniske handlingsnøkkelen. |
Alt team spør før de la AI røre bakstykket: bekreftelse, autonomi, rulle tilbake, omfang og modeller.