Reasoning

Reasoning controls are model and protocol capabilities, not one universal provider option. Polyglot represents caller intent with ReasoningSelection and translates it only at the provider request-body boundary.

Named Effort

<?php

use Cognesy\Polyglot\Inference\Inference;
use Cognesy\Polyglot\Inference\Reasoning\ReasoningEffort;
use Cognesy\Polyglot\Inference\Reasoning\ReasoningSelection;

$message = Inference::using('openai')
    ->withModel('gpt-5.6')
    ->withMessages('Check whether this argument is logically sound.')
    ->withReasoning(
        ReasoningSelection::effort(ReasoningEffort::High),
    )
    ->get();
// @doctest id="9ae2"

The portable effort vocabulary is minimal, low, medium, high, xhigh, and max. This vocabulary is a superset, not a promise that every model accepts every value. Polyglot checks the selected model’s curated capability profile and rejects unsupported or lossy mappings before sending the request.

Other Selection Kinds

Providers expose several distinct reasoning controls, so the unified type is a tagged selection rather than a nullable effort string:

ReasoningSelection::providerDefault();
ReasoningSelection::disabled();
ReasoningSelection::enabled();
ReasoningSelection::effort(ReasoningEffort::Medium);
ReasoningSelection::budget(4096);
ReasoningSelection::adaptive();
ReasoningSelection::adaptive(ReasoningEffort::High);
// @doctest id="b10a"

providerDefault() is non-invasive: Polyglot emits no reasoning field, so existing raw options and provider defaults remain unchanged. An explicit typed selection conflicts with raw keys such as reasoning_effort, reasoning, or thinking; remove the raw key before using withReasoning().

Curated Capability Matrix

Capabilities are resolved for the model and protocol together. Unknown model IDs fail closed for explicit reasoning selections; Polyglot does not infer support from a provider name or a model-name substring.

Bundled route	Exact bundled offering(s)	Portable selection
OpenAI Chat Completions	`openai` / `gpt-5.6`	disabled; low, medium, high, xhigh
OpenAI Responses	`openai-responses` / `gpt-5.6`	disabled; low, medium, high, xhigh, max
Anthropic	`claude-opus-4-6`, `claude-sonnet-4-6`	disabled, adaptive, budget; low, medium, high, max
DeepSeek	`deepseek-v4-flash`, `deepseek-v4-flash-vision-exp`, `deepseek-v4-pro`	disabled; low, high, max
Gemini native	`gemini-2.5-flash-lite`	disabled, adaptive, budget
Gemini native	`gemini-3.1-pro-preview`	low, high; reasoning is mandatory
Gemini OpenAI protocol	`gemini-3.1-pro-preview`	low, high; reasoning is mandatory
GLM	`glm-4.7`	disabled, enabled, adaptive
Qwen	`qwen3.8-max`	disabled, enabled, adaptive, budget; low, medium, xhigh
Cohere	`command-a-reasoning-08-2025`	disabled, enabled, adaptive, budget
Mistral	`magistral-medium-latest`	disabled; high
Moonshot	`kimi-k2.5`, `kimi-k2.6`	disabled, enabled, adaptive
xAI	`grok-4.6`	low, medium, high, xhigh; reasoning is mandatory
OpenRouter	`openai/gpt-oss-120b`	all selection kinds and named efforts

DeepSeek documents medium and xhigh as aliases that behave like high. Polyglot records those as lossy mappings and does not accept them by default; callers can select high explicitly and retain truthful effective intent.

Capability Inspection

Inspect reasoning metadata on the exact (driver, wire model) profile:

use Cognesy\Polyglot\Inference\Models\ModelCatalog;
use Cognesy\Polyglot\Inference\Reasoning\ReasoningEffort;
use Cognesy\Polyglot\Inference\Reasoning\ReasoningSelection;

$reasoning = ModelCatalog::discover()
    ->find('qwen', 'qwen3.8-max')
    ->capabilities
    ->reasoning;

$reasoning->known;
$reasoning->selectionKinds->all();
$reasoning->effortMappings->all();
$reasoning->budgetRange;
$reasoning->defaultBehavior;
$reasoning->reasoningContentVisible;
$reasoning->reasoningTokensVisible;
$reasoning->supports(
    ReasoningSelection::effort(ReasoningEffort::Medium),
);
// @doctest id="cb97"

A missing exact pair returns an unknown profile, so known is false. That is not a local rejection: explicit reasoning can proceed when the driver can render it without model-specific data. A wire format that needs an exact effort mapping fails with a missing-translation-fact error unless the caller supplies the facts through an explicitly composed catalog or directly on the request with withReasoningCapabilities(). Polyglot never inherits them from a provider or a similarly named model. Lossy effort mappings are rejected by default. Applications that accept a known semantic change can set allowLossyFallback: true on LLMConfig; framework connection configuration exposes allow_lossy_fallback. The effective request records every accepted adjustment so it can be observed before transport or in the InferenceRequested event.

Packages

Instructor

Polyglot

Agents

Agent-ctrl

Telemetry

Sandbox

HTTP Client

Laravel

Retrieval

Symfony

Xprompt

Named Effort

Other Selection Kinds

Curated Capability Matrix

Capability Inspection

​Named Effort

​Other Selection Kinds

​Curated Capability Matrix

​Capability Inspection

Named Effort

Other Selection Kinds

Curated Capability Matrix

Capability Inspection