
Evidence discipline: V independently corroborated · D vendor documentation · B Bud-measured — every B figure is offered for live validation on the buyer's hardware during a proof of value, not for acceptance on faith. Vendor-level detail appears in the appendix matrix; the body compares stack shapes, because that is the real decision.

Every enterprise is about to run hundreds of AI use cases on something. That something — the foundational layer — determines four outcomes for the rest of the decade: how fast use cases ship, what each one costs at scale, where data and decisions are allowed to live, and how much leverage remains at every renewal negotiation.

Before comparing vendors, an evaluation team needs a shared anatomy. Ten layers separate raw silicon from a governed business outcome. For each, the table states what good looks like — usable directly as requirements language in an RFP — and names the Bud AI OS component that ships it. The elevation chart then shows who actually provides each layer across the market.
| Layer | What good looks like | Delivered in Bud AI OS by |
|---|---|---|
| L1 · Hardware abstraction & virtualization | One workload, any silicon: CPU alongside GPU/NPU/HPU/TPU, fractional sharing, no re-engineering per vendor. | Bud LayerZero |
| L2 · Multi-modal serving runtime | Text, embeddings, vision, audio, video and action served by one engine with zero-config against a declared SLO, self-healing. | Bud Runtime · Bud Latent · WaaV-Infer |
| L3 · Gateway & intelligent routing | One API for frontier and self-hosted models; semantic and cost-aware routing; budgets; fleet-wide config in milliseconds. | Bud Gateway |
| L4 · Guardrails & safety | Every request, agent step and tool call inspected — at economics that make full coverage the default, not the exception. | Bud Sentry |
| L5 · Knowledge & enterprise context | Long-context embeddings, retrieval, and a permission-aware enterprise context engine grounding every answer. | Bud Latent · BECAE |
| L6 · Agents, tools & MCP | Agent runtime with memory and human-in-the-loop; tools created, federated and governed; agent-to-agent protocols. | Bud Agent · Bud MCP Foundry · Bud Studio |
| L7 · Evaluation & continuous training | Benchmarks and live-traffic evals wired to judges, rewards and tuning — the flywheel that compounds quality. | Bud Eval · Bud Model Foundry (ART) |
| L8 · Governance, observability & FinOps | One policy plane across models, agents and tools; immutable audit; per-token cost attribution and chargeback. | Bud Guard · analytics plane |
| L9 · Experience surfaces | The same platform driven three ways: a studio for domain experts, SDK/CLI for engineers, MCP for agents themselves. | Studio · SDK · MCP |
| L10 · Use-cases & pipelines | 112 SLO-tagged use-case blueprints and no-code pipelines — orchestration on tap, never as the entry fee. | Use-case library · Bud Pipelines |

Drawn honestly, with what each shape is genuinely right for. Enterprises deserve the real trade-offs, not caricatures.
"The platform can deploy X" and "X is done" are different sentences. The ledger walks the lifecycle an enterprise actually operates and asks, for each stage: who does the work after the demo? Column definitions — Orchestrators: OpenShift AI / Nutanix NAI / TrueFoundry / ClearML. Component stacks: accelerator-vendor microservices assembled by the buyer. Cloud platforms: Azure AI Foundry / Bedrock / Vertex, inside their cloud. Bud AI OS: any cloud, any silicon, any topology.
| Lifecycle stage | Orchestrators | Component stacks | Cloud platforms | Bud AI OS | Why it lands this way |
|---|---|---|---|---|---|
| Model & cluster selection for an SLO | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | Bud's performance simulator recommends model × hardware × config against declared SLOs before deployment; orchestrators hand over a blank configuration file. |
| Engine configuration & tuning (parallelism, batching, quantization) | Buyer builds | Shared / assembled | Platform-managed | Platform-managed | Zero-config: simulator-derived settings applied automatically; clouds tune internally but expose no on-prem equivalent. |
| Hardware abstraction across CPU/GPU/NPU/HPU/TPU | Buyer builds | Not offered | Not offered | Platform-managed | Per-vendor operators and profiles elsewhere; accelerator-vendor stacks stop at their own silicon. |
| GPU virtualization / fractional sharing | Shared / assembled | Shared / assembled | n/a | Platform-managed | Software-level virtualization on Bud, not dependent on hardware-partitioning-class devices. |
| Serverless, scale-to-zero, self-healing serving | Shared / assembled | Shared / assembled | Platform-managed | Platform-managed | Assembled from serverless add-ons on orchestrators; automatic on Bud including crash rollback and traffic redirection. |
| Gateway: unified API, routing, fallback, budgets | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | On orchestrators a separate gateway product must be procured and wired. |
| Guardrails wired into every request path | Buyer builds | Shared / assembled | Platform-managed | Platform-managed | Elsewhere guardrails are a separate deployment the buyer inserts; on Bud, Bud Sentry policies attach at the gateway and agent runtime. |
| Agent runtime, tools, memory, HITL | Buyer builds | Buyer builds | Platform-managed | Platform-managed | Cloud platforms are genuinely strong here — inside their cloud. |
| MCP creation, federation & governance | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | Bud MCP Foundry generates servers from API documentation and governs them; clouds register existing servers. |
| Voice stack: STT/TTS engines, VAD, turn-taking, barge-in, telephony | Buyer builds | Shared / assembled | Shared / assembled | Platform-managed | The voice-middleware problem: platforms deploy the middleware; connecting it end-to-end remains the team's project. |
| Evaluation harness connected to live traffic | Buyer builds | Shared / assembled | Platform-managed | Platform-managed | Bud Eval consumes gateway traces natively; elsewhere the trace→eval pipe is custom ETL. |
| Eval/judge results feeding training (the flywheel) | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | ART in Bud Model Foundry consumes traces, judgements and rewards directly; elsewhere this loop is a bespoke integration project. |
| Promotion gates, policy & governance across models/agents/tools | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | Bud Guard applies one policy plane to models, agents and MCP tools together. |
| Observability with per-token cost attribution & chargeback | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | Cloud cost tooling shows the cloud's bill; Bud's plane meters the operator's own tenants. |
| Enterprise data & context: connectors, permission-aware retrieval, governed actions | Buyer builds | Buyer builds | Shared / assembled | Platform-managed | BECAE ships connectors that carry permissions and identities with content, in-query access filtering, cited answers and a governed action pipeline; elsewhere this is a search service plus a buyer-owned integration program. |
| Monetization: publish models/agents as a billed service | Buyer builds | Buyer builds | Not offered | Platform-managed | Hyperscalers are the managed service — an operator cannot run its own billed catalog on their planes. |
| "Buyer builds" count | 14 / 16 | 9 / 16 | 0 / 16 | 0 / 16 |

These dimensions were derived from how enterprise buying committees really evaluate foundational platforms — each carries an owning stakeholder, the argument, archetype scores, and a question worth asking every vendor. Together they are an evaluation framework; Section 5 turns them into weighted scorecards.
First governed use case live, and the marginal cost of use cases #2–#12.
Velocity is set by what does not have to be built. Cloud platforms ship a governed use case in weeks — inside their perimeter. Orchestrator and component paths spend their first quarters assembling the platform itself V. Bud AI OS compresses the sequence to days: declare the model, SLO and policy; the platform finds the configuration, attaches Bud Sentry, and exposes the endpoint — with Bud Studio letting domain teams build agents in natural language and 60+ prebuilt agents plus 112 SLO-tagged use-case blueprints as starting points B.
Three-year all-in cost — licenses, meters, hardware, people — and whether the bill is forecastable.
Predictability fails two ways: meters that compound with success (per-token, per-guardrail-unit, per-search-query, per-node-transition D) and payrolls that never shrink. Independent FinOps analyses document 30–80% overruns on metered estates V; single-silicon paths carry a $4,500/GPU/yr annuity V; one gateway vendor prices at 15% of cloud spend D. Bud's cost base is hardware the enterprise keeps plus a platform subscription — self-hosted traffic carries no per-token meter, and the guardrail line runs on commodity CPUs.
Where data, models and decisions physically live: on-prem, hybrid, edge, fully air-gapped; residency and sector rules.
Sovereignty is binary at contract time: either the platform installs fully inside the perimeter — including air-gapped — or it does not. Cloud platforms do not D. Bud AI OS deploys on-prem, hybrid, edge and fully air-gapped with the entire lifecycle intact: training, evals, guardrails, agents and governance, not an inference-only subset. Regulatory posture (EU AI Act-class obligations, sector rules) is served by one policy plane and immutable audit — with compliance specifics validated per jurisdiction.
Optionality across clouds, silicon and model families; exit cost; negotiating leverage at every renewal.
Freedom is measured at renewal. Locked estates negotiate from weakness; portable estates negotiate from choice. Bud preserves optionality on all four axes at once — cloud (runs on and alongside Azure/GCP/AWS), silicon (abstracted across vendors), models (frontier APIs and self-hosted, swappable per route), and topology — and on exit the enterprise keeps the agents, domain models, solutions and outcomes built on the platform, in open formats.
Whether current engineers can run it — or whether the platform quietly hires a scarce specialist team.
The scarcest input is not GPUs; it is people who can run assembled AI infrastructure. Orchestrator and component paths quietly hire that scarcity V. Bud is operable by the team that exists: a studio for domain experts, an SDK/CLI for platform engineers, and MCP so agents themselves can drive the platform — three surfaces over one automated control plane, with a 2–3 engineer operating footprint in reference deployments B.
Guardrail coverage economics, one policy plane, immutable audit, promotion gates — evidence for auditors, not intentions.
Auditors accept evidence, not intentions. The governance question is whether every request, agent step and tool call is inspected, policied and logged — which is an economics question first (see §6): coverage that costs ~$0.10 per million classifications happens by default; coverage at ~$24 per million or metered per-unit gets sampled BD. Bud Guard adds one policy plane across models, agents and tools, shadow-mode rollout, promotion gates and immutable audit.
Frontier APIs and self-hosted models, every modality, new silicon generations — without re-platforming.
Model strategy will change quarterly; the platform underneath must not. Bud's hybrid posture — frontier APIs (OpenAI, Anthropic, Jina, ElevenLabs and peers) and self-hosted models behind one gateway — makes model choice a routing decision, not a re-platforming event D. New silicon generations arrive as abstraction updates; new modalities (voice, vision, action) are already first-class rather than roadmap items.
Tool count, console count, vendor count; every seam removed is an outage and an audit finding avoided.
Consolidation is risk management wearing a cost hat. Enterprises on assembled paths report operating 40–56 discrete tools across the AI lifecycle B — each a contract, a console, an integration seam and an audit surface. One platform with pipelines and use-case orchestration collapses that estate; every removed seam is an outage class and an audit finding that no longer exists.
Whether unit cost falls as adoption grows (caching, routing, right-sized silicon) or the meter grows with success.
The question that decides year-three economics: does unit cost fall as adoption grows? Metered platforms answer no — the meter is the business model. Bud answers yes by construction: semantic caching removes repeated work, decision-economics routing sends each request to the cheapest adequate model, guardrails run on CPUs, and right-sized silicon replaces flagship-only defaults. Reference outcome: −80% on a production frontier-API bill B.
Working with the estate that exists — cloud commitments, container platforms, identity, data platforms — not against it.
No platform is adopted into a vacuum. Bud is deliberately additive to the existing estate: it runs on the clouds already under commitment and fronts their model APIs through its gateway (commitments keep burning down); it deploys on the container platforms already in production, including certified operation on OpenShift D; it federates the tool estate over MCP instead of replacing it. Coexistence first — replacement only where the economics say so.

