For the complete documentation index, see llms.txt. This page is also available as Markdown.

Simulations & queries

TypeScript SDK methods for Monte Carlo simulation, decision planning, recommendation, scoring, and the governed query family, each with its HTTP route.

These methods live on AlgentaClient and cover two families from the simulation and query surface: running decisions under uncertainty (simulate, planDecision, recommend, score, batch, compare) and reading governed data (resolve, query, queryWithMetadata, verify, queryBatch, querySqlReport, explain). Method names are camelCase; bodies stay snake_case.

Simulation methods

A SimulateRequest in auto mode describes a scenario with named variables (each a low/high range) and an objective, and the engine returns a DecisionEnvelope with the expected value, percentiles, and a recommended action.

import { AlgentaClient } from "algenta-sdk";

const client = new AlgentaClient({ apiKey: process.env.ALGENTA_API_KEY });

// Run one decision.
const envelope = await client.simulate({
  mode: "auto",
  scenario: {
    name: "Product launch decision",
    variables: {
      revenue: { low: 80000, high: 200000 },
      cost: { low: 40000, high: 90000 },
    },
    objective: "maximize_net_value",
  },
  runs: 10000,
  seed: 42,
});
console.log(envelope.recommended_action, envelope.confidence);

// Compare two named scenarios in one call.
const comparison = await client.compare(
  [
    { name: "launch_now", request: { mode: "auto", scenario: { variables: { revenue: { low: 80000, high: 200000 } }, objective: "maximize_net_value" } } },
    { name: "wait_a_quarter", request: { mode: "auto", scenario: { variables: { revenue: { low: 60000, high: 150000 } }, objective: "maximize_net_value" } } },
  ],
  { runs: 5000, seed: 42 },
);
console.log(comparison);
Method
HTTP
Notes

simulate(request)

POST /v1/simulate

Runs one SimulateRequest; returns a DecisionEnvelope.

planDecision(request)

POST /v1/decisions/plan

Returns a structured DecisionPlanResponse for the same request shape.

recommend(actions, options?)

POST /v1/recommend

actions is an array of { name, request }; options sets { runs, seed }.

score(request, scoringWeights?)

POST /v1/score

Scores one request; scoringWeights maps to scoring_weights.

batch(items)

POST /v1/batch

Runs an array of SimulateRequest in one call; returns a BatchResult.

compare(scenarios, options?)

POST /v1/compare

scenarios is an array of { name, request }; options sets { runs, seed }.

recommend and compare share the same shape — an array of named requests plus optional { runs, seed }. Use recommend to pick a single best action and compare to rank named scenarios side by side.

Query methods

The query family is the governed data path: deterministic, typed reads over onboarded datasets. queryWithMetadata returns { data, metadata, headers } so you get the response alongside its execution metadata and raw headers; querySqlReport runs a read-only SQL report over one or more aliased datasets.

Method
HTTP
Notes

resolve(request)

POST /v1/resolve

Resolves a query hint to a concrete source/column plan.

query(request)

POST /v1/query

Runs a governed query; returns a QueryResponse.

queryWithMetadata(request)

POST /v1/query

Same call, returning { data, metadata, headers }.

verify(request)

POST /v1/verify

Verifies a query resolves and validates before you run it.

queryBatch(request)

POST /v1/query/batch

Runs keyed queries with optional shared defaults.

querySqlReport(request)

POST /v1/query/sql-report

Read-only SQL over aliased sources; max_rows caps output.

explain(request)

POST /v1/query

Runs the query and returns an ExplainResponse (source set, join path, plan hash).

Batch queries with shared defaults

queryBatch runs several keyed queries in one round trip. Shared defaults (dataset_id, filter, limit, order) apply to every query unless overridden.

Next steps

Last updated

Was this helpful?