Skip to main content

Overview

Agents on the Shinzo Platform run in isolated Kubernetes environments with persistent storage, MCP server connectivity, and webhook support. Each agent operates as an independent deployment with its own filesystem, message queue, and configurable toolset. You can create agents with minimal configuration and progressively add capabilities as your use case evolves.

Prerequisites

Before creating an agent, make sure you have:
  • A Shinzo Platform account with the AI Agents feature enabled
  • An authentication token (passed via Authorization: Bearer <token> header)
  • An Anthropic API key (either stored in your account settings or provided per-agent)

Quick Start

Create a basic agent with a single API call:
This creates an agent with default settings: 1 GiB of persistent storage, a 1-hour task timeout, and hierarchical memory. The agent uses your stored Anthropic API key if you do not provide one explicitly.

Configuration Reference

Top-Level Parameters

Configuration Object

The configuration object controls runtime behavior, tooling, memory, and notifications.

Memory Configuration

Webhooks

Compaction

Compaction automatically summarizes long conversation histories to keep context within model limits.

Initial Files

You can pre-populate the agent workspace with files at creation time. Each file entry accepts:

Example Configurations

Development Agent

A lightweight agent for testing and iteration:

Production Agent

A fully configured agent with webhooks, MCP servers, and persistent memory:

Deployment Patterns

Async Processing

Create agents that process tasks in the background and notify your application via webhooks when complete. Use the message_complete webhook to receive results without polling.

Interactive

Use the API or Discord channel to have real-time conversations with your agent. The collect queue mode batches incoming messages while the agent is busy, so nothing is lost.

Integration

Connect agents to external services through MCP servers. Register tools like GitHub, databases, or custom APIs, then grant your agent access to use them autonomously.

Agent States

Agents transition through the following states during their lifecycle:

State Transitions

Updating Agents

Update an existing agent’s configuration, metadata, or files with POST /v1/agent/update/:id:
You can update any combination of fields. Only the fields you include in the request body are modified.

Deleting Agents

Delete an agent and all associated data with POST /v1/agent/delete/:id:
Deleting an agent permanently removes its workspace, message history, and all associated data. This action cannot be undone.

Best Practices

  • Start small. Begin with minimal configuration and add capabilities as you understand your agent’s needs.
  • Use ephemeral memory for development. Switch to persistent memory only when you need state across restarts.
  • Set appropriate timeouts. Avoid excessively long timeouts that could waste resources on stuck tasks.
  • Configure webhooks for production. Webhooks let you react to agent events without polling.
  • Store API keys at the account level. This avoids embedding keys in every agent creation request.
  • Use system_prompt_type: "append" unless you have a specific reason to replace the default prompt entirely.
  • Pre-populate workspaces with initial_files to give agents the context they need from the start.

Next Steps

Agent Messaging

Send messages to your agents and manage conversations.

MCP Server Management

Connect external tools and services to your agents.

Filesystem Management

Manage files in agent workspaces programmatically.