The ten priorities scored across the four incumbent shapes and Bud AI OS (0–10, calibrated to the 911-row matrix and the underlying research). Below, three realistic weighting profiles turn the matrix into decisions — the weights are published so any evaluation team can substitute its own.
| Buyer priority | Bud AI OS | Cloud platforms | DIY orchestrators | Component stacks | Scoped platforms |
|---|---|---|---|---|---|
| Time-to-value | 9 | 8.5 | 3.5 | 3 | 7 |
| Cost & predictability | 9 | 4.5 | 6 | 4 | 5.5 |
| Sovereignty | 9.5 | 3 | 8.5 | 6 | 7 |
| Strategic freedom | 9.5 | 2.5 | 8 | 3.5 | 5 |
| Operability | 8.5 | 8 | 3 | 2.5 | 7 |
| Governance & audit | 9 | 8 | 5 | 6.5 | 5.5 |
| Future-proofing | 9 | 6.5 | 6 | 5 | 4 |
| Consolidation | 9.5 | 7 | 3 | 3.5 | 5 |
| Scale economics | 9 | 4.5 | 6.5 | 4 | 5.5 |
| Coexistence | 9 | 6.5 | 6 | 5 | 5 |
| Unweighted mean | 9.1 | 5.9 | 5.5 | 4.3 | 5.7 |
| Weighting profile | Bud AI OS | Cloud platforms | DIY orchestrators | Component stacks | Scoped platforms | Result |
|---|---|---|---|---|---|---|
| Sovereignty-first regulated enterprise Banks, insurers, public sector, defence, healthcare | 9.2 🏆 | 5.4 | 6.0 | 4.5 | 5.8 | margin over #2: 3.1 (DIY orchestrators) |
| Cloud-committed global enterprise Large Azure/GCP/AWS commitments; hybrid ambitions | 9.1 🏆 | 6.2 | 5.6 | 4.5 | 5.7 | margin over #2: 2.9 (Cloud platforms) |
| Cost-driven AI scale-up High-volume products hitting the frontier-API bill wall | 9.1 🏆 | 5.8 | 5.5 | 3.9 | 5.7 | margin over #2: 3.3 (Cloud platforms) |

Reference program used throughout: 12 governed use cases across chat, voice and documents; ~200M requests/year; regulated, hybrid residency. Every model here is illustrative with published assumptions, and is re-derived from live telemetry during a proof of value.
| TCO assumption | Value | Note |
|---|---|---|
| Engineering | $180K loaded cost/FTE/yr | Team sizes: 13 / 6 / 11 / 3 FTE (component / cloud / orchestrator / Bud) — see chart below |
| Hardware | $2.4M amortized over 3 yrs | Identical for all self-hosted paths; cloud path rents compute inside its meters |
| Cloud meters | $5.6M / 3 yrs | Tokens + guardrail units + search + agent runtime at program volumes, grown yearly; overrun band separate V |
| Silicon license | $4,500/GPU/yr × 64 GPUs | Production licensing on the single-silicon path V |
| Bud platform | Subscription, indicative band | Commercial terms per account; includes the entire lifecycle — no per-token meter on self-hosted traffic |
Costs above are the static picture. The dynamic difference is what production traffic does to quality. On Bud, inference, tracing, evaluation, judging, training and promotion are one governed loop — ART (Agentic Reinforcement Training) inside Bud Model Foundry consumes live traces and judge verdicts directly, Bud Guard gates promotions, and the router shifts traffic to the improved model. Deployed AI becomes an appreciating asset; on assembled stacks the same loop is a set of unbuilt internal projects, so quality plateaus at launch level.
Every capability area in the appendix decomposes the same way; voice is shown in full because it is the cleanest exposure of the assembly gap. Elsewhere a working voice agent means the buyer's engineers connect speech-to-text → voice-activity detection → turn-taking → the model → guardrails → text-to-speech → barge-in → telephony → recording → billing, and keep that chain alive through every upgrade. On Bud AI OS the chain ships welded: a voice gateway spanning 27 STT and 32 TTS providers, a portable engine serving 96 open speech models, and inline Bud Sentry guardrails at the voice gateway BD.
| Voice capability | DIY orchestrators | Component stacks | Cloud platforms | Bud AI OS |
|---|---|---|---|---|
| Multi-provider STT gateway | Assemble per-provider SDKs | Riva only (vendor hardware) | Azure Speech only / Transcribe only | WaaV gateway — 27 STT providers behind one API |
| Multi-provider TTS gateway | Assemble per-provider SDKs | Riva only | Azure Speech / Polly only | WaaV gateway — 32 TTS providers |
| Self-hosted voice model zoo | Buyer serves each model | Selected Riva models | n/a (cloud models only) | WaaV-Infer — 96 open STT/TTS models on one portable engine |
| Realtime duplex streaming (WebSocket) | Buyer builds on middleware (LiveKit/Pipecat) | Build on Riva streams | Voice Live / Gemini Live (cloud-locked) | Native bidirectional streaming API |
| VAD, end-of-turn, barge-in | Integrate 3rd-party VAD + logic | Riva components + glue | Built into Voice Live / Gemini Live | Built-in, pre-tuned |
| Diarization & noise suppression | Separate models + wiring | Riva pieces | Cloud service features | Built-in pipeline stages |
| Telephony / WebRTC / SIP | Buyer wires middleware + SIP trunks | Partner stacks | ACS / partner routes | WebRTC and SIP/telephony integration shipped |
| Guardrails on voice I/O | Buyer inserts moderation calls | Separate guardrail deployment | Cloud moderation per call (metered) | Bud Sentry inline at the voice gateway |
| Session recording, analytics, billing | Custom pipeline | Custom | Cloud monitor + manual join | Recorded to object store; metered in the same FinOps plane |

Abstract scores become concrete when a situation ranks the priorities. Four archetypal buyers, the fit computed, the mechanism explained — including the one profile where the race is genuinely close.

Five lenses on the same market, all at vendor level. The first plots the two variables every prior section has been circling — how much of the lifecycle arrives genuinely pre-integrated, and how much strategic freedom the enterprise retains. The other four rotate the axes to the trade-offs evaluation teams actually argue about: adoption vs. control, automation vs. breadth, agent velocity vs. governance, cost vs. sovereignty. A platform's shape is where it sits across all five.

Foundational decisions should not rest on documents — including this one. The standard Bud proof of value converts every Bud-measured claim in this guide into observed fact on the buyer's own hardware, data and policies, in twelve weeks, with exit-artifact ownership signed before it begins.
| Window | Theme | Activities | Exit criteria |
|---|---|---|---|
| Weeks 1–2 | Foundation | One-command install on existing clusters (container platforms supported, including OpenShift-certified deployment); connect existing frontier APIs through the gateway; SSO and RBAC mapped to the enterprise directory. | Platform live on owned infrastructure; existing API traffic governed. |
| Weeks 3–4 | First governed use case | A production-relevant agent (chat or document) built in Bud Studio by a domain team; Bud Sentry policies attached; side-by-side guardrail latency/cost measurement on the buyer's CPUs. | Use case #1 in production posture; guardrail economics validated on-site. |
| Weeks 5–6 | Silicon & zero-config proof | Live workload moved across accelerator vendors and CPU-class capacity; platform-selected configuration benchmarked against the incumbent hand-tuned setup. | Hardware de-risking and zero-config claims validated on the buyer's fleet. |
| Weeks 7–8 | Voice & edge | A voice agent with barge-in and telephony from the integrated stack; one edge or disconnected site exercised. | Modality and topology breadth demonstrated, not slide-ware. |
| Weeks 9–10 | The flywheel | Live traces flow to evaluation and judges; a tuning job improves the use-case model; Bud Guard gates the promotion; the router shifts traffic. | Compounding-quality loop running on the buyer's data. |
| Weeks 11–12 | Business case | Joint TCO and coverage report from platform telemetry; 12-month scale plan; exit-artifact inventory signed. | A board-ready decision pack grounded in measured numbers. |

