Платформа
Crawbl — платформа для AI-роёв: систем агентов, которые умеют координировать работу, запускаться изолированно, сохранять границы контроля и работать как в облачной, так и в инфраструктуре клиента.
Задача — сделать агентное поведение проще в управлении, проще в инспекции и проще в деплое в средах, которым команда доверяет.
Архитектура одним взглядом
Crawbl следует трёхслойной архитектуре:
┌─────────────────────────────────────────────────────────┐
│ Client Interface │
│ Mobile App | REST API | WebSocket │
└─────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────┐
│ Orchestration Layer │
│ Auth | User Management | LLM Routing | Integrations │
│ Audit & Compliance | GitOps │
└─────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────┐
│ Runtime Layer │
│ Isolated Agent Runtime Containers | Per-User Workspaces │
│ Resource Isolation | Auto-Scaling │
└─────────────────────────────────────────────────────────┘
⚡ What is Crawbl?
Crawbl is the control plane behind agent products. It gives users one stable API, gives each user a private runtime, and keeps the whole platform cheap enough to operate at scale.
This page is the fast mental model. In one short pass, you will see the main parts, what each part is responsible for, and where to go next in the docs.
🧱 The building blocks
Read the platform as a chain of responsibility: users enter through clients, the orchestrator makes decisions, the Agent Runtime does the agent work, and outside systems provide models and tools when needed.
📱 Clients
The mobile app and future API consumers all enter through the same front door.
🧠 Orchestrator
It decides where requests go, what state changes, and which tools are allowed.
🤖 Agent Runtime
Each user runtime keeps its own workspace, sessions, and tool execution context.
🌐 Services
LLMs, Gmail, Slack, search, and other systems stay outside the control plane.
🚪 One front door
Users do not need to understand pods, runtimes, or agent internals. They talk to one API, and Crawbl hides the moving parts behind that entry point.
🧠 One control plane
The orchestrator is the brain of the platform. It handles auth, routing, persistence, integrations, MCP tools, and the rules for how messages move through the system.
🤖 One runtime per user
Each user gets an isolated Agent Runtime. That separation protects state, keeps noisy users from affecting others, and lets runtime capacity scale on its own.
🧭 Where to go next
This page is the short tour. The next three pages turn that overview into real working context.
Tour complete
You have the shape of the product now. Use the next three pages to go deeper into architecture, trust boundaries, and deployment.
Изучи платформу
| Тема | Описание |
|---|---|
| Архитектура | Трёхслойный дизайн, детали компонентов, паттерны взаимодействия и стек технологий |
| Безопасность | Zero-trust архитектура, управление секретами, сетевая изоляция и compliance |
| Интеграции | LLM-провайдеры, OAuth-подключения, внешние сервисы и вызовы инструментов |
| Деплой | Требования к инфраструктуре, модели развёртывания и GitOps-процесс |
Читай раздел по порядку
- Архитектура — как три слоя работают вместе
- Безопасность — модель доверия, работа с секретами и сетевые границы
- Интеграции — подключение внешних сервисов и LLM-провайдеров
- Деплой — как платформа работает в управляемых и клиентских средах
- как Crawbl превращает пользовательский запрос в скоординированную работу агентов
- как границы одобрения и уровни доверия держат систему под контролем
- как управляются секреты, учётные данные и сетевой доступ
- как платформа подключается к внешним сервисам и LLM-провайдерам
- как платформа работает в управляемых и клиентских средах
Что дальше
Когда форма платформы станет понятной, переходи к разделу Reference для более глубокого погружения в архитектуру или к Деплою, чтобы понять, как Crawbl вписывается в твою инфраструктуру.