THE MANIFEST-DRIVEN SOLVER

Your domain.
Your constraints.
Agent-authored models.

Configure schedules, routes and allocations through explicit manifests. Use Claude, ChatGPT or your own agent to draft the model. Validate it, then run the solver as a service or in your stack.

AS A SERVICE/EMBEDDED IN YOUR STACK
PLANNING WORKSPACE01 / ROSTERING

A place for
every constraint.

RESOURCEMONTUEWEDTHUFRI
Team A●●·●●
Team B·●●●·
Team C●·●·●
Team D·●·●●
✓ Capacity ✓ Availability ✓ Coverage
Illustrative planning view · not a live solve
01

Manifest-driven configuration.Readable by people. Authorable by agents.

02

Your choice of integration.A service boundary or local execution.

03

Results you can evaluate.Feasibility and diagnostics, in context.

MANIFEST-DRIVEN. AGENT-AUTHORABLE.

Describe your domain.
Configure the solver.

Your model is an explicit, versionable configuration. Give an agent the supported schema, an example manifest and your requirements, and use it to draft changes you can inspect and validate.

BRING YOUR AGENT

Claude. ChatGPT. Your own agent.

Use your preferred assistant to map domain concepts, draft supported constraints and objective settings, and explain configuration changes. Keep the same manifest and review process whichever authoring tool you choose.

Get the authoring workflow and prompt →
CONFIGURATION WITH BOUNDARIES

The agent proposes. The engine executes.

Validate the draft against the correct schema and supported engine capabilities. Test representative cases, review the diff and approve a version before activation. New solver behavior still needs a supported extension.

Understand the extension boundary →
  1. 01 Describe the domain
  2. 02 Draft the manifest
  3. 03 Validate & test
  4. 04 Review & enable
Exploring a specialized Domain Model Agent

A guided assistant could ask domain-specific questions, map requirements to supported capabilities and prepare a candidate configuration with tests and a reviewable diff. This is a proposed capability; the workflow today uses your chosen assistant and your deployment’s validation tools.

Explore the proposed design →
BUILT FOR OPERATIONS

When everything connects,
the plan matters.

People, time, capacity and cost rarely move independently. Model their relationships and make the trade-offs explicit.

FOUR WAYS TO WORK

Use the workspace.
Or build it into yours.

Start directly in a hosted planning workspace, call the hosted API from your application, operate a private service, or embed supported Python execution.

For the people making the plan

A browser workspace puts inputs, manifest configuration and results together. Explore routing and weekly rostering illustrations based on our existing applications.

Explore routing and rostering UX →

For the teams building the product

Choose a hosted API, a private service or local Python execution. Keep your interface and decide where data and runtime responsibilities belong.

Compare all four usage paths →
ONE SOLVER. YOUR ARCHITECTURE.

Call it.
Or bring it closer.

Keep the solver behind an API, or run a supported Python entry point in your own process. Choose the boundary that fits your application.

Read the service guide →
YOUR BACKEND → SOLVER SERVICE
ShellCopy
curl --fail-with-body \
  "$HELIXOR_SOLVER_URL/api/v1/solve/rostering" \
  -H "Authorization: Bearer $HELIXOR_TOKEN" \
  -H "Content-Type: application/json" \
  --data-binary @solve-request.json

Requires a provisioned endpoint, token and validated request file.

FROM MODEL TO DECISION

Structure first.
Confidence follows.

Optimization starts with a precise question. It ends with a result your application knows how to accept—or decline.

Understand the model →
  1. 01

    Describe the problem

    Provide the real records, constraints and objective in a supported problem model.

  2. 02

    Run the selected engine

    Choose an execution path and budget appropriate to your workload.

  3. 03

    Evaluate the outcome

    Inspect feasibility, quality and diagnostics before taking action.

THE NEXT STEP IS DOCUMENTED

From “can it?”
to “here’s how.”

Integration guides, modeling concepts and API reference. Together with the product.

EXPLORE HELIXOR

From building the integration
to acting on the plan.

LET’S WORK ON YOUR PROBLEM

Bring the constraints.
We’ll start there.

Discuss your workload ↗