Frequently Asked Questions

Features & Capabilities

What is Sedai and how does it optimize cloud operations?

Sedai is an autonomous cloud platform that uses advanced machine learning and AI to optimize cloud operations. It automates performance optimization, application scaling, cluster optimization, cost optimization, and availability management for Kubernetes and serverless workloads. Sedai's patented safety-by-design approach ensures all optimizations are gradual, continuously validated, and can be rolled back automatically if risk is detected. Note: Sedai's autonomous actions may not be suitable for organizations requiring full manual approval of every change; detailed limitations are not publicly documented—ask sales for specifics.

What are Sedai's key features?

Sedai offers autonomous cloud management, release intelligence, intelligent topology inference, safety-by-design (continuous health verification, automatic rollbacks, incremental changes), and multiple modes of operation (Datapilot, Copilot, Autopilot). It provides full-stack cloud coverage across compute, storage, data, and AI workloads for AWS, Azure, GCP, and Kubernetes. Note: Some advanced features may require integration with specific cloud providers or platforms; detailed limitations are not publicly documented.

What integrations does Sedai support?

Sedai integrates with 12 APMs (including Prometheus, Datadog, AWS CloudWatch, Azure Monitor, Google Cloud Monitoring), Kubernetes autoscalers (HPA/VPA, Karpenter), IaC and CI/CD tools (GitHub, GitLab, Bitbucket, Terraform), ITSM tools (ServiceNow, PagerDuty, Jira), notification platforms, and runbook automation systems. It optimizes resources across AWS, Azure, and GCP. Note: Integration depth and feature availability may vary by tool; check documentation for specifics.

How does Sedai ensure safe autonomous optimization?

Sedai's patented safety-by-design approach includes continuous health verification before, during, and after every action, automatic rollbacks if risk is detected, and incremental changes for real-time validation. This minimizes the risk of outages or SLO breaches during optimization. Note: Organizations with strict change control policies may require additional validation steps; detailed limitations are not publicly documented.

Use Cases & Benefits

What problems does Sedai solve for engineering and cloud teams?

Sedai addresses runaway cloud costs (up to 50% reduction), performance bottlenecks (up to 75% latency reduction), operational toil (up to 6X productivity gains), proactive issue resolution (up to 70% reduction in failed customer interactions), and complexity in multi-cloud/hybrid environments. It also bridges misaligned priorities between engineering and finance by aligning cost efficiency with performance objectives. Note: Actual results may vary based on environment and implementation; detailed limitations are not publicly documented.

Who can benefit from using Sedai?

Sedai is designed for IT/cloud operations managers, FinOps leaders, technology executives (CTO, CIO, VP Engineering), site reliability engineers (SREs), and platform engineers. It is suitable for organizations focused on cloud cost efficiency, performance, compliance, and operational productivity. Note: Best fit for teams seeking autonomous optimization; organizations requiring only manual controls may need alternative solutions.

What business impact can customers expect from Sedai?

Customers have achieved up to 50% reduction in cloud costs, up to 75% reduction in latency, up to 70% reduction in failed customer interactions, and up to 6X productivity gains for engineering teams. Sedai also improves release quality by tracking the impact of deployments on cost, performance, and risk. Note: Results depend on environment and use case; detailed limitations are not publicly documented.

Customer Proof & Case Studies

What are some real-world success stories with Sedai?

KnowBe4 achieved up to 50% cost savings and reduced AWS Lambda response time from 18.5 seconds to 80 milliseconds (99.5% reduction). Palo Alto Networks saved $3.5 million using Sedai's optimization. Belcorp reduced AWS Lambda latency by 77%, and Campspot achieved a 34% reduction in latency. For more, see Sedai's resources page. Note: Outcomes are customer-specific; not all users will achieve identical results.

Which industries are represented in Sedai's case studies?

Sedai's case studies include cybersecurity (Palo Alto Networks, KnowBe4), security awareness training (KnowBe4), beauty and personal care (Belcorp), travel and hospitality (Campspot), background check services (Inflection), and customer engagement software (Freshworks). Note: Industry-specific results may vary; detailed limitations are not publicly documented.

Pricing & Plans

How is Sedai priced?

Sedai uses resource-based pricing, so customers pay based on the resources optimized and the value delivered. Kubernetes-specific pricing is available, and all costs are transparently outlined on the Sedai pricing page. Discounts from cloud billing accounts (e.g., Reserved Instances, Savings Plans) are factored into cost and savings calculations. Note: For custom pricing or large-scale deployments, contact Sedai sales. Detailed limitations not publicly documented.

Does Sedai offer a free trial or proof of value?

