Skip to content
@OmniBioAI

OmniBioAI

AI-native bioinformatics platform for multi-omics analysis, workflow orchestration, reproducible science, and computational biology.

🧬 OmniBioAI Studio

AI-Native Computational Biology Platform

OmniBioAI Studio is an AI-native computational biology platform that unifies bioinformatics workflows, scientific AI, biomedical knowledge, reproducible execution, and governed computational infrastructure.

It provides a common operating layer for moving from:

scientific question → data → workflow → computation → evidence → interpretation

across local workstations, HPC clusters, containerized infrastructure, and cloud execution environments.

Built for computational scientists, bioinformatics engineers, AI engineers, and research teams developing reproducible biomedical AI systems.


📊 Platform at a Glance

Platform Scale
Source repositories 33
Codebase 4.4M+
Automated tests 65000+
Microservices / platform services 28+
Bioinformatics & ML plugins 500+
Workflow bundles 1000+
Execution / HPC / cloud tools 12000+
Container artifacts 1250+
PubMed corpus 39M+ abstracts
Biomedical vector index 75M+ vectors

📊 Live architecture, service health, and platform metrics:
https://control.omnibioai.org

Public counts distinguish verified/usable platform resources from registry entries where appropriate.


🌐 What OmniBioAI Does

OmniBioAI connects six major layers of computational biology:

                     Scientific Question
                              │
                              ▼
                 ┌────────────────────────┐
                 │   Scientific AI Layer  │
                 │ Agents · RAG · Models  │
                 └───────────┬────────────┘
                             │
                             ▼
                 ┌────────────────────────┐
                 │ Bioinformatics Layer   │
                 │ Genomics · Multi-Omics │
                 └───────────┬────────────┘
                             │
                             ▼
                 ┌────────────────────────┐
                 │ Workflow Orchestration │
                 │ NF · WDL · CWL · Snake │
                 └───────────┬────────────┘
                             │
                             ▼
                 ┌────────────────────────┐
                 │ Execution Fabric       │
                 │ Local · HPC · Cloud    │
                 └───────────┬────────────┘
                             │
                             ▼
                 ┌────────────────────────┐
                 │ Provenance & Evidence  │
                 │ Lineage · Runs · Audit │
                 └───────────┬────────────┘
                             │
                             ▼
                 ┌────────────────────────┐
                 │ Security & Governance  │
                 │ IAM · Policy · Audit   │
                 └────────────────────────┘

✨ Core Capabilities

🧬 Multi-Omics Computing

Integrated computational workflows for:

  • Genomics
  • Transcriptomics
  • Single-cell analysis
  • Variant analysis
  • Proteomics
  • Functional annotation
  • Pathway analysis
  • Comparative genomics
  • Biomedical knowledge integration

🤖 Scientific AI

AI services operate alongside deterministic computational workflows rather than replacing them.

Capabilities include:

  • Scientific workflow planning
  • Biomedical RAG
  • Literature-aware reasoning
  • Biological knowledge retrieval
  • Scientific hypothesis generation
  • AI-assisted interpretation
  • Agent-driven tool execution
  • Model lifecycle management
  • Human-in-the-loop scientific review

📚 Biomedical Knowledge & RAG

OmniBioAI integrates biomedical literature and structured biological knowledge into a local retrieval and reasoning layer.

Current infrastructure includes:

  • 39M+ PubMed abstracts
  • 75M+ biomedical vectors
  • Domain-oriented biomedical indexes
  • Semantic retrieval
  • Evidence-linked RAG
  • Biological knowledge services
  • Literature-aware scientific agents

External biological resources can be integrated through governed platform services and APIs.


⚙️ Workflow Orchestration

OmniBioAI provides a common workflow layer supporting:

  • Nextflow
  • WDL
  • Snakemake
  • CWL

Workflows can execute through a unified computational architecture rather than being tied to a single infrastructure backend.


🖥️ Execution Fabric

The execution layer supports:

  • Local execution
  • Slurm / HPC
  • AWS Batch
  • Azure Batch
  • Kubernetes
  • Containerized execution

The Tool Execution Service (TES) separates scientific workflow intent from the infrastructure on which computation runs.


🔬 Reproducibility & Provenance

Reproducibility is a platform primitive rather than an afterthought.

