---
read_when:
    - Налаштування мислення, швидкого режиму або розбору чи стандартних значень директиви verbose
summary: Синтаксис директив для /think, /fast, /verbose, /trace та видимість міркувань
title: Рівні мислення
x-i18n:
    generated_at: "2026-04-30T15:37:53Z"
    model: gpt-5.5
    provider: openai
    source_hash: f9adf065e46cb64e4c2149b95ecd69ed887a17e2eff5a5569894defa3e7217b7
    source_path: tools/thinking.md
    workflow: 16
---

## Що це робить

- Вбудована директива в будь-якому вхідному тілі: `/t <level>`, `/think:<level>` або `/thinking <level>`.
- Рівні (псевдоніми): `off | minimal | low | medium | high | xhigh | adaptive | max`
  - minimal → “think”
  - low → “think hard”
  - medium → “think harder”
  - high → “ultrathink” (максимальний бюджет)
  - xhigh → “ultrathink+” (моделі GPT-5.2+ і Codex, а також зусилля Anthropic Claude Opus 4.7)
  - adaptive → адаптивне мислення, кероване провайдером (підтримується для Claude 4.6 на Anthropic/Bedrock, Anthropic Claude Opus 4.7 і динамічного мислення Google Gemini)
  - max → максимальне міркування провайдера (Anthropic Claude Opus 4.7; Ollama зіставляє це зі своїм найвищим нативним зусиллям `think`)
  - `x-high`, `x_high`, `extra-high`, `extra high` і `extra_high` зіставляються з `xhigh`.
  - `highest` зіставляється з `high`.
- Примітки щодо провайдерів:
  - Меню та вибирачі мислення керуються профілем провайдера. Плагіни провайдерів оголошують точний набір рівнів для вибраної моделі, включно з мітками на кшталт бінарного `on`.
  - `adaptive`, `xhigh` і `max` показуються лише для профілів провайдера/моделі, які їх підтримують. Типізовані директиви для непідтримуваних рівнів відхиляються з переліком допустимих варіантів для цієї моделі.
  - Наявні збережені непідтримувані рівні перепризначаються за рангом профілю провайдера. `adaptive` відкочується до `medium` на неадаптивних моделях, тоді як `xhigh` і `max` відкочуються до найбільшого підтримуваного рівня не `off` для вибраної моделі.
  - Моделі Anthropic Claude 4.6 типово використовують `adaptive`, коли явний рівень мислення не задано.
  - Anthropic Claude Opus 4.7 не використовує адаптивне мислення типово. Типове зусилля його API залишається під керуванням провайдера, якщо ви явно не задасте рівень мислення.
  - Anthropic Claude Opus 4.7 зіставляє `/think xhigh` з адаптивним мисленням плюс `output_config.effort: "xhigh"`, оскільки `/think` є директивою мислення, а `xhigh` є налаштуванням зусилля Opus 4.7.
  - Anthropic Claude Opus 4.7 також надає `/think max`; вона зіставляється з тим самим шляхом максимального зусилля, керованим провайдером.
  - Моделі DeepSeek V4 надають `/think xhigh|max`; обидва варіанти зіставляються з DeepSeek `reasoning_effort: "max"`, тоді як нижчі рівні не `off` зіставляються з `high`.
  - Моделі Ollama з підтримкою мислення надають `/think low|medium|high|max`; `max` зіставляється з нативним `think: "high"`, оскільки нативний API Ollama приймає рядки зусилля `low`, `medium` і `high`.
  - Моделі OpenAI GPT зіставляють `/think` через підтримку зусилля Responses API, специфічну для моделі. `/think off` надсилає `reasoning.effort: "none"` лише коли цільова модель це підтримує; інакше OpenClaw пропускає вимкнене навантаження міркування замість надсилання непідтримуваного значення.
  - Користувацькі записи каталогу, сумісні з OpenAI, можуть увімкнути `/think xhigh`, задавши `models.providers.<provider>.models[].compat.supportedReasoningEfforts` так, щоб він містив `"xhigh"`. Це використовує ті самі метадані сумісності, які зіставляють вихідні навантаження зусилля міркування OpenAI, тож меню, перевірка сеансу, CLI агента й `llm-task` узгоджуються з поведінкою транспорту.
  - Застарілі налаштовані посилання OpenRouter Hunter Alpha пропускають ін’єкцію проксі-міркування, оскільки цей виведений з експлуатації маршрут міг повертати текст фінальної відповіді через поля міркування.
  - Google Gemini зіставляє `/think adaptive` з динамічним мисленням Gemini, керованим провайдером. Запити Gemini 3 пропускають фіксований `thinkingLevel`, тоді як запити Gemini 2.5 надсилають `thinkingBudget: -1`; фіксовані рівні все одно зіставляються з найближчим Gemini `thinkingLevel` або бюджетом для цієї сім’ї моделей.
  - MiniMax (`minimax/*`) на Anthropic-сумісному потоковому шляху типово використовує `thinking: { type: "disabled" }`, якщо ви явно не задасте мислення в параметрах моделі або параметрах запиту. Це запобігає витоку дельт `reasoning_content` з ненативного формату Anthropic-потоку MiniMax.
  - Z.AI (`zai/*`) підтримує лише бінарне мислення (`on`/`off`). Будь-який рівень не `off` вважається `on` (зіставляється з `low`).
  - Moonshot (`moonshot/*`) зіставляє `/think off` з `thinking: { type: "disabled" }`, а будь-який рівень не `off` — з `thinking: { type: "enabled" }`. Коли мислення увімкнено, Moonshot приймає лише `tool_choice` `auto|none`; OpenClaw нормалізує несумісні значення до `auto`.

