`nexyron.policy_causal_value_curve`
Generic Description
nexyron.policy_causal_value_curve build a budget-by-budget causal value frontier for one policy over the learned treatment-effect ranking
CALL nexyron.procedures()
YIELD name, description, parameters, output_columns
WHERE name = 'nexyron.policy_causal_value_curve'
RETURN name, description, parameters, output_columns
Semantic policy procedures evaluate, compare, decide, apply, and report on registered decision policies, including bandit, uplift, causal, and off-policy workflows.
Consumer-Level Explanation
This procedure belongs to the decisioning, intervention, scenario, or causal analysis layer. Use it when you want to choose actions, log actions, evaluate responses, or estimate treatment effects from the current abstraction contracts.
Parameters
name: Policy name Required.dataset: Dataset name Required.split: Optional split label filter such as train, validation, or test Optional.learner: Causal learner family such as t_learner or x_learner Optional.max_actions: Optional maximum action budget for the frontier Optional.budget_step: Budget increment used to emit frontier rows Optional.min_effect: Optional minimum estimated treatment effect required for inclusion Optional.overlap_lower_bound: Optional lower propensity bound; rows below it are excluded before building the value curve Optional.overlap_upper_bound: Optional upper propensity bound; rows above it are excluded before building the value curve Optional.at: Optional as-of timestamp in epoch milliseconds for bound dataset execution Optional.system_at: Optional system-time cutoff in epoch milliseconds for dual-time replay Optional.prefer_materialized: When true, reuse matching materialized policy and dataset artifacts before rebuilding them Optional.
Output Columns
policydatasetsplitaction_countavg_estimated_treatment_effectavg_estimated_treated_outcomeavg_estimated_control_outcomeavg_estimated_propensitycumulative_estimated_upliftsourcemodel_versionpolicy_version
Example Contract Prerequisite
The executable Cypher blocks on this page query nexyron.procedures() so they work in an empty database and stay synchronized with the live procedure registry. A direct CALL nexyron.policy_causal_value_curve(...) requires the named abstraction contracts, artifacts, features, snapshots, datasets, models, or policies referenced by that call to exist first; otherwise the runtime correctly fails with an unknown-contract error rather than inventing state.
Conceptual Explanation
The important thing about nexyron.policy_causal_value_curve is that it stays inside the same Cypher and abstraction-contract runtime as the rest of Nexyron. That means it can compose with named abstractions, time-aware snapshot contracts, document-style payloads, graph-native identity, and later model or policy layers without forcing you to move into a separate tool first.
More Detailed Explanation
In practical queries, start by deciding the row grain you want after the call: one row per node, one row per path, one row per registry object, one row per artifact, or one row per summary. Then keep that grain explicit with YIELD and named projections. That is the difference between a useful planner-facing example and a vague call that downstream tooling cannot safely compose. For contract-driven abstraction procedures, the executable examples on these pages intentionally inspect procedure metadata unless the required named artifacts are created in the same example.
Advanced Example
CALL nexyron.procedures()
YIELD name, parameters, output_columns
WHERE name = 'nexyron.policy_causal_value_curve'
RETURN name,
[p IN parameters | p.name] AS parameter_names,
output_columns
ORDER BY name
Real Use Cases
- Decide which high-risk members should receive emails, offers, or coach calls using the same snapshot, dataset, and model contracts already used in training and evaluation.
- Estimate whether a retention policy creates real lift or only reorders the same members, including bandit, uplift, and causal analysis where those runtimes are available.
Real Limitations And Tradeoffs
- This surface is contract-driven. If the registered feature, snapshot, dataset, model, or policy definition is weak, the procedure will faithfully execute that weak contract rather than silently repairing it.
- Reported quality or causal metrics are only as defensible as the dataset, split, and temporal contract supplied underneath.