Yes, Sedai offers a free Proof of Value and a 30-day free trial, allowing organizations to evaluate the platform's benefits before committing. Note: Trial features and eligibility may vary; contact Sedai for details.

Technical Requirements & Implementation

How long does it take to implement Sedai?

Initial setup can be completed in as little as 15 minutes using agentless or agent-based deployment. AI Agent Optimization typically takes two to three weeks. For Databricks environments, setup can be completed in under 15 minutes. Note: Implementation time may vary based on environment complexity; detailed limitations are not publicly documented.

What technical documentation is available for Sedai?

Sedai provides comprehensive onboarding guides, Kubernetes optimization documentation, Databricks optimization instructions, and GPU optimization resources. All documentation is available at docs.sedai.io/get-started. Note: Some advanced topics may require direct support; detailed limitations are not publicly documented.

Support & Implementation

What support options does Sedai provide?

Sedai offers personalized onboarding sessions, extensive documentation, and a community Slack channel for real-time assistance. Customers also benefit from a straightforward onboarding process and comprehensive support resources. Note: Support SLAs and advanced support options may vary by plan; detailed limitations are not publicly documented.

Security & Compliance

What security and compliance certifications does Sedai have?

Sedai is SOC 2 certified, demonstrating adherence to stringent security and data protection standards. For more details, visit the Sedai Security page. Note: Additional certifications may be in progress; contact Sedai for the latest compliance status.

Product Information & Adoption

What feedback have customers given about Sedai's ease of use?

Customers report quick onboarding (as little as 15 minutes), seamless integration with existing tools, low management burden due to autonomous operation, simple volume-based pricing, and comprehensive support. These factors contribute to a user-friendly experience. Note: Some organizations may require additional training for advanced features; detailed limitations are not publicly documented.

How does Sedai address the risks and challenges of AI adoption in engineering teams?

Sedai's leadership emphasizes that AI should not be forced on engineers and that success depends on operationalizing and measuring outcomes, not just deploying models. Sedai's platform tracks cost, SLOs, and system actions to provide verifiable results. Its safety-by-design approach minimizes risk, but organizations should ensure clear goals and measurement practices are in place. Note: Teams requiring only manual controls or with unique compliance needs may need to supplement Sedai with additional processes.

Introducing Sed: Your cloud & AI assistant

Meet Sed
Sedai Logo

Is AI Too Big to Question?

Is AI Too Big to Question?

Featured

A consultant who turns down all AI implementation work published an essay engineers have been passing around: His team has watched AI projects fail at a 0% success rate for a year and a half, yet engineers feel incapable of pushing back.

While companies keep buying AI solutions, the only people the consultant has seen fired over any of it are the ones who expressed doubt out loud. So engineering leaders keep quiet and the least sensible ideas go unchallenged.

So I asked our engineering leaders: Has AI become too big to question?

Forcing AI on Engineers Is How You Get a 0% Success Rate

Aby Jacob (VP of Engineering)

Saying AI is a failure because of the “zero success rate” is judging AI too harshly. What's really happening is a bad workman blaming the tool.

For us at Sedai, AI helps tremendously. We have an internal tool called Tycho that triages issues within our systems, and helps us figure out issues way ahead of time. But beyond that, Tycho enabled us to start exploring surface areas that we wouldn't have explored so far. That boosted our ability to work and reduced toil from a developer standpoint.

Conversely, just last night, OpenAI reported they had lost control of their most advanced models, as they went rogue and hacked Hugging Face, one of the largest hubs for sharing AI models.

The “escaped models” were trying to find solutions for the AI cybersecurity benchmark ExploitGym. In doing so, the prompting that makes these experiments possible “egged” the models on, allowing them to breach containment.

One consultant said, “This is not an AI problem. It’s negligence on a 40-year-old standard, and it’s basically every sci-fi film ever.”

Here you see both sides of the AI coin. On one side, AI has allowed my team to build things we would have never thought to build before. On the other hand, AI without human oversight can cause chaos. This is what AI brings to every scenario: If you use the tool the right way, you can gain from it, If you don't, it's like a nuclear weapon.

"Engineers should be given their space and time so AI can be utilized in the right way. Just asking Claude, 'Fix this,' is not going to fix the problem."

Aby Jacob Headshot (Square)

Aby Jacob

VP of Engineering

I really do feel like this is an inflection point in human civilization where we’re working with a technology that is far more capable, or seemingly capable, than our own intelligence. But while we know it thinks and produces solutions, hallucinations and other issues can veer us away from the solution we expected and create problems.

In order to harness or tame this AI, we need to put in extra effort so it doesn't stray from our target and comes back with what we really want as an outcome. That is the struggle developers and engineers are having right now. And from a leadership point of view, throwing AI at everything doesn't solve the problem.

