Skip to content
Quancis
Blog
Product4 min read

Introducing Kael

By Response Mosese, Owner, Quancis · Updated

Kael is not one model. It is a system, which we call the Composite Intelligence System, or CIS: fine-tuned language models, small language models, retrieval and other specialist models working together behind a single API call. From the outside it behaves like any other chat model. You send a request and you get a response.

What happens in between is the point, and it is the reason this post exists. Kael is in public beta, sign-up is open to anyone, and before you spend a prompt on it you should know what it is, what it is for, and what it cannot do yet.

Draft, check, refine

Every answer Kael gives goes through three steps. First a draft is produced, the way any single model would attempt it. Then the draft is checked against what you actually asked, which catches what one pass tends to miss. For code, that means bugs and security issues. Finally the system corrects what the check found, and only the refined result comes back to you.

One request to Kael

Request in, refined answer out.
Draft
A first answer, the way any single model would attempt it.
Check
The draft is reviewed against what you asked. For code: bugs and security issues.
Refine
The system corrects what the check found.

Easy requests can take as few as one internal call. Hard ones use up to about twenty, retrieval included.

Figure 1. The shape of one Kael request. The number of internal calls depends on the task.

How much happens inside depends on the request. An easy one may be routed to the best single model, with skills, in a single internal call. A hard one can use up to about twenty calls, retrieval included. Because Kael is several models rather than one, other models can also take over a task that a component could not handle. Safety checks run on the way in and on the way out, so a harmful request or response can be stopped before it is delivered.

Your requestSafety check on the requestHow much work happens depends on the requestEasya single internal callHardup to ~20Safety check on the responseOne answer comes back
Figure 2. Where the work goes in one request. The figures are the ones in the text: as few as one internal call for an easy request, up to about twenty for a hard one. A simplified drawing, not a trace of a real request.

This design sits in a family of ideas that researchers have been exploring under names like Best-of-N, Fusion-of-N and Mind Evolution. We wrote a longer piece on that research, From Best-of-N to Mind Evolution, including where Kael is and is not like those methods.

Built for accuracy, not speed

Kael is for people who want the right answer more than the quick one. It is strongest at coding, security, software engineering, agentic work and math, which are areas where a draft can be held up against something concrete. That choice has a cost, and we do not hide it: Kael is slower than most models. We explain the numbers in Why Kael Is Slower, On Purpose.

Nothing new to learn

Kael accepts Chat Completions, the Responses API and the Anthropic Messages format, and it supports streaming, tool calls and JSON mode. For OpenAI-style requests you change the base URL to https://api.quancis.space/v1, use the model name kael-beta, and keep the rest of your code.

from openai import OpenAI

client = OpenAI(
    base_url="https://api.quancis.space/v1",
    api_key="YOUR_API_KEY",  # create one in the Quancis Developer Platform
)

response = client.chat.completions.create(
    model="kael-beta",
    messages=[
        {"role": "user", "content": "Review this function for security problems: ..."}
    ],
)
print(response.choices[0].message.content)
An existing OpenAI-style client, pointed at Kael. You can get a key and read the full reference in the Quancis Developer Platform and its API documentation.

What the beta supports, and what it does not

Kael beta at a glance. See the Kael page for the full specification.
ItemToday
Model IDkael-beta
InputText and images
OutputText
Context window1 million tokens of input
Maximum outputUp to 128,000 tokens per response
Knowledge cutoffJuly 2026 (can differ between component models)
LanguageEnglish. Other languages have not been tested, so they are not listed as supported
WeightsClosed. Available through the API and our apps only
Not in the betaPDFs, video and other file types
Table 1. Kael beta at a glance. See the Kael page for the full specification.

A few behaviours are worth knowing before you build on it. Kael accepts sampling settings such as temperature so existing code does not break, but it does not use them, which means the output is not deterministic and runs can vary. It does not cache responses, although input caching exists and affects pricing. And you are billed only for your own input tokens and the final output tokens. The extra model calls Kael makes inside the system are never billed to you.

On data: requests are not used to train Kael. Normal requests are held for up to 15 minutes so cache hits can be calculated, then are not stored in a database. If the safety system flags a request or a response, it is kept until our support team has reviewed it. The privacy policy is the binding document.

What we are not claiming

We have not published benchmark numbers, and we are not going to publish ones we ran ourselves. Independent evaluation is being sought, and when results exist we will share them on the Kael page. Until then, the fastest way to judge Kael is to point your existing SDK at it and run your hardest prompts. The examples page is where we will show what it produces.

Kael is also the system behind Quan Harness, our coding agent, and Quan Chat, our assistant. Same intelligence, three ways in.