Founder-led optimization pilots

Improve what matters.
Verify what works.

We search for alternatives, test them against your baseline, and report what changed.

The question in this example

Fit the same workloads into a less expensive fleet without exceeding its capacity.

Run the search. Inspect the allocation. Then challenge it with a demand spike.

Cloud resource allocationInteractive model

Same workloads. A better fleet.

Search for a lower-cost allocation. Every workload must fit, and every result must pass a separate check.

Approach

Ready to search the allocation space.

0 checked in last search0 passed capacity checks

Basic first-fit— units
Candidate cost— units
Beyond five fixed rules—

Five-rule heuristic: — cost units across — hosts. Run the search to compare both references.

Baseline

— hosts

First-fit placement, input order.

Your baseline will appear here.

Candidate

— hosts

Inspect the selected allocation.

Run search to see the result.

Separate verification

Awaiting a candidate
Cost improves on five-rule heuristic
—
Every workload fits within capacity
—

The checker recalculates CPU, memory and cost from the allocation, then checks that every workload appears exactly once.

How the example works

Workloads have CPU and memory requirements. Five host types have fixed capacities and example costs. The search tests different orders and placement rules within a budget of 256 candidates. A separate checker reconstructs each allocation and tests its limits. The hosted site runs this synthetic search on the server and returns its inputs, allocations and checks.

Both references are recalculated for the same demand and capacity policy. The stronger reference takes the best of five fixed deterministic rules, including cost-aware packing. The headline reduction compares the search with that reference; basic first-fit stays visible. This does not compare Istimthal with commercial solvers. The cheapest approach deliberately ignores capacity so you can see why a low price alone is insufficient. Headroom reserves at least 20% of each host’s CPU and memory capacity during the search. Results can tie the baseline; the search does not prove a global optimum.

Read the benchmark and reproduction method · Scope a paid pilot

Real search on synthetic workloads and cost units. This demonstrates Istimthal’s search-and-check process, not the full engine or a customer result. No real-world savings are guaranteed.

How a pilot works

We start with one decision and agree on the test before searching for an answer.

  1. 1

    Agree on what matters

    Define one problem, your current baseline, success criteria, and the limits that cannot be crossed.

    Output: the problem and its limits
  2. 2

    Search, then challenge

    Generate candidates within a fixed budget. Test the promising ones independently, including failure cases and matched controls.

    Output: candidates and test results
  3. 3

    Make an informed call

    Review the artifact, comparison, failures, and reproduction steps. Your team approves the next step.

    Output: a go / no-go readout

Questions we can help test

The method fits repeated decisions with a trusted baseline and a checkable outcome. These are questions we could test together.

Tell us about your problem

AI systems

Could a different model reduce cost while meeting your measured quality threshold?

Model selection, prompts, tool policies, workflows

Operational policies

Can a schedule use fewer resources without missing service targets?

Scheduling, routing, allocation, resource control

Software & infrastructure

Which configuration lowers latency without crossing reliability limits?

Bounded code changes, service policies, parameters

Research

Does a proposed construction survive an independent check?

Finite constructions, hypothesis tests, controlled ablations

Decision systems

Will a new rule improve the cost and risk tradeoff on cases it hasn’t seen?

Bounded rules, selectors, reviewable recommendations

What you receive

The handover is more than a recommendation.

You receive the candidate, the comparison, and the test record. The report makes clear what changed, what failed, and where the conclusion stops.

Included in the handover

  • CandidateThe artifact and its decision history
  • ComparisonThe baseline and matched controls
  • ChecksIndependent results, failures, and limits
  • ReadoutReproduction steps and a written decision

A tie or a no-go belongs in the report. Keeping a stronger baseline is a useful result.

Work with the founders

Istimthal is a Saudi-founded technology project developing evidence-first optimization for teams across domains.

A pilot starts with a conversation about your problem and the evidence available. Together, we establish the baseline, the evaluation boundary, and who owns the final decision.

We report what the checks show, including failed candidates. The deliverable is a result your team can review and test again.

contact@istimthal.com

Pilot questions

Fit, expectations, and what happens next.

What makes a good first problem?

A repeated decision with a measurable outcome, a baseline you trust, and a solution that can be executed or mechanically checked. We also need a bounded evaluation budget, an independent way to verify the result, and a named decision owner.

What happens after I join the waitlist?

We save your interest so the founders can contact you about early access or a pilot. Joining does not book an engagement, create a subscription, or trigger an automatic email. You can ask us to remove your details at any time.

Do you guarantee an improvement?

No. A pilot may produce a verified improvement, a tie, or a no-go result. If a simple control or your existing baseline wins, that belongs in the evidence. Scope, success criteria, and commercial terms are agreed before work starts.

Will anything change in my production system?

Nothing deploys automatically. Your team keeps control over security review, staging, approval, monitoring, and rollback.

Should I share data through this form?

Please share only a short, non-confidential description. We agree on data access, execution boundaries, retention, and handling before a pilot begins.

How does this website use cookies?

We remember your privacy choice with an essential cookie and count anonymous page requests. Optional analytics uses random browser and session IDs only if you accept, to understand visits and page interactions. We do not automatically know who a visitor is. Read our cookie details or .

Request a pilot

Join the early access list for founder-led pilots. A short description helps us understand whether the work is a fit.

Prefer a conversation?
contact@istimthal.com

Please don’t include confidential information or personal data about others.

A security check loads when you start the form.

No subscription. No automatic email. Ask us to remove your details whenever you like.

Choose whether optional analytics is allowed. Your choice applies to this browser. Turning analytics off also erases its previously collected visit history.

Always on

Read the cookie details

Your browser’s data

Download or erase the visit history associated with this browser. This does not include or delete separately submitted waitlist contact details.

Checking this browser’s data…