Engineers should be given their space and time so this tool can be utilized in the right way. Just asking Claude to fix this is not going to fix the problem. AI will create more problems, but we’ll also be able to fix those as well.

If something is created by a human and there’s a bug in development, we can easily figure it out and fix it. Now, with thousands of lines of code written by AI, you have to pick the needle from the haystack. It’s not impossible, but engineers should be given the room to develop with AI, understand how it behaves, and slowly adapt to it.

Pushing AI down the throats of engineers might overwhelm them, and with the expectation to deliver 10x with AI, people will stumble and fall. Some will read that as a 0% success rate. But the failure isn't the tool's, it's the rollout's, and that is something we need to be aware of.

The AI FOMO Isn’t New and Neither Are Its Failures

Nikhil Gopinath Kurup (SVP of Engineering, ML)

The thing driving all of this is FOMO, and we have trained ourselves into it over twenty years. Case in point, a few companies bet early on the internet, more jumped on Web 2.0 and social, almost everyone eventually moved to mobile, and the ones who sat out during each wave got left behind.

So the reflex now is simple: Never be the one who missed “the next thing.” And we just ran this exact play with crypto.

So when a bet like AI and its adoption becomes a marker of whether you're forward-thinking or not, dissent starts to look like disloyalty, and the author of this piece nails what happens next. The coordination problem is real, and executives are afraid to be the first one to say something sane; anyone who has been in those rooms has watched a smart person go quiet because being honest could be unsafe for their career.

Where I part ways is the notion that AI has a 0% success rate and “it's all lies” conclusion, because it has the same blind spot it's diagnosing.

"The projects failing now are failing for the same reason ML projects failed for a decade: nobody operationalized and nobody measured."

Nikhil Gopinath Kurup Headshot

Nikhil Gopinath Kurup

SVP of Engineering, ML

The author, as a consultant who has rejected AI implementation work, has his sample pre-filtered to the projects that were always going to fail. And having spent years building ML models, I can tell you the failure mode long predates LLMs. The model was almost never the hard part. Operationalizing it was: the data pipelines, the drift and retraining, wiring a prediction into a real system, and getting anyone to actually trust and act on the output.

The model is maybe ten percent of the work. The projects failing now are failing for the same reason ML projects failed for a decade: nobody operationalized and nobody measured. Generative AI did not remove that problem, it just made it trivially easy to fake a demo that skips the expensive 90%, which is exactly why those demos hypnotize people.

So has AI become too big to question? In a lot of companies right now, yes, but as long as opinion is your only currency, because you cannot argue a true believer out of faith.

But crypto felt too big to question in 2021, too. The difference is that AI is actually here to stay. Web 2.0 and mobile both started as overhyped nonsense and settled into things we now use without a second thought, and AI is on the same path.

The hype dies the moment somebody measures what the technology actually did: Did cost drop, did the SLO hold, how many actions did the system take on its own, how many incidents did it cause? You cannot argue with a number that cannot be gamed. The way you make AI questionable again is not more courage in meetings, but rather refusing to judge it on anything other than the result.

Healthy Engineering Culture Can’t Just Be Vibe-Based

Shankar Jothi (VP of Engineering, ML)

Healthy engineering cultures should be able to question any specific use of a tool without that being read as questioning the whole strategy. Skepticism about a particular chatbot, workflow, or rollout is just good engineering.

It only becomes a problem when "this specific thing isn't working" gets heard as "you're against the direction tech is moving in," because then people stop being honest about what you actually need.

"If nobody's tracking whether a tool actually gets used or produces a real outcome, then the optimists and skeptics are both arguing from vibes."

Shankar Jothi Headshot

Shankar Jothi

VP of Engineering, ML

The healthiest teams I've seen treat AI like any other significant investment: clear success metrics, honest check-ins, and a willingness to walk away from something that isn't paying off. A lot of what gets labeled "AI failure" is really just how ordinary projects go sideways when that discipline is missing. Leaders should be outlining clear goals with clear owners and clear usage measurements.

Measurement is where I think leaders should focus the most. If nobody's tracking whether a tool actually gets used or produces a real outcome, then the optimists and the skeptics are both arguing from vibes, and neither claim is verifiable. "We saw no gains" and "We implemented it badly" can look identical from the outside, which is exactly why evidence matters more than conviction here.

So has AI gotten too integrated to push back on? I don't think the goal is more pushback or less. I think it's keeping space open for people to say, "This particular thing isn't working," without it becoming a referendum on anyone's judgment.

Get that right and the technology mostly sorts itself out.


Questioning AI starts with measuring it. Sedai shows you what your agents actually cost and routes each request to the most efficient model. See how.