Nitish PrasadPrincipal / Staff PM

Enterprise AI Platform / Product strategy

From scattered AI bets to an operating system.

The operating model connects model access, evaluation, release integrity, grounded knowledge, and agent execution through shared identity, policy, telemetry, and evidence contracts.

Explore the capabilities
Applications own the customer outcome.The platform owns the reusable control boundary.Evidence connects both.

Capability map

One strategy. Five capabilities. A staged path to scale.

Each capability must remove a repeated constraint across two or more products and improve time, cost, risk, or evidence quality.

Three horizons

Sequence by adoption risk, not technical novelty.

The platform starts where teams already feel pain, proves value on real workloads, then expands only when shared infrastructure is cheaper and safer than local solutions.

Horizon 1 / Implemented locally

Standardize access and evidence.

The gateway, runtime traces, evaluation contracts, and adversarial gate now share identity, policy, and evidence assumptions.

  • 30 gateway tests
  • 150k-span burst exercise
  • 40-probe release gate
Horizon 2 / Implemented offline

Make enterprise context reusable.

The seller ontology proves tenant-scoped traversal, graph/corpus parity, and multi-hop evaluation without claiming hosted Neo4j performance.

  • 20 multi-hop questions
  • 0 tenant crossovers
  • Live baseline still gated
Horizon 3 / Implemented in product

Scale controlled agent execution.

SproutRoute supplies the MCP agent runtime, privacy-safe traces, partial results, and the first reversible gateway workload.

  • Four specialist agents
  • Authenticated tool contract
  • Local red-team target adapter

Proposed operating artifact

A platform adoption contract teams can measure.

Shared infrastructure earns adoption when teams can migrate without losing product control. This scorecard makes the platform team accountable for onboarding, compatibility, evidence quality, and unit economics.

StagePlatform commitmentTeam commitmentDecision measure
Onboard

Provide an SDK, reference service, policy defaults, and a trace viewer.

Name a workload owner and supply expected quality, latency, and data classes.

Target: first governed response in under 30 minutes.
Migrate

Run shadow traffic, compatibility checks, fallback tests, and cost comparison.

Validate product behavior and approve the deterministic-to-AI boundary.

Proceed when the platform meets the product SLO with no critical regression.
Operate

Publish model, policy, cost, and incident changes through one evidence feed.

Review warnings, own product remediation, and close expired exceptions.

Target: every pilot release carries a verdict, owner, and evidence chain.
Stop

Support exit and preserve trace export if the shared path fails the workload.

Document the unmet need and retain product-specific controls.

Exit when migration cost or SLO loss exceeds the measured platform benefit.

Operating model

The platform is a contract between product teams and shared services.

Funding logic

Every capability carries a stop condition.

Fund

A shared capability when at least two workloads repeat the same control problem and the platform improves time, cost, risk, or evidence quality.

Federate

Domain logic, customer experience, prompts, and product-specific metrics remain with application teams under shared contracts.

Stop

If migration cost exceeds local benefit, teams bypass the control plane, or the capability cannot show measurable risk or unit-economic improvement.

Trace the proof

Each case validates a different part of the model.

Implemented capability projects

The product role

Platform strategy is adoption strategy.

The work is deciding what to centralize, what to federate, how to prove value, and when not to build. That is the through-line across this portfolio.