A low-code/no-code platform for building automations powered by multiple AI agents and workflows, engineered by Cygnet.One – in production since April 2026.
Per an internal engineering comparison, building a comparable multi-agent automation from scratch takes roughly twice as long as building it on Switchboard with a trade-off of less flexibility than a fully custom build.
GLIB teams have published 40+ workflows across the platform's node and tool catalog, with roughly 120 active builders using it without engineering support.
By automating classification, extraction, and validation end-to-end and routing low-confidence cases to human review, GLIB reduced average handling time by 95%+ across operational workflows.
Data sources, agents, and workflows are assembled visually or generated from a natural-language prompt via Build with AI, then validated, tested in Cases, and published as versioned, shareable artifacts. Claude Sonnet 4.5 powers Build with AI itself; individual agents in a published automation can be configured to a different model, such as Claude Haiku, per task.
About Client
GLIB (Genesis Artificial Intelligence Pvt. Ltd.) is an AI-powered platform company; Cygnet.One has delivered two distinct engagements with GLIB, an Intelligent Document Processing (IDP) platform, and Switchboard, a standalone low-code/no-code platform for building multi-agent automations.
Challenge
Building reliable multi-agent automations typically requires hand-coding agent orchestration, tool integrations, and failure recovery putting automation out of reach for teams without deep engineering resources and slowing down even experienced teams. GLIB built Switchboard so users can assemble automations visually, or describe the desired outcome in natural language, without hand-coding orchestration, tool integration, or durability logic themselves.
At a Glance
Switchboard is built around five blocks: Data Sources (the platform’s connectable database), Agents (autonomous components configured with intake, a system prompt, tools, runtime limits, and output format), Workflows (canvases connecting nodes, agents, and conditions across a catalog of 35+ pre-built nodes spanning control flow, integrations, document processing, extraction, and data operations), Build with AI (a natural-language assistant that generates or modifies workflows, agents, prompts, and tools from a described requirement), and Cases (a testing area to run and inspect automations step by step before publishing). Automations run as durable Temporal workflows, agents discover and call tools via the Model Context Protocol (MCP), and agents can delegate to sub-agents via Agent-to-Agent (A2A) delegation. Claude Sonnet 4.5 powers Build with AI as a fixed default, while individual agents within a workflow can be configured to run on Claude Sonnet 4.5, Claude Haiku, or another model depending on the task; Amazon Bedrock is the default inference path, with direct provider APIs available as a configurable alternative.
Claude on Amazon Bedrock
At the core of Switchboard is Claude. Claude Sonnet 4.5 powers Build with AI which is the system that turns a described requirement into agents and workflows as a fixed model, so every automation is built with the same high-capability model regardless of deployment. Individual agents running inside a published automation are configurable per task, defaulting to Claude Sonnet 4.5 with the option to route lighter-weight work to Claude Haiku. Both are accessed through Amazon Bedrock by default, with direct provider APIs available as a configurable alternative.
Model: Claude Sonnet 4.5 on Amazon Bedrock is a fixed default for Build with AI. Agent runtime within a published automation defaults to Claude Sonnet 4.5 and can be configured to Claude Haiku or another model per task. Direct Anthropic API access is available as an alternative inference path to Bedrock.
What Switchboard does today
- Data Sources – a connectable database of Entity or Collection tables, with typed, constrained columns and a defined primary key, usable directly by any agent or workflow.
- Agent building – each agent is configured with typed intake (fields and file slots), a structured system prompt (role, scope, procedure, output protocol, and guardrails), runtime limits (model, max iterations, temperature, max tokens, LLM and tool timeouts), access to the platform’s full node catalog including other agents as sub-agents and a defined output format (text, JSON, or custom).
- Workflow building – automations are assembled visually from a catalog of 35+ pre-built nodes across nine categories including the ability to call external APIs or invoke another workflow as a sub-step.
- Build with AI – a natural-language assistant that generates or modifies workflows, agents, prompts, and tools from a described requirement, usable inside an active workflow or as a standalone chat with context from existing workflows and agents.
- Testing and publishing – automations are run and inspected step by step in Cases, with errors flagged for correction, before being validated, saved, and published as a new, shareable, exportable version.
Measured results attributable to Claude on Bedrock
- 2x faster to build a comparable multi-agent automation, per internal engineering comparison.
- 40+ automations published and running in production.
- 120+ active builders using the platform without engineering support.
- Median time from idea to published automation: 3 business days, down from an estimated 6 business days building the equivalent by hand.
Responsible AI
Every agent’s system prompt includes an explicit guardrails component with rules and limits the agent must always respect alongside a defined scope statement separating what is and isn’t within the agent’s remit. Execution is further bounded at the runtime level: a configurable maximum-iterations limit caps how many reasoning/tool loops an agent may run, and separate LLM and tool timeouts bound how long any single call may take. A human review step can be added directly into a workflow before a consequential action executes, an audit trail is maintained for platform activity, and tenant isolation is enforced between different users’ automations.
Solutions Implemented and Outcomes Achieved
|
Solutions Implemented |
Outcomes Achieved |
|
Built Switchboard’s orchestration layer on the Strands Agents SDK (v1.50.1), running multi-step agent workflows as durable Temporal workflows. |
Reduced automation downtime from failed steps by allowing workflows to resume from the point of failure rather than restart which cuts recovery time from hours to minutes. |
|
Implemented tool discovery and calling via the Model Context Protocol (MCP, 2025-06-18 spec), connecting agents to the platform’s full 35+-node catalog across nine categories. |
Cut the time to add a new integration from an estimated 2–3 days of custom code to under an hour of tool configuration. |
|
Implemented Agent-to-Agent (A2A, v0.3.0) delegation for sub-agent task distribution. |
Delegated sub-agents now handle bounded research and validation sub-tasks that previously required a separate manual hand-off between systems. |
|
Built a visual, no-code authoring layer: Data Sources, Agent configuration (intake, prompt, tools, runtime, output), and a Workflow canvas backed by a 35+-node catalog across nine categories, plus Build with AI for natural-language generation of workflows, agents, prompts, and tools. |
Let users assemble and modify multi-agent automations without hand-coding orchestration or tool integration which is roughly 2x faster than building the same automation from scratch. |
|
Claude Sonnet 4.5 as the model behind Build with AI, and made agent runtime within published automations independently configurable per task defaulting to Claude Sonnet 4.5 with the option to route to Claude Haiku or another model accessed via Amazon Bedrock by default with direct Anthropic API access available as a configurable alternative. |
Gave GLIB a consistent, high-capability model behind every automation Build with AI creates, while letting individual agents within an automation route to a lighter-weight model like Claude Haiku where the task doesn’t need Sonnet-level capability without a code change. |
|
Enforced per-agent guardrails (defined in the system prompt) and runtime bounds (max iterations, LLM timeout, tool timeout). |
Combined with a configurable human-review step before consequential actions, a maintained audit trail, and enforced tenant isolation giving GLIB governance controls suitable for multi-tenant production use. |
Detailed Solution Narrative
Switchboard gives GLIB’s users a visual, no-code path to building multi-agent automations: data sources, agents, and workflow logic are assembled on a canvas, or generated directly from a natural-language description through Build with AI, rather than hand-coded. Claude Sonnet 4.5 powers Build with AI as a fixed default, so every automation is built with the same high-capability model regardless of deployment. The agents that then run inside a published automation are configurable per task defaulting to Claude Sonnet 4.5, with the option to route lighter-weight, high-volume steps to Claude Haiku instead. Amazon Bedrock is the default access route to Claude, with direct provider APIs available as a configurable alternative.
Underneath the visual builder, automations run as durable Temporal workflows, so a multi-step agent process can recover from failure rather than restart from scratch. Agents discover and call tools including other agents, used as sub-agents through the Model Context Protocol, and delegate work to those sub-agents through Agent-to-Agent communication. Every agent’s system prompt carries its own guardrails and scope, execution is bounded by configurable iteration and timeout limits, and a human review step can be inserted into any workflow before a consequential action executes. Platform activity is captured in an audit trail, and automations belonging to different users are isolated from one another.
Since going live, GLIB teams have published 40+ automations on the platform, with roughly 120 active builders most without an engineering background assembling and iterating on workflows directly. Building a comparable automation from scratch, including environment setup, dependency resolution, and pipeline work, takes roughly twice as long as building the same automation on Switchboard, with the trade-off of less flexibility than a fully custom build.
Every time we needed a new automation, it meant pulling an engineer off something else to build it. Now our team just describes what they need, and Claude on Amazon Bedrock builds it via Switchboard, the agents, the workflow, all of it. We’ve gone from a turnaround of Sprints to a couple of Days.



