deyqo
FRPlan a pilot
Decision API

Define your output categories

The proposed service receives text and selects from values allowed by your application. Define the response format and review rules before the pilot.

Input

Provide the relevant context

A ticket, a document excerpt, possible categories and your business rules form the state to evaluate. Keep input limited to the information the task needs.

Output

Receive usable values

The proposed contract includes a category, a distribution over allowed choices and a handling status. The application validates the schema before taking action. Demo keys illustrate this contract; they are not documentation for an available API.

Evaluation

Measure the right decision

An annotated dataset helps track category confusion, review rates and error costs. Any confidence estimate will require a separate calibration study.

Integration

Keep business controls in your application

Permissions, amount checks and allowed actions remain deterministic rules in your software. A model must not be able to expand its own scope.

Common questions
Which model will power the service?

The model and hosting approach have yet to be selected. We make no claim to a proprietary architecture or a particular training method.

What about pricing and latency?

Neither is set. Measurements and their test conditions will be published before a commercial offer.

Plan a pilot

Describe your use case

Collect the expected categories, volumes and your team’s role in a pilot brief.

Plan a pilot