The fastest path to truth in this market is a demanding demo script. These ten questions are offered for use verbatim in any RFP — Bud AI OS answers all ten live, and the questions are calibrated so that evasive answers are themselves informative.
| Question | The ask | What it exposes |
|---|---|---|
| Config discovery | For a named model and a p95 latency SLO on the buyer's hardware, show the platform choosing the deployment configuration — and beating a hand-tuned baseline. | Exposes: orchestrators hand over a blank config; expertise becomes the buyer's cost. |
| Silicon switch | Move one production workload across two accelerator vendors — and to CPU-class capacity — with zero code change, live. | Exposes: single-silicon stacks and per-vendor re-engineering. |
| Guardrail economics | State the cost per million safety classifications, where classifiers execute, and demonstrate p50 latency at 10K concurrency. | Exposes: GPU-hosted guardrails and per-unit meters that make full coverage unaffordable. |
| The flywheel | From live traffic: traces → evaluation → judge scores → a tuning job → a gated promotion → traffic shift. One sitting, no custom glue. | Exposes: 'has evals' and 'has fine-tuning' without the loop between them. |
| Air-gap install | Install the full platform in a disconnected environment and run a governed use case end-to-end. | Exposes: cloud-tethered control planes. |
| Three-year fee disclosure | Enumerate every recurring fee: per-GPU licenses, per-token meters, per-feature units, markups — with a 3-year projection at the buyer's volumes. | Exposes: the $4,500/GPU/yr annuity, per-unit guardrail/search/agent meters, percentage-of-spend pricing. |
| Voice, end-to-end | Count the components — and the vendors — required for a production voice agent with barge-in, telephony and inline safety. | Exposes: the assembly problem hiding behind 'supports voice'. |
| One policy plane | Apply a single governance policy across a model, an agent and a tool call; show shadow mode and the audit record. | Exposes: three consoles pretending to be one governance story. |
| Exit artifacts | List exactly what leaves with the enterprise on exit: agents, tuned domain models, prompts, policies, traces — in open formats. | Exposes: proprietary runtimes and data gravity. On Bud, the enterprise owns the agents, domain models, solutions and outcomes built on the platform. |
| Team of three | Name reference customers operating 10+ governed use cases with ≤3 platform engineers. | Exposes: the hidden platform-team payroll. |
| Buyer priority | Bud AI OS | Azure AI Foundry | Amazon Bedrock | Google Vertex | NVIDIA NIM/NeMo | OpenShift AI | Nutanix NAI | TrueFoundry | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Time-to-value | 9 | 8.5 | 8.5 | 8.5 | 3 | 3.5 | 3.5 | 5.5 | 2.5 | 7 | 7.5 |
| Cost & predictability | 9 | 4.5 | 4 | 4.5 | 3.5 | 6 | 4 | 6.5 | 7.5 | 5 | 7 |
| Sovereignty | 9.5 | 3 | 2 | 3.5 | 5.5 | 8.5 | 7 | 7.5 | 8.5 | 8 | 8 |
| Strategic freedom | 9.5 | 2.5 | 2 | 3 | 3 | 8 | 4.5 | 7.5 | 8.5 | 4 | 7 |
| Operability | 8.5 | 8 | 8.5 | 7.5 | 2.5 | 3 | 4.5 | 6.5 | 4.5 | 7 | 7.5 |
| Governance & audit | 9 | 8.5 | 8 | 8 | 7 | 5.5 | 4.5 | 5 | 3.5 | 6.5 | 4.5 |
| Future-proofing | 9 | 7 | 6.5 | 7 | 5 | 5.5 | 3.5 | 5 | 3 | 3.5 | 4.5 |
| Consolidation | 9.5 | 7.5 | 7 | 7 | 3.5 | 3.5 | 4 | 5 | 3 | 5.5 | 5 |
| Scale economics | 9 | 4.5 | 4 | 4.5 | 4 | 6.5 | 4 | 6.5 | 7 | 5 | 6.5 |
| Coexistence | 9 | 7 | 5.5 | 6 | 5 | 7.5 | 5.5 | 6.5 | 5.5 | 5 | 5 |
| Unweighted mean | 9.1 | 6.1 | 5.6 | 6 | 4.2 | 5.8 | 4.5 | 6.2 | 5.3 | 5.7 | 6.2 |