## Порядок вирішення

1. Вбудована директива в повідомленні (застосовується лише до цього повідомлення).
2. Перевизначення сеансу (встановлюється надсиланням повідомлення, що містить лише директиву).
3. Типове значення для окремого агента (`agents.list[].thinkingDefault` у конфігурації).
4. Глобальне типове значення (`agents.defaults.thinkingDefault` у конфігурації).
5. Резервний варіант: типове значення, оголошене провайдером, коли доступне; інакше моделі з підтримкою міркування вирішуються до `medium` або найближчого підтримуваного рівня не `off` для цієї моделі, а моделі без міркування лишаються `off`.

## Налаштування типового значення сеансу

- Надішліть повідомлення, яке містить **лише** директиву (пробіли дозволені), наприклад `/think:medium` або `/t high`.
- Це закріплюється для поточного сеансу (типово для кожного відправника); очищується через `/think:off` або скидання після простою сеансу.
- Надсилається відповідь-підтвердження (`Thinking level set to high.` / `Thinking disabled.`). Якщо рівень недійсний (наприклад, `/thinking big`), команда відхиляється з підказкою, а стан сеансу лишається без змін.
- Надішліть `/think` (або `/think:`) без аргументу, щоб побачити поточний рівень мислення.

## Застосування за агентом

- **Вбудований Pi**: вирішений рівень передається до середовища виконання агента Pi в процесі.

## Швидкий режим (/fast)

- Рівні: `on|off`.
- Повідомлення лише з директивою перемикає перевизначення швидкого режиму сеансу й відповідає `Fast mode enabled.` / `Fast mode disabled.`.
- Надішліть `/fast` (або `/fast status`) без режиму, щоб побачити поточний ефективний стан швидкого режиму.
- OpenClaw вирішує швидкий режим у такому порядку:
  1. Вбудована директива або директива-only `/fast on|off`
  2. Перевизначення сеансу
  3. Типове значення для окремого агента (`agents.list[].fastModeDefault`)
  4. Конфігурація для окремої моделі: `agents.defaults.models["<provider>/<model>"].params.fastMode`
  5. Резервний варіант: `off`
