Skip to main content
The rule set is the contract between you and your agent. It lists, per surface (mapping jobs, unmatched results, mismatch reports, coverage, data sources/sinks, exports, bulk updates, notifications), what the agent is allowed to do autonomously. Tool calls against a disabled rule return error: "rule_disabled" to the LLM, which then adapts — typically by filing a pending item or summarising differently.

Orchestration + triage, not confidence judgement

Agents in v1 are an orchestration and triage layer, not a per-row confidence-judgement layer. Confidence-threshold rules (e.g. “auto-approve any match above 0.95 confidence”) are not supported in v1. The PartnerMappingResult.matchConfidence field is nullable in production and is not relied upon by the rule engine.
What this means in practice:
  • The agent proposes matches for unmatched rows. A human approves.
  • The agent drafts proposed resolutions for mismatch reports. A human marks FIXED / REJECTED.
  • The agent never auto-links a result to a reference hotel.
  • The agent never auto-marks a mismatch as fixed or rejected.
Confidence-based auto-approval is on the roadmap but explicitly excluded from v1. See the overview roadmap section.

Rule set JSON shape

What the agent can vs cannot do (v1)

Versioning

Every rule-set save creates a new row with version = max(version) + 1 and a supersedes_id pointing to the previous version. Every AgentRun records the version it executed under. The UI shows “this action was taken under rule set v3” alongside historic runs.

Editing rules

Go to Agents → [your agent] → Settings → Rules. Toggle the rule, click Save. Active cycles finish under the old rule set; the next cycle picks up the new one.