OmniBioAI captures execution context including:

  • Inputs
  • References
  • Tool versions
  • Container/environment
  • Workflow definition
  • Execution backend
  • DAG and lineage
  • Logs and metrics
  • Output artifacts

Run Bundles

A Run Bundle provides an auditable record of a computational execution:

Run Bundle
├── Inputs
├── References
├── Workflow
├── Toolchain
├── Containers
├── Execution Backend
├── DAG / Lineage
├── Logs
├── Metrics
└── Outputs

This makes computational results easier to reproduce, inspect, and audit.


🔐 Security & Governance

OmniBioAI is being engineered around zero-trust and least-privilege principles for biomedical computational environments.

Current security architecture includes:

  • Identity and Access Management
  • JWT-based authentication
  • RBAC / ABAC authorization
  • Organization and tenant isolation
  • SAML-based enterprise SSO
  • API gateway enforcement
  • Service-to-service identities
  • Scoped Redis ACL identities
  • Audit-event pipelines
  • Policy enforcement
  • Security posture monitoring
  • Evidence-backed readiness tracking

HIPAA-Aligned Engineering

The platform includes HIPAA-aligned security controls and evidence tracking designed to support environments handling sensitive biomedical data.

Technical safeguards include:

  • PHI protection and secure data handling
  • Least-privilege access controls
  • Audit logging
  • Retention controls
  • Integrity verification
  • Backup and recovery controls
  • Security-event monitoring
  • Evidence-backed control lifecycle tracking

OmniBioAI does not describe these controls as HIPAA certification. Operational and organizational compliance remains dependent on the deployment environment, policies, procedures, and applicable agreements.


🛡️ Auditable Security Architecture

Security events flow through a durable audit architecture:

Platform Services
       │
       ▼
Audit Producers
       │
       ▼
 Redis Stream
 audit:events
       │
       ▼
Audit Worker
       │
       ▼
 Durable Audit Store
       │
       ├── Integrity Controls
       ├── Retention
       ├── Legal Hold
       ├── Evidence
       └── Operational Monitoring

Security controls are tracked using separate lifecycle states for:

Implementation → Testing → Deployment → Operational Verification

This avoids treating source-code implementation as equivalent to production verification.


🏗️ Platform Architecture

OmniBioAI Architecture

AI-native computational biology architecture spanning scientific AI, bioinformatics workflows, execution infrastructure, provenance, security, governance, and observability.


🧩 Platform Services

🚀 Core Platform

Repository Responsibility
omnibioai Main scientific workbench and plugin ecosystem
omnibioai-studio Desktop platform and stack orchestration
omnibioai-control-center Operations, security, readiness, and platform observability
omnibioai-workbench Scientific plugin and analysis execution
omnibioai-launcher Jupyter, VS Code, and RStudio integration
omnibioai-sdk Python platform SDK
omnibioai-utils Platform automation, CI/CD, lifecycle and coverage tooling

⚙️ Execution & Workflows

Repository Responsibility
omnibioai-tes Unified local/HPC/cloud Tool Execution Service
omnibioai-toolserver Governed tool API
omnibioai-tool-runtime Container execution runtime
omnibioai-tool-images Bioinformatics and ML execution images
omnibioai-workflow-bundles Versioned reproducible workflows

🤖 AI & Knowledge

Repository Responsibility
omnibioai-rag Biomedical retrieval-augmented generation
omnibioai-dev-hub Semantic development and AI intelligence services
omnibioai-model-registry Governed model lifecycle and provenance

🔐 Identity, Security & Governance

Repository Responsibility
omnibioai-auth Authentication and identity
omnibioai-api-gateway Zero-trust API gateway
omnibioai-policy-engine RBAC/ABAC policy enforcement
omnibioai-hpc-policy-engine Computational quota governance
omnibioai-security-audit Durable security-event processing
omnibioai-security-sdk Shared security primitives
omnibioai-iam-client IAM client SDK
omnibioai-usage-client Usage-event SDK

🧪 Scientific Infrastructure

Repository Responsibility
omnibioai-lims Biological sample and metadata management
omnibioai-data Reference and example datasets
omnibioai-docs Technical documentation
omnibioai-videos Tutorials and onboarding

🛠️ Technology

Scientific Computing

Python · R · Bioinformatics tools · Multi-omics

Backend

FastAPI · Django · MySQL · Redis · Redis Streams

AI