- Для `openai/*` швидкий режим зіставляється з пріоритетною обробкою OpenAI через надсилання `service_tier=priority` у підтримуваних запитах Responses.
- Для `openai-codex/*` швидкий режим надсилає той самий прапорець `service_tier=priority` у Codex Responses. OpenClaw зберігає один спільний перемикач `/fast` для обох шляхів автентифікації.
- Для прямих публічних запитів `anthropic/*`, включно з OAuth-автентифікованим трафіком, надісланим до `api.anthropic.com`, швидкий режим зіставляється з рівнями сервісу Anthropic: `/fast on` встановлює `service_tier=auto`, `/fast off` встановлює `service_tier=standard_only`.
- Для `minimax/*` на Anthropic-сумісному шляху `/fast on` (або `params.fastMode: true`) переписує `MiniMax-M2.7` на `MiniMax-M2.7-highspeed`.
- Явні параметри моделі Anthropic `serviceTier` / `service_tier` перевизначають типове значення швидкого режиму, коли задано обидва. OpenClaw усе одно пропускає ін’єкцію рівня сервісу Anthropic для не-Anthropic базових URL проксі.
- `/status` показує `Fast` лише коли швидкий режим увімкнено.

## Директиви докладності (/verbose або /v)

- Рівні: `on` (мінімальний) | `full` | `off` (типово).
- Повідомлення лише з директивою перемикає докладність сеансу й відповідає `Verbose logging enabled.` / `Verbose logging disabled.`; недійсні рівні повертають підказку без зміни стану.
- `/verbose off` зберігає явне перевизначення сеансу; очистьте його через UI сеансів, вибравши `inherit`.
- Вбудована директива впливає лише на це повідомлення; інакше застосовуються типові значення сеансу/глобальні типові значення.
- Надішліть `/verbose` (або `/verbose:`) без аргументу, щоб побачити поточний рівень докладності.
- Коли докладність увімкнена, агенти, що виводять структуровані результати інструментів (Pi, інші JSON-агенти), надсилають кожен виклик інструмента назад як окреме повідомлення лише з метаданими, із префіксом `<emoji> <tool-name>: <arg>`, коли доступно (шлях/команда). Ці зведення інструментів надсилаються щойно кожен інструмент стартує (окремі бульбашки), а не як потокові дельти.
- Зведення про збій інструмента лишаються видимими у звичайному режимі, але суфікси сирих подробиць помилки приховані, якщо докладність не `on` або `full`.
- Коли докладність дорівнює `full`, результати інструментів також пересилаються після завершення (окрема бульбашка, обрізана до безпечної довжини). Якщо перемкнути `/verbose on|full|off`, поки виконання триває, наступні бульбашки інструментів враховують нове налаштування.

## Директиви трасування Plugin (/trace)

- Рівні: `on` | `off` (типово).
- Повідомлення лише з директивою перемикає вивід трасування плагіна сеансу й відповідає `Plugin trace enabled.` / `Plugin trace disabled.`.
- Вбудована директива впливає лише на це повідомлення; інакше застосовуються типові значення сеансу/глобальні типові значення.
- Надішліть `/trace` (або `/trace:`) без аргументу, щоб побачити поточний рівень трасування.
- `/trace` вужча за `/verbose`: вона відкриває лише рядки трасування/налагодження, що належать плагіну, наприклад налагоджувальні зведення Active Memory.
- Рядки трасування можуть з’являтися в `/status` і як подальше діагностичне повідомлення після звичайної відповіді асистента.

## Видимість міркування (/reasoning)

- Рівні: `on|off|stream`.
- Повідомлення лише з директивою перемикає, чи показувати блоки мислення у відповідях.
- Коли ввімкнено, міркування надсилається як **окреме повідомлення** з префіксом `Reasoning:`.
- `stream` (лише Telegram): потоково виводить міркування в чернеткову бульбашку Telegram, поки генерується відповідь, а потім надсилає фінальну відповідь без міркування.
- Псевдонім: `/reason`.
- Надішліть `/reasoning` (або `/reasoning:`) без аргументу, щоб побачити поточний рівень міркування.
- Порядок вирішення: вбудована директива, потім перевизначення сеансу, потім типове значення для окремого агента (`agents.list[].reasoningDefault`), потім резервний варіант (`off`).

