Skip to content

Overview

Rule Engine lets you define matching conditions once, instead of hardcoding lookup logic like “if model is X, use prompt Y” throughout your application. A rule pairs a set of conditions on runtime fields - like the model being called, the deployment environment, or the cost of a request - with the resources that should come back when those conditions are met. Your application calls a single API to ask “what applies right now?”, and Shield360 itself uses the same mechanism when retrieving a Context or Prompt that’s linked to a matching rule.

What is the Rule Engine used for?

Rule Engine matches runtime inputs - like model name, deployment environment, or cost - against conditions you define, then returns the Context, Prompt, or Evaluation Type linked to any rule that matches. This lets your application (or Shield360 itself) look up the right resource for the current situation instead of hardcoding that logic in code.

What kinds of resources can a rule return?

A rule can be linked to a Context, a Prompt, or an Evaluation Type. When the rule matches, all of its linked entities are returned, and their full data can be included in the response if you ask for it.

Can I call the Rule Engine from outside Shield360?

Yes. The evaluate API accepts a Bearer API-key token, so any application can evaluate rules and retrieve linked entities without a dashboard session. See the Evaluate API page.

How are multiple conditions combined?

Conditions are organized into groups, each with its own AND/OR logic. The groups themselves are then combined using the rule’s top-level Group Operator, so you can express nested matching logic without writing any code. See Conditions for details.