LLMs · RAG · Vector Search · Knowledge Graphs · Scientific Agents

Workflow

Nextflow · WDL · Snakemake · CWL

Infrastructure

Docker · Apptainer/SIF · Kubernetes · Slurm · AWS Batch · Azure Batch

Frontend

React · TypeScript · Vite

Security

IAM · JWT · RBAC · ABAC · SAML · Service Identities · Audit · Policy Enforcement


🧭 Engineering Principles

Reproducibility Before Convenience

Scientific results should carry enough execution context to be reproduced and audited.

Deterministic Execution Before AI Reasoning

AI assists scientific workflows, but deterministic tools remain the execution authority.

Evidence Before Claims

Scientific interpretation should be connected to evidence and provenance.

Least Privilege by Default

Users and services receive only the permissions and resources required for their responsibilities.

Human Review for Critical Decisions

AI-generated scientific interpretations remain subject to human review.

Operational Verification Matters

A control is not considered operational simply because its source code exists or its unit tests pass.


🚀 Explore OmniBioAI

🌐 Website https://omnibioai.org

📊 Platform Control Center https://control.omnibioai.org

🐙 GitHub https://github.com/OmniBioAI

📦 Container Registry https://github.com/orgs/OmniBioAI/packages

🤗 Hugging Face https://huggingface.co/omnibioai

📚 Documentation See omnibioai-docs

🎥 Tutorials See omnibioai-videos

💬 Discord https://discord.gg/Hu6vgfAFn

🐦 X / Twitter https://twitter.com/OmniBioAI


👨‍💻 Creator

Manish Kumar

Senior Computational Scientist · AI-Native Bioinformatics Engineer

18 years of experience spanning bioinformatics, multi-omics, computational biology, HPC, cloud computing, and scientific AI across the United States, Qatar, Malaysia, Saudi Arabia, and India.

Creator and lead engineer of OmniBioAI Studio.

Building computational systems at the intersection of:

Biology × AI × Software Engineering × HPC × Reproducibility


🌟 Vision

Build the computational operating layer where biological data, scientific workflows, reproducible execution, and artificial intelligence converge to accelerate biomedical discovery.


⭐ Explore the platform, architecture, workflows, and open-source ecosystem.

Popular repositories Loading

  1. omnibioai-studio omnibioai-studio Public

    Electron + React + Vite desktop app for OmniBioAI — provides a visual workflow builder, plugin launcher, and unified control plane for local, HPC, and cloud bioinformatics execution. Connects to th…

    JavaScript 2

  2. omnibioai-hpc-policy-engine omnibioai-hpc-policy-engine Public

    Compute-aware HPC policy and resource governance engine for OmniBioAI — enforces GPU/CPU quota limits, Slurm-aware scheduling policies, cluster access control, and zero-trust execution decisions. P…

    Python 2

  3. omnibioai-dev-docker omnibioai-dev-docker Public

    Full GPU-accelerated AI development environment for OmniBioAI — built on NVIDIA PyTorch 25.10 with CUDA, includes R, MySQL, JupyterLab, Hugging Face Transformers, and Ollama. Designed for bioinform…

    Python 1

  4. omnibioai-toolserver omnibioai-toolserver Public

    FastAPI-based ToolServer for OmniBioAI — provides validated, asynchronous execution APIs for bioinformatics tools. Accepts tool invocation requests, validates inputs against declared schemas, execu…

    Python 1

  5. omnibioai-sdk omnibioai-sdk Public

    Official Python SDK for OmniBioAI — typed client for the object registry API (list, filter, paginate, fetch by ID), notebook launch integration for JupyterLab and RStudio, and authentication helper…

    Python 1

  6. omnibioai-tool-runtime omnibioai-tool-runtime Public

    Minimal cloud-agnostic container execution runtime for the OmniBioAI Tool Execution Service — enforces a strict input/output contract for tools running on AWS Batch, Azure Batch, and Kubernetes. Ha…

    Python 1

Repositories

