AGISTRY DOCUMENTATION
  • Overview
    • Introduction
  • How Agistry works?
  • Roadmap
  • agistry hub
  • Dashboard
  • Create your first Agent
  • Manage your Agents
  • Triggers
  • Adapters & Modules
  • Workflows
  • API Keys
  • Enterprise
  • Framework
    • Core Concepts
    • Getting Started
    • Building and Deploying
  • Execution Model
    • SDK
      • Authentication
      • Adapter Calls
      • Design Flow
    • Adapters
      • Adapter Specification
      • Adapter Schema
      • Adapter Execution
  • Registry
    • Registry Design
    • Capability Matching
  • official links
    • Website
    • GitHub
  • X/Twitter
  • Telegram
Powered by GitBook
On this page
  • Runtime Protocol (Under the Hood)
  • Why This Matters
Export as PDF
  1. Execution Model
  2. Adapters

Adapter Execution

Adapters don’t care why they’re called — they just run. Their purpose is to handle a single responsibility (extract, send, log, evaluate) in a way that’s fully observable and context-aware.

They work like stateless microservices, but smarter — because they plug directly into LLM-driven flows and agentic reasoning.

Runtime Protocol (Under the Hood)

All adapters conform to a standard request format:

{
  "input": { ... },
  "context": { ... },
  "adapter": "adapter-name"
}

And they return:

{
  "output": { ... },
  "context": { ... }
}

That means they’re easy to test, monitor, and plug into anything — from cron jobs to agent loops.

Why This Matters

Adapters are how you scale without rewriting logic. You can create once, configure through the UI, and deploy everywhere — whether it’s a contract review flow, a fraud detection agent, or a fully autonomous research loop.

PreviousAdapter SchemaNextRegistry

Last updated 17 days ago