Пошкоджені теги міркування локальної моделі обробляються консервативно. Закриті блоки `<think>...</think>` лишаються прихованими у звичайних відповідях, а незакрите міркування після вже видимого тексту також приховується. Якщо відповідь повністю обгорнута в один незакритий початковий тег і інакше була б доставлена як порожній текст, OpenClaw видаляє пошкоджений початковий тег і доставляє решту тексту.

## Пов’язане

- Документація підвищеного режиму міститься в [Підвищений режим](/uk/tools/elevated).

## Heartbeats

- Тіло проби Heartbeat є налаштованим запитом Heartbeat (типово: `Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.`). Вбудовані директиви в повідомленні Heartbeat застосовуються як зазвичай (але уникайте зміни типових значень сеансу з Heartbeat).
- Доставка Heartbeat типово обмежується лише фінальним навантаженням. Щоб також надсилати окреме повідомлення `Reasoning:` (коли доступне), задайте `agents.defaults.heartbeat.includeReasoning: true` або для окремого агента `agents.list[].heartbeat.includeReasoning: true`.

## UI вебчату

- Вибирач мислення вебчату відображає збережений рівень сеансу з вхідного сховища сеансів/конфігурації під час завантаження сторінки.
- Вибір іншого рівня негайно записує перевизначення сеансу через `sessions.patch`; він не чекає наступного надсилання і не є одноразовим перевизначенням `thinkingOnce`.
- Перший варіант завжди `Default (<resolved level>)`, де вирішене типове значення походить із профілю мислення провайдера активної моделі сеансу плюс та сама логіка резервного варіанта, яку використовують `/status` і `session_status`.
- Вибирач використовує `thinkingLevels`, повернені рядком/типовими значеннями сеансу gateway, а `thinkingOptions` зберігається як застарілий список міток. UI браузера не зберігає власного списку regex провайдерів; плагіни володіють наборами рівнів для конкретних моделей.
- `/think:<level>` все ще працює й оновлює той самий збережений рівень сеансу, тож директиви чату та вибирач лишаються синхронізованими.

## Профілі провайдерів

- Provider Plugins можуть надавати `resolveThinkingProfile(ctx)`, щоб визначати підтримувані рівні моделі та типовий рівень.
- Provider Plugins, які проксіюють моделі Claude, мають повторно використовувати `resolveClaudeThinkingProfile(modelId)` з `openclaw/plugin-sdk/provider-model-shared`, щоб прямі каталоги Anthropic і проксі-каталоги залишалися узгодженими.
- Кожен рівень профілю має збережений канонічний `id` (`off`, `minimal`, `low`, `medium`, `high`, `xhigh`, `adaptive` або `max`) і може містити відображуваний `label`. Двійкові провайдери використовують `{ id: "low", label: "on" }`.
- Tool Plugins, яким потрібно перевіряти явне перевизначення мислення, мають використовувати `api.runtime.agent.resolveThinkingPolicy({ provider, model })` разом із `api.runtime.agent.normalizeThinkingLevel(...)`; вони не повинні тримати власні списки рівнів провайдерів/моделей.
- Tool Plugins із доступом до налаштованих користувацьких метаданих моделей можуть передавати `catalog` у `resolveThinkingPolicy`, щоб opt-in `compat.supportedReasoningEfforts` враховувалися під час перевірки на боці Plugin.
- Опубліковані застарілі хуки (`supportsXHighThinking`, `isBinaryThinking` і `resolveDefaultThinkingLevel`) залишаються адаптерами сумісності, але нові користувацькі набори рівнів мають використовувати `resolveThinkingProfile`.
- Рядки/типові значення Gateway надають `thinkingLevels`, `thinkingOptions` і `thinkingDefault`, щоб клієнти ACP/чату відображали ті самі ідентифікатори й мітки профілю, які використовує перевірка під час виконання.