Showing 10 of 25 repositories
  • omnibioai-landing Public

    Official public landing page for OmniBioAI Studio — static HTML/CSS/JS site covering platform features, multi-omics pipeline coverage, system requirements, download links for all platforms (macOS DMG, Linux AppImage, Windows EXE), and a beta access request form. No build step required.

    OmniBioAI/omnibioai-landing's past year of commit activity
    HTML 1 0 0 0 Updated Sep 22, 2026
  • omnibioai-studio Public

    Electron + React + Vite desktop app for OmniBioAI — provides a visual workflow builder, plugin launcher, and unified control plane for local, HPC, and cloud bioinformatics execution. Connects to the Django backend via IPC and REST, integrates Docker runtime and local LLM inference via Ollama.

    OmniBioAI/omnibioai-studio's past year of commit activity
    JavaScript 2 MIT 0 18 0 Updated Sep 20, 2026
  • omnibioai-control-center Public

    FastAPI-based control plane for OmniBioAI — provides HTTP/TCP/disk health monitoring across all platform services, live operational dashboards, and ecosystem-wide report generation (architecture diagrams, codebase stats, test coverage, system health summaries). Single pane of glass for platform operators.

    OmniBioAI/omnibioai-control-center's past year of commit activity
    Python 1 0 4 0 Updated Sep 20, 2026
  • omnibioai-dev-hub Public

    Multi-repo AI intelligence hub for OmniBioAI — hybrid retrieval system combining vector search, knowledge graph traversal, and plugin-aware retrieval over the full codebase and biomedical corpus. Streaming LLM responses with a React visualization UI for code navigation, cross-repo dependency analysis, and biomedical Q&A.

    OmniBioAI/omnibioai-dev-hub's past year of commit activity
    Python 1 0 0 1 Updated Sep 20, 2026
  • omnibioai-security-audit Public

    Distributed security audit and observability system for OmniBioAI — Redis Streams-based real-time event pipeline capturing authentication events, policy decisions, data access, and system actions across all platform services. Provides zero-trust traceability, tamper-evident audit logs, and scalable event replay for compliance and forensics.

    OmniBioAI/omnibioai-security-audit's past year of commit activity
    Python 1 0 0 0 Updated Sep 19, 2026
  • omnibioai-tool-runtime Public

    Minimal cloud-agnostic container execution runtime for the OmniBioAI Tool Execution Service — enforces a strict input/output contract for tools running on AWS Batch, Azure Batch, and Kubernetes. Handles environment injection, output collection, and exit-code-based status reporting with no cloud-specific dependencies in tool images.

    OmniBioAI/omnibioai-tool-runtime's past year of commit activity
    Python 1 0 0 0 Updated Sep 19, 2026
  • omnibioai-policy-engine Public

    Centralized RBAC/ABAC policy evaluation engine for OmniBioAI — evaluates access control decisions for all platform services using attribute-based and role-based rules. HPC-aware policies cover data access, tool execution, workflow submission, and administrative operations. Real-time enforcement with audit trail on every policy decision.

    OmniBioAI/omnibioai-policy-engine's past year of commit activity
    Python 0 0 0 1 Updated Sep 18, 2026
  • omnibioai-sdk Public

    Official Python SDK for OmniBioAI — typed client for the object registry API (list, filter, paginate, fetch by ID), notebook launch integration for JupyterLab and RStudio, and authentication helpers. Built with Hatchling, 95% test coverage enforced, supports OMNIBIOAI_BASE_URL and OMNIBIOAI_TOKEN environment-based configuration.

    OmniBioAI/omnibioai-sdk's past year of commit activity
    Python 1 0 1 1 Updated Sep 18, 2026
  • omnibioai-ui Public

    Shared React component library for OmniBioAI — Button, Badge, Card, Input, StatusDot, and Spinner built on @man4ish/design-tokens. TypeScript-first, tree-shakeable ES+CJS build via Vite, published to GitHub Packages. Zero hardcoded colors; all styling delegated to the token layer.

    OmniBioAI/omnibioai-ui's past year of commit activity
    TypeScript 1 0 0 0 Updated Sep 18, 2026
  • omnibioai-model-registry Public

    Production-grade ML model registry for OmniBioAI — versioned storage, SHA-256 integrity verification, provenance tracking, and full lifecycle management (register, promote, deprecate, retire) for AI/ML models across local disk, cloud object storage, and HPC filesystems. Supports audit trails and model lineage queries.

    OmniBioAI/omnibioai-model-registry's past year of commit activity
    Python 1 0 1 0 Updated Sep 18, 2026

People

This organization has no public members. You must be a member to see who’s a part of this organization.

Top languages

Loading…

Most used topics

Loading…