Build swarm
Ticket intake routes through planning, architecture, implementation, testing, review, and delivery with dedicated bots for each role.
I build working agentic software: multiple bots on multiple harnesses, one-click integrations, a secure operations hub, user and tenant isolation, dynamic node scaling, and real applications across finance, shopping, rides, support, GitHub, and Dropbox intelligence.
oshal is Roger's Open Swarm implementation: a beta multi-tenant, multi-user, multi-agent runtime where specialized bots can run different agent harnesses, API providers, or LLMs, coordinate over a Redis Streams mesh, and register new apps, tools, agents, and workflows while the swarm is running.
The point is practical: turn agentic AI from one clever prompt into a governed operating layer with user and tenant boundaries, tickets, roles, tools, connector-backed data access, cost attribution, review gates, one-click integrations, secure operations, deployment options, and applications people can actually use.
The current oshal materials show a broad system: build automation, incident RCA, bot generation, education workflows, connector-backed communication intelligence, finance and commerce intelligence, support and GitHub workflows, remote node control, secure operations, and model optimization.
Ticket intake routes through planning, architecture, implementation, testing, review, and delivery with dedicated bots for each role.
Incident workflows produce root-cause analysis, impact assessment, remediation steps, rollback planning, and scripts.
Codex-packer interviews an operator, emits a persona plus swarm app manifest, and injects a focused bot into the running swarm.
oshal can replay agentic cycles, compare prompts and models, and tune per-call latency and cost so applications improve against real platform workloads.
oshal does not force the swarm into one provider or one runtime. Each bot can be configured for a working harness, API provider, and model under that provider while still using the same bot-to-bot communication layer and standard framework tools.
The updated oshal feature set expands the showcase beyond assistant chat: finance, shopping, rides, support, GitHub, Dropbox, and secure operations can all run through scoped connectors, review gates, and isolated deployment boundaries.
Plaid and payment connector patterns let finance bots read approved account, transaction, invoice, and cash-flow context, then produce analysis or proposed actions with human approval.
Shopping research, purchase lists, pickup flows, and rideshare or Uber-style requests can be represented as governed tasks instead of loose prompts.
Support bots can combine tickets, runbooks, Dropbox files, and GitHub issues or repositories to draft fixes, summarize context, and prepare handoffs.
Google Workspace, Dropbox, GitHub, GCP, Plaid, payments, SmartThings, Nest, commerce, and ride actions can sit behind a connector broker scoped per user.
Operators get task queues, mesh visibility, bot health, logs, cost tracking, RAG surfaces, review state, and approval gates in one operating surface.
User-scoped stores, token boundaries, OIDC/Keycloak patterns, single-tenant deployments, and distributed multi-tenant scoping keep work separated.
Docker Compose remains useful for local work, while Kubernetes and Gardener-backed paths support distributed nodes, remote workers, and dynamic node scaling.
Bot lanes can scale independently as work arrives, with heartbeats and registry state helping the controller know which nodes are available.
The useful pattern is not a bot with generic internet access; it is a bot with the right approved data, the right tool policy, and the right review point.
These are the pieces that make the project interesting to hiring teams: not just AI calls, but the surrounding engineering needed to integrate, isolate, run, govern, and extend agentic systems.
Each bot can choose its harness, API provider, model, selector skills, provider auth, and tool modes while still joining one coordinated workflow.
YAML app bundles declare bots, routes, tools, UI ribbon entries, migrations, voices, themes, and workflows.
Tools, agents, and bot nodes can be registered into a running swarm, launched as containers, heartbeated, scaled, and made visible in the registry.
Remote clients and daemon-style nodes can register, receive commands, bridge local tools, join the swarm over private transports, and scale lanes independently.
Operator surfaces include task explorer, queues, mesh dashboard, ops, health, Redis visibility, logs, RAG center, cost views, and approval state.
Jarvis provides a front door into the swarm, routing requests across specialist apps, command center signals, voice, text, and workflow actions.
Connector patterns cover Google Workspace, social publishing, SmartThings and Nest, Dropbox, GitHub, GCP, Plaid finance, payments, shopping, and ride workflows, with token brokering scoped per user.
Finance bots can use approved banking, transaction, invoice, payment, and budget context to explain spend, watch signals, and prepare governed actions.
Commerce bots can support shopping research, purchase planning, delivery or pickup handoffs, and rideshare-style requests through approval-gated workflows.
Support agents can combine tickets, runbooks, Dropbox files, GitHub issues, repository context, and operator notes into triage and remediation drafts.
Smart Home connects oshal to device state, SmartThings scenes, schedules, timers, and natural-language home commands.
Cost attribution is recorded per bot and call, with tool access controlled per agent through auto, ask, and off modes.
oshal's optimizer can replay real agentic cycles, tweak prompts and model choices, then feed cheaper and faster per-call paths back into applications.
ChromaDB collections, provenance-aware citations, uploaded class materials, and SAP or infra runbooks can ground bot output.
Cron-backed scheduling, heartbeats, stuck-agent watchdogs, re-registration, health monitoring, and stale-channel cleanup are part of the runtime.
Tenant-aware apps, OIDC, production Keycloak patterns, user-scoped stores, connector token handling, auth-gated routes, single-tenant boundaries, and distributed multi-tenant scoping keep execution accountable.
Google Workspace digests, Gmail triage, calendar context, LinkedIn draft and publish flows, and social signals run through a communications bot.
Career Hunter builds a structured bank from files, notes, and spoken context, then pulls the right experience into job-specific resumes and cover letters.
Presentation Studio creates real PowerPoint decks from templates, topics, or outlines, with AI guidance and Dropbox, Git, local, or download storage paths.
A six-bot learning app handles lecture recording, transcription, flashcards, tutoring, textbooks, study plans, writing help, and presentations.
oshal supports Windows, Docker Compose, Kubernetes, Gardener-managed clusters, local models through Ollama or LM Studio, remote command execution, and dynamic node scaling.
oshal's architecture is built around clear ownership: the controller routes and observes; bot nodes execute; personas define role behavior; the mesh carries work between agents.
Little Monsters is the education app riding on oshal: a multi-bot student workspace for lectures, study loops, tutoring, flashcards, quizzes, class management, and presentation generation.
Career Hunter is not just a job board. It builds a database of your career history from files, notes, and conversations, then uses that experience bank to score roles, surface relevant stories, and write tailored resumes and cover letters for the specific job.
The deck generator runs as a standalone oshal app and inside Little Monsters. You can start from a template or topic, work with the deck-builder agent to shape the outline, then generate a real .pptx for storage or download.
The portfolio is strongest when people can open the work. Some apps are public prototypes; oshal cockpit surfaces are intentionally auth-gated, including the full cockpit with all tools loaded.
The complete signed-in cockpit surface with the assistant, app routing, tools, task views, queues, mesh visibility, logs, RAG, and operations controls loaded together.
Open full cockpit ->
A career-history bank that accepts files, notes, and voice context, then scores jobs and drafts tailored resumes from the most relevant experience.
Open cockpit ->
A learning workflow app for classes, recorded lectures, flashcards, tutor chat, OCR, retrieval, and presentation generation.
Open cockpit ->
AI-assisted deck creation with templates, topic-to-outline drafting, real .pptx generation, deck storage, and direct download.
Open cockpit ->
Connected-home control for SmartThings devices, scenes, schedules, timers, and natural-language commands like make it cozy.
Open cockpit ->
The Jarvis cockpit surface: voice and text entry into the swarm, command center signals, app routing, and assistant-led workflow starts.
Open cockpit ->
The manifest-driven app dashboard for loading swarm apps, importing YAML, focusing a cockpit surface, and toggling active application bundles.
Open gallery ->
Turns goals and instructions into structured phases, tasks, dependencies, and agent-readable execution plans.
Open demo ->
A behind-the-scenes view of how oshal tunes applications by replaying agentic cycles, testing prompts and models, and reducing per-call time and cost.
Open engine ->oshal shows platform thinking, but the surrounding apps show product delivery: user interfaces, authentication, databases, queues, connectors, LLM economics, deployment, observability, and operational safety.
Agentic Federal is the proof bench. oshal is the flagship. Roger is available to talk about roles where practical AI systems, workflow automation, platform engineering, and product delivery all meet.