AI Overview
Why Octo is AI-native: agents, LLM connectors, AI blocks, and MCP.
Octo treats AI as a first-class part of an integration, not a bolt-on. LLM providers are connectors like any database or HTTP endpoint, AI capabilities are blocks you drop into a pipeline, and flows speak MCP in both directions.
LLMs are connectors
You configure an LLM provider the same way you configure Postgres or Slack: a named connector with settings. The Anthropic, OpenAI, and Gemini connectors all satisfy the same client interface, so every AI block binds to a provider by connector name and works with any of them interchangeably.
connectors:
- name: claude
type: llm-anthropic
settings:
apiKey: ${ANTHROPIC_API_KEY}Swap llm-anthropic for llm-openai or llm-gemini and nothing else in the
flow changes. See LLM Providers.
AI capabilities are blocks
AI in Octo is not a separate runtime or SDK — it is a family of blocks that compose with everything else in a flow:
ai-agent— an LLM accomplishes a task by calling flow branches as tools, in a loop, with an iteration cap and a guardrail path.ai-router— an LLM picks exactly one named route for each message; the fuzzy sibling of the deterministicswitch.ai-mapping— reshape a messy payload into a target shape, validated against a JSON Schema.ai-retry— protect a process chain; on failure an LLM inspects the error, revises the message, and retries.
Because they are ordinary blocks, they sit in the middle of pipelines: an
HTTP source feeds an ai-router, whose route runs an ai-mapping wrapped in
an ai-retry, followed by a database write. The full field reference lives
at AI Blocks.
Agents are declarative
An ai-agent gets its memory, tools, and skills from YAML, not code.
Per-thread conversation memory is one field (memoryThreadId); tools are
process chains the model calls with JSON arguments; skills are instruction
documents the model loads on demand. The whole agent — prompt, tools, memory
policy, fallback behavior — is a single reviewable block in a flow file.
Flows speak MCP
The integration runs in both directions:
- Flows can be MCP servers. The
mcp-routerblock turns flows into tools, resources, and prompts that any MCP client — Claude, IDEs, other agents — can call. See Expose an MCP Server and Secure an MCP Server with OAuth. - The platform is an MCP server. The runtime and editor expose an MCP endpoint for AI-assisted authoring: a coding agent can draft, validate, run, and debug integrations against your environment. See The Platform MCP Server.
Explore the section
AI Agents
The ai-agent block: prompt, tools, guardrails, and iteration limits.
Agent Memory
Per-thread conversation memory, compaction, and durable user facts.
Skills and Tools
Give agents lazy-loaded skills and flow-backed tools.
AI Router
Route messages to named branches with an LLM.
AI Mapping
Map data to a target shape with prompts, examples, and schemas.
AI Retry
Self-healing pipelines: let an LLM revise a failing message and retry.
LLM Providers
Configure the OpenAI, Anthropic, and Gemini connectors.
Capstone: A Production Slack Agent
A complete Slack AI agent with memory, tools, skills, and async processing.