Everything above compresses this: every capability shipped in Bud AI OS, rated row-by-row against eleven alternative platforms. The summary heatmap shows Full-or-Partial coverage per area; each area then expands to the complete row-level comparison. The companion workbook carries the same 911 rows with a written mechanism note behind every single rating.
| Capability area | # | Bud AI OS | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Platform & Architecture | 32 | ● 100% | 69% | 75% | 75% | 12% | 78% | 75% | 69% | 78% | 69% | 69% | 72% |
| Silicon & GPUaaS | 37 | ● 100% | 43% | 89% | 86% | 0% | 16% | 5% | 43% | 86% | 89% | 5% | 92% |
| Inference Engine | 44 | ● 100% | 66% | 91% | 84% | 0% | 80% | 70% | 93% | 80% | 68% | 66% | 68% |
| Routing & Gateway | 35 | ● 100% | 14% | 20% | 86% | 6% | 94% | 86% | 14% | 97% | 20% | 63% | 89% |
| Orchestration & Scaling | 44 | ● 100% | 73% | 86% | 80% | 7% | 82% | 77% | 80% | 86% | 77% | 75% | 77% |
| Performance & Benchmarking | 35 | ● 100% | 74% | 86% | 83% | 0% | 69% | 63% | 91% | 83% | 80% | 3% | 0% |
| Security & Guardrails | 43 | ● 100% | 74% | 81% | 79% | 5% | 98% | 95% | 74% | 100% | 63% | 88% | 70% |
| Agents, Prompts & Tools | 39 | ● 100% | 5% | 62% | 72% | 0% | 97% | 82% | 64% | 100% | 8% | 77% | 85% |
| MCP & Tool Foundry | 29 | ● 100% | 7% | 62% | 86% | 0% | 100% | 97% | 59% | 100% | 14% | 76% | 69% |
| Middlewares | 35 | ● 100% | 3% | 74% | 63% | 0% | 14% | 9% | 77% | 14% | 63% | 9% | 63% |
| Evaluation (Evals) | 43 | ● 100% | 5% | 81% | 86% | 0% | 88% | 86% | 88% | 88% | 81% | 81% | 2% |
| Caching & Compression | 47 | ● 100% | 28% | 81% | 83% | 0% | 60% | 60% | 83% | 70% | 2% | 17% | 55% |
| Pipelines & Workflows | 54 | ● 100% | 6% | 93% | 85% | 4% | 98% | 96% | 87% | 98% | 87% | 89% | 93% |
| MaaS-TaaS-AIPaaS | 16 | ● 100% | 81% | 81% | 94% | 19% | 94% | 94% | 62% | 94% | 75% | 38% | 94% |
| Model Foundry & Training | 36 | ● 100% | 3% | 89% | 67% | 0% | 92% | 58% | 89% | 92% | 83% | 42% | 3% |
| Simulation & Capacity | 60 | ● 100% | 53% | 18% | 55% | 7% | 60% | 50% | 87% | 63% | 10% | 12% | 8% |
| Observability & FinOps | 32 | ● 100% | 72% | 75% | 94% | 6% | 75% | 75% | 69% | 75% | 94% | 69% | 75% |
| Model Registry & Catalog | 39 | ● 100% | 82% | 92% | 90% | 0% | 95% | 87% | 90% | 95% | 85% | 8% | 82% |
| Edge & Federated | 11 | ● 100% | 27% | 27% | 27% | 9% | 91% | 9% | 91% | 100% | 18% | 27% | 100% |
| Client Tools & SDKs | 54 | ● 100% | 74% | 80% | 78% | 4% | 91% | 83% | 76% | 93% | 74% | 76% | 87% |
| Customer Dashboard & Studio | 42 | ● 100% | 69% | 79% | 74% | 12% | 90% | 74% | 7% | 93% | 76% | 71% | 81% |
| Audio AI (WaaV) | 22 | ● 100% | 5% | 9% | 55% | 5% | 100% | 100% | 91% | 100% | 5% | 5% | 50% |
| Use Cases & Prebuilt Agents | 16 | ● 100% | 50% | 69% | 50% | 0% | 88% | 75% | 56% | 100% | 44% | 75% | 81% |
| Data & Context Platform (BECAE) | 40 | ● 100% | 0% | 0% | 0% | 0% | 38% | 20% | 2% | 40% | 0% | 20% | 5% |
| Consumption Layer (Studio) | 26 | ● 100% | 0% | 4% | 15% | 0% | 81% | 42% | 8% | 88% | 0% | 27% | 23% |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Central control-plane API gateway | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Dapr sidecar microservice runtime | ● | – | – | – | – | – | – | – | – | – | – | – |
| Shared budmicroframe SDK / app factory | ● | – | – | – | – | – | – | – | – | – | – | – |
| Relational data layer with managed CRUD & schema migrations | ● | – | – | – | – | – | – | – | – | – | – | – |
| Config & secret store sync + service registration | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| CloudEvent schema toolkit & standard responses | ● | – | – | – | – | – | – | – | – | – | – | – |
| Real-time notifications & WebSocket updates | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Next.js control-panel dashboard | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Multi-cloud & Kubernetes/OpenShift cluster lifecycle | ● | ◐ | ◐ | ◐ | ◐ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Ports-and-adapters plugin architectures | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Fork-free the serving engine plugin ecosystem | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Polyglot / multi-database storage | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Multi-tenancy & project scoping | ● | ● | ● | ● | ● | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Hot config reload | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Cloud registry / control-plane sync (BudConnect) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Kubernetes-native deployment topology (Helm/Docker/multi-target) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Containerized runner images for models/evals | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Event-ingestion edge service (budevent) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| DAG workflow / pipeline orchestration | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Two-process cloud/local agent split | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Federated / on-device inference topology | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Personal-AI-OS unified inference gateway | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| High-performance inference-engine runtimes | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| MCP gateway / federation layer | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Custom SSO theme & image pipeline | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Secure sandboxed code-interpreter runtime | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| GitOps CI/CD delivery daemon | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Snapshot persistence & warm-restart durability | ● | – | – | – | – | – | – | – | – | – | – | – |
| Multi-DB training/eval platform surfaces | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Engine versioning & endpoint reconciliation | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Machine-readable orchestration artifact schemas | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| scid: TOML config, env substitution, dry-run, and Nix packaging | ● | – | – | – | – | – | – | – | – | – | – | – |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Heterogeneous accelerator runtime support (CPU/CUDA/ROCm/HPU/TPU/NPU) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ◐ | ◐ | ○ | ◐ |
| Hardware detection via Node Feature Discovery | ● | ◐ | ● | ◐ | ○ | ○ | – | ● | ◐ | ◐ | ○ | ◐ |
| Software MIG-like GPU virtualization (transparent library interposition) | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| HAMi heterogeneous accelerator virtualization & scheduling | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| Per-tenant GPU memory virtualization | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| Transparent CUDA API interception | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| CUDA virtual-memory management API hooks | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| CUDA Graphs cost-aware throttling & optimization (the GPU-virtualization layer) | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| UVM memory-orchestration subsystem | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| NVIDIA MIG hardware support | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ○ |
| GPU virtualization benchmarking framework (GPU-Virt-Bench) | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ◐ |
| NVIDIA GPU Operator (driver, runtime & node lifecycle) | ● | ● | ● | ● | ○ | ● | – | ● | ● | ◐ | ○ | ◐ |
| NVIDIA Container Toolkit (GPU-accelerated containers) | ● | ● | ● | ● | ○ | ● | – | ● | ● | ◐ | ○ | ◐ |
| GPU-aware, cost/prediction-aware Kubernetes autoscaler (BudAIScaler) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Cost-efficient heterogeneous GPU serving (AIBrix) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Multi-hardware performance simulation & optimal-config search (budsim) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Analytical LLM performance/sizing simulator over large hardware catalogs (GenZ) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Cluster resource & GPU telemetry API (budmetrics) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| NUMA-topology-aware scheduling & CPU pinning | ● | ◐ | ◐ | ◐ | ○ | – | – | ○ | – | ◐ | ○ | ◐ |
| Multi-backend inference runtime | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Serving-engine hardware/platform plugin catalog | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| llama.cpp broad CPU/GPU/NPU backend acceleration | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Kernel orchestration & device-capability selection (LayerZero) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Autonomous cross-platform kernel generation & spec DB (VladBud) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Multi-backend embedding/rerank/classification inference (LatentBud) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ● | ◐ |
| Intel IPEX CPU acceleration for encoder/pooling models (bud-latent) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| GPU-native / SIMD tokenization acceleration (budtiktok) | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Portable SIMD compilation & CPU introspection (Bud Flow Lang / SIMD-Bench) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Unified-memory 'AI OS' multi-tenant inference (Bud Gaia) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Hardware-agnostic ONNX execution-provider selection (WaaV-Infer) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Intel Gaudi/Xeon & AMD/NVIDIA reference serving (OPEA) | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Automatic device selection for guardrail/training pipelines | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| GPU FLOPS/bandwidth profiling harness | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| VRAM-targeted training configs & memory estimation | ● | ○ | ◐ | ◐ | ○ | ○ | – | ○ | ◐ | ◐ | ○ | ◐ |
| Sandbox microVM tier/resource reconciliation (GPUaaS-adjacent isolation) | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| NUMA-node-aware node scoring | ● | ◐ | ◐ | ◐ | ○ | – | – | ○ | – | ◐ | ○ | ◐ |
| Per-NUMA CPU selection and CPU-pinning hint annotations | ● | ◐ | ◐ | ◐ | ○ | – | – | ○ | – | ◐ | ○ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Unified OpenAI-compatible gateway + capability routing | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Multi-engine deployment orchestration | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Pluggable inference backends across multiple serving engines (high-throughput default, Transformers, TensorRT-class, structured-generation) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Chat Completions API | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Responses API (/v1/responses) | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Embeddings endpoint | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ● | ○ |
| Full sampling & generation parameter passthrough | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Guided/structured decoding | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ◐ |
| Tensor & pipeline parallelism + LoRA serving | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ○ |
| Serving-engine parameter modeling | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Multi-engine simulation adapters | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Engine feature & parser compatibility validation | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Local inference engines (llama.cpp, ONNX GenAI, MLX, Ollama) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| CPU-optimized pooling/encoder engine (budlatent) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ● | ◐ |
| Embedding/rerank/classify server (LatentBud) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ● | ◐ |
| Image generation endpoints | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ○ | ○ |
| Classification endpoint | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Custom decoder plugins for the serving engine | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| the serving engine plugin management & extension | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Kernel orchestration & selection (LayerZero) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ○ | ◐ | ◐ | ◐ | ◐ |
| Speculative & chunked decoding modeling | ● | ◐ | ◐ | ◐ | ○ | ◐ | – | ● | ◐ | ◐ | ◐ | ◐ |
| Reasoning/thinking continuity across providers | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Inference-engine-native autoscaling | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Multimodal input handling | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Quantized/ternary transformer inference | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Guardrail/classifier inference runtimes | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Voice/audio inference engine (WaaV-Infer + cortex-stt) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Retrieval-as-attention generation (RETGEN) | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| CPU/GPU custom kernel & SIMD backends | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| High-performance tokenization | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| LLM-powered routing (semantic-router, model-router) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Embedding/model-server microservices | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Multi-provider cloud LLM clients | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Document VLM extraction pipeline | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Streaming response collection | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Multi-backend node execution (SONE) | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Serving engine tracks stock upstream (pinned, unmodified) | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| the serving engine Plugin Manager — install/load plugins at startup without rebuilding the image | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Plugin Manager version-compatibility gating + persistent registry | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Custom decoding / sampling plugins (entropy + confidence-weighted CoT) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Custom model-architecture registration plugin (guaranteed model support without engine rebuild) | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Curated serving-engine plugin compatibility catalog | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| bud-connect — model×hardware×engine compatibility validation (zero-config basis) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Reranking / cross-encoder serving (LatentBud) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ● | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OpenAI-compatible unified inference API | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Multi-provider routing with ordered fallback | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Anthropic Messages API compatibility | ● | ○ | ○ | ● | ○ | ◐ | ● | ○ | ● | ○ | ◐ | ◐ |
| Signal-driven decision routing engine (semantic router DSL) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Envoy ExternalProcessor (ext_proc v3) gateway | ● | ● | ◐ | ○ | ● | – | – | ○ | ◐ | ◐ | ◐ | ◐ |
| Pluggable model-selection algorithms | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Inference router configuration (SR routers) in budapp | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Model Routing UI (BudRouter) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| LLM-aware / LLM gateway routing (AIBrix) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Binary LLM/SLM model router (RouteLLM reproduction) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Architecture-aware router and NotDiamond routing | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Session-stateful and projection-derived routing | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Knowledge-base group-margin routing signals | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Multi-backend / multi-provider model gateway (semantic router) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Virtual models & provider masking | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Canonical typed LLM IR with per-provider codecs | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Gateway request analytics suite | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| MCP multi-transport federation gateway | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Engine compatibility resolution for deployment routing | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Provider catalog seeding & management (BudConnect) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Configurable VLM backend routing via BudGateway (buddoc) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Playground gateway routing & base-URL resolution | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Ingress/route exposure for deployed endpoints | ● | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Rust request-coalescing batching proxy (LatentBud) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| gRPC serving with streaming & load-balancer health | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Token-budget-aware routing/batching | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Kernel dispatch & GPU routing (LayerZero) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Config-level subscription routing & Dapr dispatch (budevent) | ● | – | – | – | – | – | – | – | – | – | – | – |
| Webhook trigger infrastructure with rate limiting | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Responses API proxy | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Voice-AI gateway routing (WaaV) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Health-check & versioned gateway endpoints | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| REST/HTTP orchestration API (taskgraph) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Dual WebSocket/SSE transport abstraction (d-UI) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Gateway-proxy latency-factor modeling (benchmarking) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Multi-cloud cluster lifecycle management | ● | ◐ | ◐ | ● | ◐ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| BudAIScaler autoscaler operator & CRD | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Pluggable scaling strategies (HPA / KPA / BudScaler) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Layered scaling-decision hierarchy with stabilization windows | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| GenAI workload pattern detection | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Adaptive learning & prediction persistence | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Cron-based schedule hints (deterministic replica floor) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Endpoint deployment & lifecycle orchestration | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Per-endpoint autoscaling config & LoRA adapter management | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Cluster & node/GPU metrics observability | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Simulation-driven deployment optimization (parallelism search) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Dedicated vs shared hardware modes | ● | ◐ | ◐ | ● | ◐ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Software GPU virtualization & fair scheduling | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ◐ | ◐ |
| NUMA-topology-aware pod scheduler operator | ● | ◐ | ◐ | ● | ○ | – | – | ○ | – | ◐ | ◐ | ◐ |
| Container preheat via CRIU checkpoint/restore (stove8s) | ● | ○ | ● | ● | ○ | ◐ | ● | ◐ | ◐ | ○ | ○ | ○ |
| Scale-to-zero model residency (BudServerless) | ● | ○ | ● | ● | ○ | ◐ | ● | ◐ | ◐ | ○ | ○ | ○ |
| Memory arbiter / admission-before-allocation | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Semantic-router Kubernetes operator & CRD | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Model fallback & circuit breaking | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| DAG / pipeline workflow orchestration | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Distributed task queues & background worker fleets | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Dynamic batching scheduler (encoder/pooling inference) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Multi-model orchestration & cold-start acceleration | ● | ○ | ● | ● | ○ | ◐ | ● | ◐ | ◐ | ○ | ○ | ○ |
| Inference auto-scaling recommendations & distributed training (Model-Foundry) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Kubernetes-job orchestration for evals | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Parallel model artifact transfer (minio-downloader) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Gateway-hosted MCP container deployment runtime | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Ephemeral code-interpreter sandbox lifecycle | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Multi-layer defense-strategy scanner orchestrator | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Thompson-sampling / bandit executor selection | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Live cluster query & active-cluster selection (ask-bud) | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Prefill-decode disaggregation modeling | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Horizontal scaling for dynamic-UI protocol | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Distributed tokenization worker-fleet coordinator | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Benchmark deployment controllers (Docker & Ray) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| GitOps Helm chart auto-upgrade driver (scid) | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| NumaScheduler CRD (custom resource) | ● | ◐ | ◐ | ● | ○ | – | – | ○ | – | ◐ | ◐ | ◐ |
| Custom-scheduler reconcile + pod binding loop | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| enableScheduling gate + configurable schedulerName | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Node schedulability filtering | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| scid: Git-driven CD reconciler (HEAD-moved + changed-path detection) | ● | – | – | – | – | – | – | – | – | – | – | – |
| scid: Helm auto-upgrade driver with SOPS-encrypted values | ● | – | – | – | – | – | – | – | – | – | – | – |
| scid: Generic Job driver (command execution on path change) | ● | – | – | – | – | – | – | – | – | – | – | – |
| scid: Slack deployment notifications | ● | ○ | ○ | ○ | – | ● | ◐ | ○ | ● | ○ | ● | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| End-to-end performance benchmarking workflows | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Benchmark wizard & result UI | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Full latency/throughput metrics suite | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| LLMPerf load & correctness testing | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Multi-engine automated benchmark orchestrator | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Layer-level and collective-communication profilers | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| 56-metric GPU virtualization benchmark suite | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ○ |
| GPU-virt statistical analysis, scoring & published dataset | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ○ |
| GPU-virtualization optimizations & benchmarking suite | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ○ |
| LLM inference performance simulators (GenZ analytical model) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Simulator accuracy calibration & validation | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| ML-based latency/throughput predictors (budsim training) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| SLO & cost optimizer / feasibility gate | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Per-request inference performance telemetry | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| SDK benchmarks resource | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Query/service performance profiling & regression gates | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| SIMD kernel benchmarking & optimization framework | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| SIMD/JIT vector compute engine (Bud Flow Lang) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| SIMD-accelerated tokenizer + benchmark/accuracy tooling | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Semantic-cache microbenchmarks & sub-ms latency | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Cache decision accuracy benchmark (CacheEval) | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Guardrail/regex performance engines | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Embedding-server continuous-batching optimizations & benchmark harness | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Kernel selection, autotuning & performance DB | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Engine-level speed features (speculative decoding, PagedAttention, FlashAttention) | ● | ◐ | ◐ | ◐ | ○ | ◐ | – | ● | ◐ | ◐ | ○ | ○ |
| Accuracy/eval leaderboards & LLM-as-judge scoring | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| LLM code-optimization benchmarking (OptimBud) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Router & agent-orchestration benchmarking | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Agent/desktop benchmark & live-eval harnesses | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Edge/OpenVINO throughput benchmarking | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| NUMA-aware scheduling & UI performance budgets | ● | ◐ | ◐ | ◐ | ○ | – | – | ○ | – | ◐ | ○ | ○ |
| Pareto-optimal latency/throughput frontier | ● | ○ | ◐ | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ○ | ○ |
| Prefill / decode / TPOT latency + throughput modeling | ● | ○ | ◐ | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ○ | ○ |
| System-metrics profiling ingestion (CPU/GPU telemetry) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Optimal-TP data-distribution analysis | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Stateless guardrail evaluation engine (bud-sentinel) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| OpenAI-compatible moderation (Moderate RPC) | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ○ |
| Guardrail lifecycle API (probes, rules, profiles, deploy) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Guardrails & Governance authoring console (UI) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Agent governance policy engine (EvaluateGovernance) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Five-verdict enforcement model | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Conflict resolution strategies | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Policy status lifecycle (draft/shadow/active/paused/deleted) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Vectorscan (Hyperscan) high-throughput pattern scanner | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ◐ | ◐ | ◐ | ◐ |
| Secret/credential detection rules (332 rules) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ○ |
| PII detection with checksum validation (37 entity types) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ○ |
| Prompt-injection & jailbreak model catalog | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Moderation model catalog (toxicity/bias/self-harm/violence) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| LLM-based safety classifier providers | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Governance & regulatory-compliance probe packs (88 packs) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ○ |
| Post-processing pipeline (sanitize->validate->enrich) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Vendor-agnostic multi-scanner framework (budguard-sentinel) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Configurable detection actions & thresholds | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Guardrail analytics from bud-sentinel decisions | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Model security scanning (malware + unsafe operators) | ● | ◐ | ◐ | ○ | ○ | ● | ◐ | ◐ | ◐ | ○ | – | ○ |
| Gateway edge blocking rules | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Distributed & per-principal rate limiting | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| API-key auth with RSA-encrypted key decryption | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Enterprise SSO with multi-tenant RBAC | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Immutable audit trail / compliance logging | ● | ● | ● | ◐ | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Encrypted credential vault (RSA-4096 + AES-256) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| LLM safety guardrails in semantic router (BERT/ONNX) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Red-teaming & guardrail-efficacy evaluation (budguard-arbiter) | ● | ○ | ○ | ○ | ○ | ● | ◐ | ● | ◐ | ○ | ◐ | ○ |
| Guardrail training/distillation foundry (budguard-preceptor) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Guardrails & compliance evaluation scope (budeval) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ○ |
| Guardrail registry & engine compatibility (bud-connect) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Fail-closed destructive-command guard (ask-bud) | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Sandboxed code execution with network egress policy | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| SSRF protection & host allowlists | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Fail-closed webhook signature verification | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ◐ |
| OOM/materialization guardrails (buddoc) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| App-scoped tokens & consent-gated egress (Bud Gaia) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Multi-tenant isolation & GDPR erasure (BudCache) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Permission-aware retrieval & identity model (bud-atlas) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| Multi-mode SDK & inter-service authentication | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| LatentBud remote HTTP classifier provider | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ◐ |
| LLM-based license analysis & FAQ generation | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | – | ○ |
| bud-connect guardrails catalog — PII, GDPR/EU-AI-Act compliance & safety probes | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OpenAI-compatible /v1/responses agent execution | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ● |
| Versioned prompt/agent configuration store | ● | ○ | ○ | ◐ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Prompt & agent foundry control-plane APIs | ● | ○ | ○ | ◐ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Agent Studio dashboard | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Structured input/output with JSON-Schema + Pydantic | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ● | ◐ | ○ | ● | ● |
| LLM-generated field validation (NL -> Python validators) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Jinja2-templated prompts and messages | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Multimodal agent inputs (image + document) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Chain-of-Responsibility execution pipeline (v5 executor) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Streaming (SSE) responses with resume | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| A2A (Agent-to-Agent) protocol hosting | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| A2A protocol client SDK | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| budprompt dynamic prompt/response gateway provider | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Native tools: web_search and web_fetch | ● | ○ | ○ | ○ | ○ | ● | ◐ | ○ | ● | ○ | ◐ | ● |
| Secure code interpreter (E2B Firecracker microVMs / MCP) | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Agent invocation & conversation analytics (AgentInvocationFact) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Agent governance / guardrail policy engine | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Prompt Foundry runner (playground) | ● | ○ | ○ | ◐ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| MCP gateway, prompts, resources & Agent Skills | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Natural-language Kubernetes assistant (Ask-Bud) | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Agentic long-term memory with reflection (semantic-router) | ● | ○ | ○ | ○ | ○ | ◐ | ● | ○ | ● | ○ | ◐ | ◐ |
| Bidirectional conversational bot / outbound reply loop | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Semantic + symbolic text-matching engine (symbolicai) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Desktop agent PEVR orchestration (BDA) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| StudioBud/Onyx Bud Agent autonomous assistant | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Federated small+cloud model collaboration (Minions) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| AI-first workflow chains & agents (budflow) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Provider-agnostic personal AI OS agents (Bud Gaia) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Automated prompt engineering (Agent-Zero) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Self-organizing agent graph (SONE) | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Budget-priced multi-agent orchestration theory (AgentZero/BwK) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| AI-driven dynamic UI generation protocol (d-UI / AG-UI-style) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Guidance & LangChain inference integrations (bud-serve-sdk) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Permission-aware grounded RAG answers (bud-atlas) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Prompt renderers, templates & A/B testing (Model-Foundry) | ● | ○ | ○ | ◐ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Task-graph orchestration primitive (taskgraph) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| Terminal coding agents (devbud-cli / codex) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| LLM page-layout & agent builder scaffolds (bud-launcher) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ○ | ● | ● |
| AI conversational form question (bud-form) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| MCP/REST/A2A federation gateway | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| Virtual MCP servers | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| REST/OpenAPI-to-MCP virtualization | ● | ○ | ○ | ◐ | ○ | ◐ | ● | ○ | ◐ | ○ | ○ | ○ |
| gRPC-to-MCP translation | ● | ○ | ○ | ◐ | ○ | ◐ | ● | ○ | ◐ | ○ | ○ | ○ |
| MCP Creator Agent (build MCP from API docs) | ● | ○ | ○ | ◐ | ○ | ◐ | ● | ○ | ◐ | ○ | ○ | ○ |
| Document crawling & OpenAPI/Postman ingestion | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| MCP connector & tool gateway control-plane | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| MCP tool calling in prompts/agents | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| MCP connectors & Tool Foundry UI | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| Sandboxed code-interpreter tool | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Custom code-interpreter sandbox templates | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Semantic tool selection / retrieval | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| MCP classifier & tool transport (router) | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| taskgraph MCP orchestration server | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| BudFlow native MCP server & client | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| A2A agent registry catalog & discovery | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| A2A protocol server (BDA) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| Cloud/local tool taxonomy with approval gating | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| MCP tool federation on-device (Bud-Gaia) | ● | ○ | ○ | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| devbud-cli MCP client & server modes | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| mistral.rs MCP client & OpenAI-compatible Skills | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| BudStudio MCP tool integration | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| gpt-researcher MCP client & server | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| federated-inference MCP tools | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| Firecrawl MCP web-data server | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| RAGFlow MCP support | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Multi-provider webhook/tool ingestion (budevent) | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| MCP tool-call rendering in playground | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Permission-aware agent doorway (planned) | ● | ○ | ◐ | ● | ○ | ● | ● | ◐ | ◐ | ○ | ◐ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| DaprService pub/sub, invocation & state wrapper | ● | – | – | – | – | – | – | – | – | – | – | – |
| Multi-topic CloudEvent publishing | ● | – | – | – | – | – | – | – | – | – | – | – |
| Retry / circuit-breaker resiliency primitives | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Resilient async HTTP client | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Cross-service shared-event bus | ● | – | – | – | – | – | – | – | – | – | – | – |
| Pipeline resilience stack (circuit breaker + retry + fallback) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| High-performance tokenizer with zero-copy IPC transport | ● | ○ | ○ | ○ | – | – | – | ◐ | – | ○ | – | ○ |
| Memory-safe multipart document upload | ● | ○ | ◐ | ○ | – | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Notification trigger API (event/topic/broadcast) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Novu subscriber & topic management | ● | – | – | – | – | – | – | – | – | – | – | – |
| Multi-provider notification integration management | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Novu idempotent bootstrap seeding | ● | – | – | – | – | – | – | – | – | – | – | – |
| Prebuilt Bud notification workflows + HTML templates | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Novu config/secret sync + credentials endpoints | ● | ○ | ◐ | ○ | – | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| In-app real-time notifications (Novu center) | ● | – | – | – | – | – | – | – | – | – | – | – |
| Ingress rate limiting & load shedding | ● | ◐ | ◐ | ● | – | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Provider handshake / URL-verification support | ● | ○ | ◐ | ○ | – | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Self-trigger filter | ● | – | – | – | – | – | – | – | – | – | – | – |
| Resiliency & profiler middleware (budnotify) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| MCP gateway plugin framework with lifecycle hooks | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Content-transformation plugins | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| the serving engine plugin entry-point guidance | ● | ○ | ◐ | ◐ | – | – | – | ◐ | – | ○ | – | ○ |
| Unified AI Runtime sidecar | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Production-hardening middleware (Model Foundry) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| LLM resilience middleware (BDA) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Voice gateway rate & connection limits | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| At-least-once HTTP callback outbox | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Modelscan format-via-extension middleware | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| BudGuard adapter hook system (pre/post/head) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| RxJS component messaging bus | ● | – | – | – | – | – | – | – | – | – | – | – |
| Layout-parser-compatible plugin adapter | ● | ○ | ◐ | ○ | – | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Data-source connector frameworks | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Switchable doc/vector engine backend | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| vllm-patches — surgical class patching framework (avoids forking / monkey-patch sprawl) | ● | ○ | ◐ | ◐ | – | – | – | ◐ | – | ○ | – | ○ |
| Custom stat-logger / metrics plugins (JSON + external sinks) | ● | – | ◐ | ◐ | – | – | – | ◐ | – | ◐ | – | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Model evaluation experiments, runs & comparison (control plane) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Evaluations dashboard UI | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| OpenCompass Kubernetes benchmarking service (budeval) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| OpenAI-compatible endpoint evaluation | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ○ |
| Multi-dataset / batched evaluation runs | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Result extraction, log parsing & experiment tracking | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Multi-framework eval strategy engine | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Experiments/runs data model + MongoDB persistence | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Test-case abstraction (LLM & conversational, multimodal) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Generator abstraction over models/agents/pipelines/routes | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Trait analysis & actionable skill summaries | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Dataset & synthesizer subsystem | ● | ○ | ◐ | ○ | ○ | ◐ | ◐ | ● | ◐ | ◐ | ○ | ○ |
| OpenCompass evaluation platform (embedded engine) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| OpenCompass evaluation paradigms & specialized benchmarks | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Eval manifest builder (OpenCompass traits/datasets) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Benchmark leaderboard aggregation & querying | ● | ○ | ○ | ○ | ○ | ● | ◐ | ◐ | ◐ | ● | ○ | ○ |
| Multi-source benchmark web crawlers | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Safety guardrail red-teaming orchestrator (budguard-arbiter) | ● | ○ | ○ | ○ | ○ | ● | ◐ | ● | ◐ | ○ | ◐ | ○ |
| Guardrail efficacy metrics suite | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Red-teaming dataset loaders, grouping & refusal detection | ● | ○ | ○ | ○ | ○ | ● | ◐ | ● | ◐ | ○ | ◐ | ○ |
| Standardized safety dataset corpus (30+ datasets) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Pair-equivalence cache benchmark (CacheEval, 2,000 rows) | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| CacheEval domain coverage & adversarial slices | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| CacheEval verification routing & difficulty calibration | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| CacheEval provenance, splits, schema & audits | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| BudCache CacheBench eval & parity CLI | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| StyleBench multi-modal outfit LLM-as-judge | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Gateway evaluations subsystem | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Tiered verification engine (BDA) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Fixture dataset validation & training platform (bud-atlas) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| ART RULER LLM-as-judge integration | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| RLHF validation & regression gates (SONE) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Router benchmark evaluation corpora | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Trait-based skill learning & falsification ledger (AgentZero) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Quantization/model quality diagnostics | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Retrieval-generation eval & benchmarking (RETGEN) | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Reasoning-task evaluation harness (MoHRE) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Inference API load & correctness testing (LLMPerf) | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| GPU kernel correctness evaluators | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Voice-model accuracy/RTF harnesses | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| RAG/model eval framework (BudStudio) & GenAIEval | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Post-training batch/interactive inference eval | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Layout-generation validation critics | ● | ○ | ◐ | ◐ | ○ | ● | ● | ● | ● | ◐ | ◐ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| BudCache semantic-cache engine (two-stage lookup) | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Model2Vec static dual-embedder | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| LightGBM critical-token verifier | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| 41-feature discriminator port | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| HNSW + flat vector index (BudCache) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| BudCache HTTP API server (Axum) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| RFC 9111 cache-control directives | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| TTL + LRU eviction with tombstone reap | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Long-context section-aware retrieval | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Multilingual ML shard routing | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Per-namespace conformal thresholds | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| CacheEval false-hit-rate benchmark | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Domain-aware equivalence rule | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Gateway response caching in the analytics store | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Category-aware semantic cache (router) | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Prompt compression module (router) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Context compaction engine (agents) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Distributed / prefix / paged KV cache | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Prefix / prefix-cache in serving engines | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| KV prewarm & sub-second cold start (Gaia) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Model quantization workflow orchestration | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| Quantization-aware performance simulation | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| BitNet-QDyT-v2 ternary encoder architecture | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Orthogonal channel mixing (Block-Hadamard + DPD) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| TTQ/LSQ+ learned ternary weight quantizer | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Percentile-EMA int4 activation quantizer | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| QDyT-GN dynamic-tanh normalization | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Mixed-precision attention & SwiGLU gate | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| RETGEN FAISS index (retrieval-as-attention) | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| RETGEN pattern metadata store | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Serving-engine quantization formats | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| Training-time quantized fine-tuning | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| Guardrail-artifact compression (imprinting) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Tokenizer & embedding caches | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Response/result & regex-DB caching (services) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Transport & checkpoint compression | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Doc-processing memory bounding (chunking/streaming) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| GPU memory oversubscription & UVM orchestration | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Lazy kernel fusion (intermediate elimination) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Policy cache for agent routing | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Per-model precision selection (edge/voice) | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| RAG retrieval utilities | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Prompt compression via Compress-and-Route (C&R) routing | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Token-level prompt compression (greedy sentence extraction) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| KV-cache reuse via prefix caching (Rust candle-binding) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Model weight compression — BitNet-QDyT-v2 ternary + int4 encoder (budnetencoder) | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Compression-aware fleet capacity modeling | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| DAG-based workflow orchestration engine | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Dependency resolution with parallel step execution | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Jinja2 templated parameter resolution | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Conditional execution & multi-branch routing | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Per-step failure handling, retry & timeouts | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Multi-trigger job scheduler | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Pluggable action architecture with entry-point discovery | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Declarative action metadata for UI rendering | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Built-in control-flow & integration actions | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Event-driven step completion | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Durable execution persistence with optimistic locking | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Data-retention cleanup workflow | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Dapr durable-workflow framework (shared) | ● | – | – | – | – | – | – | – | – | – | – | – |
| Workflow notification & progress tracking | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| budapp workflow/pipeline orchestration & event persistence | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Visual node-based pipeline editor (budadmin) | ● | ○ | ● | ○ | ○ | ● | ● | ○ | ◐ | ◐ | ○ | ● |
| Triggers & event-connections UI | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Config-driven inbound webhook ingestion pipeline | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ● |
| Webhook replay windows & deduplication | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ● |
| JSON-pointer event normalization with composite types | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Deterministic session derivation & lifecycle | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Pipeline DSL / DAG builder (SDK) | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| SDK pipelines, executions, schedules, webhooks & events resources | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ● |
| Simulation workflow orchestration | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Model extraction workflow | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Model security-scan, license-FAQ & cleanup workflows | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | – | ○ |
| Evaluation workflow with pub/sub progress | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Durable background agent execution & lifecycle | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Event-driven agent dispatch | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Custom code-interpreter template build workflows | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| Async document OCR job submit + poll pipeline | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Batch inference & OpenAI Batch/Files API | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ○ |
| Document processing proxy | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| RAG injection with multiple vector backends | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Looper multi-step agentic loop engine | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Content-hash checkpoint ingest pipeline (bud-atlas) | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Tri-stream connector wire-contract & manifest engine | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Cursor-incremental sync with opaque state token | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Structural document parse & fuse pipeline | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Visual workflow automation engine (budflow, n8n-style) | ● | ○ | ● | ○ | ○ | ● | ● | ○ | ◐ | ◐ | ○ | ● |
| EvoSkill skill-evolution & cron agent pipelines (BudStudio) | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Task-decomposition DAG planner & reactive daemon (bda) | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Fine-tuning job lifecycle & Data-Juicer/Ray data pipelines | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Dataset generation & data-prep pipelines | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Git-poll GitOps CI/CD reconciler (scid) | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Non-interactive exec & cloud-tasks agent runs | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Resumable model-artifact transfer with byte-offset resume | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Deep Research multi-round protocol | ● | ○ | ○ | ○ | ○ | ● | ○ | ○ | ● | ○ | ◐ | ○ |
| Conditional-logic form flow engine | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Long-document chunking pipeline (LatentBud) | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Bulk export/import & schema migration | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| CI/CD security-scan pipeline integration | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Git-based optimization safety & rollback | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| MongoDB collection export pipeline | ● | ○ | ● | ◐ | ○ | ● | ● | ◐ | ● | ● | ◐ | ● |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Model-as-a-Service publishing & pricing | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Self-service API key & credential management (customer portal) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ |
| Distributed rate limiting | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| Usage / quota limiting | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ◐ |
| API-key auth with RSA-encrypted key decryption | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Dynamic model API keys & published-model sync | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ |
| Proprietary / MaaS model brokering | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ |
| OpenAI-compatible unified inference serving | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| RAG-as-a-service (hybrid search over Vespa) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Deployment topology modes (local / hybrid / frontier) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ |
| Multi-cloud / serverless deployment templates | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ |
| REST inference/training microservice (RETGEN) | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Self-hostable OpenAI-compatible model server (llama-server) | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Self-service billing plans & subscription tiers | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Billing-cycle reset, invoicing history & usage alerts | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Agent-as-a-Service (publish & share agents) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| One-API-call LLM fine-tuning platform | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| 118+ model architectures via LlamaFactory | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Multi-stage fine-tuning methods (SFT/RM/PPO/DPO/KTO/pre-training) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Fine-tuning methods matrix (Full/Freeze/LoRA/QLoRA/DoRA/LoRA+/OFT) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Advanced adaptation & optimizer algorithms | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Distributed low-communication training | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Low-communication training: M=1 lookahead mode | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Bud Extension System (runtime component registry) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Built-in custom losses, optimizers & schedulers | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Distributed RLHF PPO on Ray (70B+) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| OpenRLHF preference-optimization algorithms | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Tinker SDK step-level training control | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Tinker RL training sessions | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Custom RL loss registry | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Simplified ART improvement API | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Training performance simulation (14 stages) | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Training memory/optimizer & distributed modeling | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Training config generation | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Dataset management & versioning | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ● | ● | ○ | ○ |
| LoRA adapter management & deployment | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ◐ | ○ | ○ | ○ |
| Context-based instruction pre-training data generation | ● | ○ | ◐ | ○ | ○ | ◐ | ◐ | ● | ◐ | ◐ | ○ | ○ |
| QA and few-shot synthesis tasks with M-shot construction | ● | ○ | ◐ | ○ | ○ | ◐ | ◐ | ● | ◐ | ◐ | ○ | ○ |
| Router/classifier/embedding model training pipelines | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Matrix-factorization LLM router training (RouteLLM) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Guardrail teacher-to-Imprint distillation (BudGuard foundry) | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Quantization-aware encoder training (BitNet-QDyT) | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Production MLM training pipeline (DDP/AMP) | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Hierarchical Reasoning Model (HRM) training | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| HRM distributed training pipeline & datasets | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Index-based (gradient-free) retrieval training | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Textual-gradient operator/prompt training | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Self-Organizing Neural Evolution (SONE) agent optimizer | ● | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ○ | ○ |
| Adaptive context-aware matcher training | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Inference-engine adapter & MoE features | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Reproducible benchmark dataset generators | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Instruction-tuning reference example | ● | ○ | ◐ | ◐ | ○ | ◐ | ◐ | ● | ● | ◐ | ◐ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Cluster recommendation API & workflow | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| ML performance prediction (XGBoost regressors) | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Genetic-algorithm config optimization (DEAP / NSGA-II) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| REGRESSOR vs HEURISTIC simulation methods | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Heuristic memory calculator | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Direct-search optimizer | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Top-K cluster recommendations with SLO filtering | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Node & TP/PP configuration endpoints | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Run-simulation wizard (UI) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Offline AutoML predictor training (TPOT) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Analytical model-cost feature set | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| GenZ analytical inference simulator (prefill/decode roofline) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Usecase-comparison simulation | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| KV-cache & model-weight memory estimator | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Min-chips-required / hardware capacity calculation | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| FastAPI simulation service & usecase CRUD | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Architecture-specific operator modeling | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Optimal parallelization search & Pareto sizing | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Event-driven serving simulator | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Workload generation & config optimizer | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Speculative-decoding modeling | ● | ◐ | ◐ | ◐ | ○ | ◐ | – | ● | ◐ | ○ | ○ | ○ |
| BudEvolve reverse-optimization & design-space exploration | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| CPU inference modeling | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Training time/cost estimation & cluster ranking | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| ASTRA-sim network/collective simulation integration | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Registry capacity preflight & reservation | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Pluggable capacity provider strategy | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Provider-aware model size estimation | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Predictive scaling via linear regression | ● | ○ | ○ | ○ | ○ | ◐ | – | ○ | ◐ | ○ | ○ | ○ |
| Seasonal pattern learning (168-bucket EWMA) | ● | ○ | ○ | ○ | ○ | ◐ | – | ○ | ◐ | ○ | ○ | ○ |
| Prediction accuracy tracking & self-calibration | ● | ○ | ○ | ○ | ○ | ◐ | – | ○ | ◐ | ○ | ○ | ○ |
| Dynamic max-model-length sizing | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Bud Simulator memory & SLO estimation (Gaia) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| GPU fleet simulator for capacity planning | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Analytical model performance profiler (benchmark harness) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Inference speed estimator (roofline) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Hardware-aware tuning (mistral.rs) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Ansor-style auto-scheduler (kernel tuning) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Kernel plan compilation & memory-aware selection | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Confidence ladder for absent hardware (VladBud) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Multi-tenant GPU-virtualization benchmarking | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ○ | ○ |
| DAG-aware lambda* budget allocation (AgentZero) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Analytical roofline inference simulator (GenZ-derived) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| KV-cache memory model (MHA/GQA/MQA/MLA aware) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Weights + total memory footprint calculation | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| TP/PP parallelism search (heuristic factorization) | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Minimum cluster-size / node-count solver | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Pipeline-parallel micro-batch latency model | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Collective-communication time models (AR/AG/A2A/pipeline) | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ● | ○ | ◐ | ○ |
| Weight-offload memory bandwidth degradation model | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Chunked-prefill / speculative-decode / MoE expert-parallel modeling | ● | ○ | ◐ | ○ | ○ | ◐ | – | ● | ◐ | ○ | ○ | ○ |
| Precision/quantization-aware compute & memory scaling | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ● | ◐ | ○ | – | ◐ |
| Hardware system config abstraction (Flops/Mem/BW/ICN) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Simulator REST API (models/usecases/hardware/simulation) | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| AutoML performance-regressor training pipeline (TPOT) | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Benchmark-data feature engineering & correlation-based selection | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Rich model-analysis feature set (37 features) as ML inputs | ● | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Genetic-algorithm deployment optimizer (DEAP NSGA-II) — main budsim | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| XGBoost regressor prediction path — main budsim | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Closed-form HeuristicCalculator path (TP/PP-only) — main budsim | ● | ○ | ○ | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Columnar time-series analytics engine | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Dapr pub/sub CloudEvents metrics ingestion | ● | – | – | – | – | – | – | – | – | – | – | – |
| Observability analytics API (11+ metric types) | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Inference listing, detail & feedback lookup | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Distributed tracing / telemetry query API | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Aggregated, distribution, latency & geography metrics APIs | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Gateway request analytics + GeoIP enrichment | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Gateway observability persistence layer | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Kafka streaming of inference events | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Billing, usage metering & alerts (FinOps) | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Usage / FinOps billing aggregation API | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Cost-per-token / hardware FinOps modeling | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Phase-2 InferenceFact / AgentInvocationFact MV pipeline | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Rename-proof span/attribute registry | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Analytics-store migration & seeding tooling | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| OTLP / trace proxy and OpenTelemetry tracing (gateway) | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Prometheus metrics + health/status probes | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| OpenTelemetry observability across Python services | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Cluster metrics collection & OTel bridge | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Cluster health & node-status monitoring | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Analytics dashboards & charts (UI) | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Real-time observability WebSocket streaming | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| OTLP trace ingestion → real-time bridge | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Pipeline event publishing & progress observability | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Structured logging & correlation IDs | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Eval results storage & analytics engine | ● | ○ | ○ | ◐ | ○ | – | – | ○ | – | ◐ | – | – |
| Semantic-router observability & cost economics | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Cost-aware autoscaling with budget ceilings | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| OTel GenAI tracing of tool calls | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Trigger/event-ingestion OTLP wiring | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Document processing usage/metadata telemetry | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Model-transfer progress/status reporting | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ◐ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Central model registry & catalog management | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model information extraction durable workflow | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| HuggingFace config parsing & architecture detection | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ○ | ◐ |
| BudConnect metadata caching integration | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model-engine compatibility validation | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Engine version registry & latest-version sync | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| BudConnect model catalog with modality/endpoint metadata | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Model architecture class taxonomy | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| License registry & LLM-based license analysis | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | – | ○ |
| Cloud (API-only) model extraction | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Accelerated HuggingFace downloads (aria2) | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ○ | ◐ |
| the object store/S3 model object store with I/O throttling | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Registry-capacity preflight, cleanup cron & stale-reservation TTL | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model download history & audit | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Local model deletion | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Source seeding (licenses & benchmark sources) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | – | ○ |
| Model onboarding & repository UI | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Customer-facing model brochure/catalog | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model lifecycle pipeline actions | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Published-model sync into inference gateway | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Multi-source cost catalog aggregation (SDK) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model listing/retrieval SDK & unified catalog | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Playground deployment/model selection & locking | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Model architecture analysis for deployment sizing | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Model registry with HuggingFace import & vendor model sets | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ○ | ◐ |
| Broad serving-runtime architecture coverage | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| HuggingFace model fetch & cache in runtimes | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ○ | ◐ |
| Training-platform model registry, versioning & lineage | ● | ○ | ◐ | ◐ | ○ | ● | ○ | ○ | ● | ● | ○ | ○ |
| Custom model-architecture registration in the serving engine | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Config-driven runtime model registries (encoder/voice) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| MCP server catalog & registry | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Guardrail model zoo & scanner-manifest artifacts | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Evaluation dataset catalog & benchmark browser | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Code-interpreter template registry | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| HuggingFace kernel export & hub loading | ● | ◐ | ◐ | ● | ○ | ● | ◐ | ◐ | ● | ◐ | ○ | ◐ |
| Checkpoint-to-OCI image builder & registry push | ● | ◐ | ● | ◐ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ | ○ |
| Provenance-gated durable registry | ● | ○ | ◐ | ◐ | ○ | ● | ○ | ○ | ● | ● | ○ | ○ |
| Pretrained checkpoint releases | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Validated-configuration & agent-model catalogs (niche) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ● | ○ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Minion protocol (small-on-device + cloud collaboration) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Minions protocol (parallel / plural decomposition) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| WebGPU in-browser Minions app | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Bud Gaia unified-memory workstation AI OS | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| llama.cpp Apple Silicon edge inference | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| llama.cpp WebGPU / WASM in-browser inference | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| llama.cpp RPC distributed inference | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| OpenVINO Intel-GPU edge inference | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ○ | ◐ |
| Federated live source connectors (query-time, not indexed) | ● | ◐ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ | ◐ | ◐ | ● |
| Air-gapped local mode (no cloud egress) | ● | ● | ● | ◐ | ◐ | ○ | ○ | ◐ | ◐ | ● | ● | ● |
| Consent-gated edge<->cloud egress relay & reconciliation | ● | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Official Foundry Python SDK (BudClient / AsyncBudClient) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| bud CLI (Foundry command-line tool) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Typed models & structured error taxonomy | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| devbud-cli terminal coding agent (Codex fork) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| budcode CLI coding agent (Bud-rebranded Codex fork) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Coding-agent distribution & IDE integration | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Coding-agent TypeScript SDK | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| Coding-agent TOML config & shell completions | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| OpenAI-compatible Bud Serve Python SDK | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Model Catalog SDK (bud-model-catalog) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| budmicroframe shared Python SDK/framework | ● | – | – | – | – | – | – | – | – | – | – | – |
| budgateway Rust client SDK | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Interactive playground & chat UI (budplayground) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Embedded playground/chat in dashboards | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Bud design-system component libraries | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| WaaV voice client SDKs (TypeScript + Python) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Voice widget, dashboard & interactive TUI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| waav-infer voice inference CLI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| STT Python client SDK (cortex-stt) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Guardrail scanning SDKs & moderation CLI | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ◐ | ○ |
| Embedding/rerank/classify Python client (LatentBud) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ● | ● | ◐ |
| budtiktok Python tokenizer bindings | ● | ○ | ○ | ○ | ○ | – | – | ◐ | – | ○ | – | ○ |
| Model Foundry training SDK, installer CLI & server TUI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| budpipeline workflow, actions & scheduling REST APIs | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| budevent provisioning & event-descriptor APIs | ● | ◐ | ◐ | ● | ◐ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Semantic-router Responses API with response store | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ◐ |
| Code-interpreter MCP server + Pydantic-AI examples | ● | ○ | ○ | ○ | ○ | ● | ● | ○ | ● | ○ | ◐ | ◐ |
| MCP server scaffolding & client wrapper | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Tauri desktop shells & terminal clients | ● | ○ | ◐ | ○ | – | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Gaia CLI, Rust SDK & drop-in SDK compatibility | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| BDA multi-provider LLM client | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Assistants API compatibility & embeddable chat widget | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| SSO theming with local development loop | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Simulator FastAPI backend (40+ endpoints) | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| taskgraph LLM-friendly CLI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| modelscan security-scan CLI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Agent-Zero multi-provider LLM client | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Federated-inference broad provider client library | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| llmperf multi-provider benchmarking clients | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| OptimBud end-to-end orchestrator & CLI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| d-UI framework-agnostic client SDK | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| bud-atlas connector SDK, transport toolkit & CLI | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Bud Flow Lang JIT kernel + dual language APIs | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| BudForm conversational form runtime | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| CacheEval stdlib scoring harness | ● | ○ | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| GPU-Virt-Bench configurable CLI | ● | ◐ | ◐ | ◐ | ○ | ○ | – | ◐ | ◐ | ● | ◐ | ◐ |
| simd-bench KernelBuilder API | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| LayerZero framework integrations | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| the serving engine plugin template & dev tooling | ● | ○ | ◐ | ◐ | ○ | – | – | ◐ | – | ○ | – | ○ |
| THE-BUD-AgentZero public trace import & calibration | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Edge inference environment setup guide | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Third-party engine SDKs & bindings (mistral.rs, llama.cpp) | ● | ◐ | ◐ | ● | ○ | ● | ● | ◐ | ● | ● | ◐ | ◐ |
| Web-data & research client tooling (firecrawl, gpt-researcher, ragflow) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| Rerank client API (LatentBud / Infinity-compatible) | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ● | ● | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Customer self-service portal (budCustomer) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Admin control-panel dashboard (budadmin) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Interactive chat playground / studio | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ◐ | ● | ● |
| Backend chat-session studio API (budapp) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Setting presets, notes & session management | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Model brochure / catalog | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| API key & credential management | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| BFF-mediated SSO login (token-less) | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Cross-app silent SSO | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Project management & context switching | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Inference logs viewer | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Observability analytics dashboards | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Usage & billing with budget alerts | ● | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ○ | ◐ | ◐ | ○ | ◐ |
| Gateway security blocking rules UI | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Batch inference jobs | ● | ○ | ◐ | ◐ | ○ | ● | ● | ◐ | ● | ◐ | ◐ | ○ |
| Endpoint / worker deployment views | ● | ○ | ◐ | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Audit trail | ● | ● | ● | ◐ | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| In-app notifications (Novu) | ● | – | – | – | – | – | – | – | – | – | – | – |
| Client-side encryption with server-only decrypt | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Ask-Bud assistant integration | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Branded SSO login experience | ● | ● | ● | ● | ● | ● | ● | ○ | ● | ◐ | ◐ | ◐ |
| Auth-theme visual regression + animated background | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| d-UI dynamic UI generation protocol | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| JSON-driven no-code UI renderer | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Conversational form builder (bud-form) | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| bud-form question component library | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| bud-form Zod validation engine + UX | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| BudStudio Tauri desktop chat app | ● | ○ | ◐ | ○ | – | ◐ | ○ | ● | ◐ | ◐ | ○ | ○ |
| Model-Foundry production dashboard | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| MCP Foundry admin UI + React studio | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| BudConnect React admin panel | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Simulator React + Streamlit interfaces | ● | – | – | – | – | – | – | – | – | – | – | – |
| Semantic-router dashboard | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Bud-Gaia loopback control-plane dashboard | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| BDA web dashboard (REST + SSE) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| OptimBud web UI (Flask + SocketIO) | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| BudFlow real-time collaboration | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| LLaMA Board zero-code training UI | ● | ○ | ○ | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ◐ | ○ |
| WaaV-Infer Model Explorer GUI | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Federated-inference Streamlit demo + CLI | ● | – | – | – | – | – | – | – | – | – | – | – |
| GPT-Researcher server + frontends | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Inference-engine built-in web UIs | ● | ◐ | ◐ | ● | ○ | ● | ● | ○ | ● | ● | ◐ | ● |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Unified multi-provider STT gateway (27 providers) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Unified multi-provider TTS gateway (32 providers) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Native low-latency WebSocket streaming voice API | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| WaaV-Infer STT model zoo (portable Rust engine) | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| WaaV-Infer TTS model zoo | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Audio-to-audio realtime streaming | ● | ○ | ○ | ○ | ○ | ● | ◐ | ○ | ● | ○ | ○ | ○ |
| OpenAI-compatible audio endpoints in budgateway | ● | ● | ◐ | ● | ○ | ● | ◐ | ● | ◐ | ◐ | ◐ | ○ |
| OpenAI Realtime session provisioning (budgateway) | ● | ○ | ○ | ○ | ◐ | ● | ◐ | ○ | ● | ○ | ○ | ○ |
| Self-hosted Whisper large-v3 gRPC STT service (cortex-stt) | ● | ○ | ◐ | ◐ | ○ | ● | ◐ | ◐ | ◐ | ○ | ○ | ○ |
| Speaker diarization | ● | ○ | ○ | ○ | ○ | ● | ● | ◐ | ● | ○ | ○ | ○ |
| Noise suppression / speech enhancement | ● | ○ | ○ | ○ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ○ |
| Turn / end-of-turn detection | ● | ○ | ○ | ○ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ○ |
| Voice Activity Detection (VAD) | ● | ○ | ○ | ○ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ○ |
| Priority audio frame queue / barge-in handling | ● | ○ | ○ | ○ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ○ |
| WebRTC + SIP telephony integration | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ◐ | ◐ | ○ | ○ | ◐ |
| Emotion / prosody control | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Session recording to S3 | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Audio normalization pipeline | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Audio-model onboarding & config parsing (budmodel) | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| OPEA ASR/TTS microservices & AudioQnA reference app | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Low-latency real-time audio dispatch buffers (LayerZero) | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Docker / compose deployment (cortex-stt) | ● | ○ | ○ | ◐ | ○ | ● | ◐ | ◐ | ● | ○ | ○ | ◐ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Prebuilt usecase library with SLO targets (112 workloads) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| Ask-Bud natural-language Kubernetes cluster assistant | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| SLO & cost optimizer sub-agent (PerformanceAgent) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| kubectl-ai live cluster query tool with fail-closed guard | ● | ○ | ◐ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Deep Research agent (Plan-and-Execute) | ● | ○ | ○ | ○ | ○ | ● | ○ | ○ | ● | ○ | ◐ | ○ |
| Coding agents (local CLI + cloud) | ● | ○ | ○ | ○ | ○ | ◐ | ◐ | ○ | ◐ | ○ | ○ | ◐ |
| BudStudio autonomous Bud Agent + Slack bot | ● | ○ | ○ | ○ | ○ | ● | ◐ | ○ | ● | ○ | ● | ◐ |
| Bot / conversational agent integrations (Slack/Teams) | ● | ○ | ○ | ○ | ○ | ● | ◐ | ○ | ● | ○ | ● | ◐ |
| OPEA reference GenAI applications (ChatQnA, DocSum, CodeGen, etc.) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| Fashion stylist outfit-quality benchmark (StyleBench) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| VLM-powered document OCR & multi-format export (BudDoc) | ● | ○ | ◐ | ○ | ○ | ● | ● | ◐ | ● | ○ | ◐ | ◐ |
| Prebuilt task helpers — Chain-of-Density summarization | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| Automated prompt-engineering from usecase metadata (Agent-Zero) | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| Federated small+frontier collaborative example apps | ● | ◐ | ◐ | ◐ | ○ | ● | ◐ | ● | ● | ◐ | ◐ | ● |
| RAGFlow context engine + OpenClaw skill | ● | ◐ | ◐ | ◐ | ○ | ● | ● | ● | ● | ○ | ● | ◐ |
| AI-driven dynamic UI generation with collaborative editing | ● | ○ | ○ | ○ | ○ | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Permission-aware enterprise context engine | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ◐ | ○ | ◐ | ○ |
| Tri-stream connectors: content + permissions + identities | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Broad connector catalog (SaaS, wikis, tickets, code, DBs, lakes, files, streams) | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ● | ○ | ◐ | ◐ |
| Durable, resumable synchronization with per-source rate control | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Real-time freshness via verified fetch-on-notify | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Deletion & retraction propagation | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Canonical identity resolution across systems | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Group mirroring & subject-closure resolution | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Relationship-based authorization authority | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| In-query permission filtering (not post-filtering) | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Measured permission-propagation SLO | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Continuous access reconciliation & self-healing | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Oversharing & sensitive-exposure detection | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ | ○ | ○ |
| Layout- and table-aware document parsing | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Structure-aware chunking with parent-child context | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Contextual chunk enrichment, content-hash cached | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Zero-cost incremental re-indexing | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Hybrid retrieval: lexical + vector with fusion and reranking | ● | ○ | ○ | ○ | – | ● | ◐ | ◐ | ● | ○ | ◐ | ◐ |
| Exact-identifier fast path | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Token-budget context packing | ● | ○ | ○ | ○ | – | ○ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Grounded answers with mandatory citations | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Live citation re-verification at answer time | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Groundedness gating with abstention | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Principal-safe caching | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Graceful degradation ladder under load | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Bounded deep-research loop over enterprise content | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Agent doorway over MCP and A2A with pass-through identity | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ | ◐ | ○ |
| Governed action engine: registry → simulate → gate → execute → observe | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Risk- and reversibility-aware approvals | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Durable action execution with compensation and immutable audit | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Outcome learning loop | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Governed natural-language-to-SQL for mission-critical data (optional) | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Curated knowledge layer: verified answers, collections, go-links, pins, announcements | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ◐ | ○ |
| People, teams & expertise layer | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Explainable work feed | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Permission-checked search UX | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ◐ | ○ | ◐ | ○ |
| Sensitive-content policy engine & acceptable-use guardrails | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ○ | ○ | ○ | ○ |
| Usage insights & knowledge-gap flywheel | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Chat-platform and browser surfaces with strict privacy posture | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ◐ | ○ |
| Sovereign deployment of the entire data platform | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ◐ | ○ |
| Capability (as shipped in Bud AI OS) | Bud | Nutanix NAI | OpenShift AI | TrueFoundry | HPE Morpheus | Azure AI Foundry | Amazon Bedrock | NVIDIA NIM/NeMo | Google Vertex | ClearML | Cohere North | Iterate.ai |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Enterprise-wide AI workspace: chat, copilot and agents for every employee | ● | ○ | ○ | ◐ | – | ◐ | ◐ | ○ | ● | ○ | ● | ◐ |
| Natural-language agent creation by domain experts | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ● | ○ | ◐ | ● |
| Prebuilt enterprise agent catalog (60+) | ● | ○ | ○ | ○ | – | ◐ | ○ | ◐ | ◐ | ○ | ◐ | ◐ |
| Internal agent marketplace: share, reuse, govern | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Guided 'improve this agent' self-service tuning | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Workspace feedback wired into training | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Multi-surface consumption: web, desktop, terminal, IDE extension | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ◐ |
| Generative artifacts: documents, slides, code and interactive outputs | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ◐ | ○ |
| Voice interaction in the workspace | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Focused chat over curated knowledge collections | ● | ○ | ○ | ○ | – | ○ | ◐ | ○ | ◐ | ○ | ◐ | ◐ |
| Prompt library with versioning and linked regression evals | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Custom instructions and audited disclaimers | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| User-facing memory controls | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Deep-research mode | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ○ |
| Human-in-the-loop approval inbox | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Background and scheduled agent tasks | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Stateful multi-turn sessions with streaming | ● | ○ | ○ | ◐ | – | ● | ◐ | ○ | ● | ○ | ◐ | ○ |
| Agent-to-agent composition from the workspace | ● | ○ | ○ | ○ | – | ◐ | ○ | ◐ | ◐ | ○ | ○ | ○ |
| Secure code-execution sandbox as a governed workspace tool | ● | ○ | ○ | ○ | – | ● | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Native governed tools out of the box (web search, fetch) | ● | ○ | ○ | ○ | – | ● | ◐ | ○ | ● | ○ | ○ | ○ |
| Per-deployment access scoping and workspace RBAC | ● | ○ | ◐ | ◐ | – | ● | ● | ○ | ● | ○ | ◐ | ○ |
| Publish an agent as an internal app or API endpoint | ● | ○ | ○ | ○ | – | ◐ | ○ | ○ | ◐ | ○ | ○ | ● |
| Evaluation-gated agent versioning and promotion | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Inline guardrail and policy transparency | ● | ○ | ○ | ○ | – | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
| Workspace usage analytics and team-level cost visibility | ● | ○ | ○ | ◐ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |
| Every workspace model call inherits gateway governance | ● | ○ | ○ | ○ | – | ◐ | ◐ | ○ | ◐ | ○ | ○ | ○ |