Настройки

Настройки Kodik хранятся в двух местах:

Встроенный редактор настроек Kodik — большинство параметров: профиль, агенты, автодополнение, модели, MCP, анонимайзер и другие.
settings.json (стандартные настройки VS Code) — несколько специализированных параметров, описанных в конце этой страницы.

Открытие настроек

Нажмите кнопку с шестерёнкой «Настройки» в строке заголовка и выберите «Настройки Kodik» — в этом же меню доступны параметры редактора, действия управления (палитра команд, сочетания клавиш и другие) и вход через GitHub. Также можно выполнить команду kodik.openSettings. Когда редактор настроек активен, нажмите Ctrl+F, чтобы перевести фокус в строку поиска. Поиск охватывает параметры всех разделов, включая инструменты Harness и управление пользовательскими провайдерами; выбор результата открывает нужный раздел и фокусирует соответствующий элемент. Для названий отдельных моделей используется собственный поиск в разделе Models.

В компактной боковой панели сначала идут основные настройки, затем расширения в группе Customization и внешние сервисы в группе Integrations. Связанные параметры собраны в карточки: страница General разделена на Interface, Privacy и Danger zone, а страница Agents — на Assistant, Summarization и Tools. По мере сужения редактора настроек боковая панель сначала сворачивается до значков и только потом появляется горизонтальная прокрутка; наведите курсор на значок, чтобы увидеть название раздела.

Kodik запоминает активный раздел настроек при перезагрузке рабочего окна. Если снова открыть настройки Kodik без указания конкретного раздела, откроется раздел, который использовался последним.

Настройки приложения общие для всех окон, а настройки профиля — для окон с этим профилем. При быстрых локальных изменениях последнее значение сохраняется во время записи; более поздние изменения из другого окна продолжают синхронизироваться.

Наведите указатель на элемент управления, чтобы увидеть компактную всплывающую подсказку в стиле рабочего интерфейса. Отключённые элементы также объясняют, почему действие недоступно: например, для ресурсов из плагина подсказка предлагает удалить сам плагин вместо элемента в настройках.

Идентификаторы хранилища

Установленный Kodik использует .kodik для runtime-профиля и глобального дома. Development-сборка из исходников сохраняет брендинг Kodik, но по умолчанию использует отдельный идентификатор .kodik-dev для runtime, глобальных assets, расширений, argv, сессий, конфигурации sub-agents и CLI. Прежний runtime code-oss-dev не сканируется, не перемещается, не объединяется и не принимается во владение при запуске; он остаётся неизменным и неактивным. Если из этого профиля нужны данные, сохраните его и используйте явную поддерживаемую операцию импорта или восстановления вместо автоматического переноса.

Portable production хранит runtime в <portable>/user-data, глобальные assets и CLI — в <portable>/.kodik, расширения — в <portable>/extensions, а аргументы запуска — в <portable>/argv.json. Portable development использует соответствующие владельцы user-data-dev, .kodik-dev, extensions-dev и argv-dev.json. Переключения на домашнюю папку хоста нет. Системное хранилище ключей и зарегистрированные tunnel-сервисы остаются ресурсами хоста; Kodik не копирует учётные данные и не переносит сервисы между корнями CLI. После переноса носителя может потребоваться повторный вход и настройка сервиса на новом хосте.

Глобальные assets в нижнем регистре

Kodik читает и записывает собственные assets только в строчных каталогах skills, commands, rules, memories, hooks и plugins активного глобального дома. Production обычно использует ~/.kodik, development — ~/.kodik-dev, а portable-установка — соответствующий дом на своём носителе. Пользовательские профили субагентов принадлежат только sub-agents.json.

В файловых системах с учётом регистра Kodik при запуске не сканирует, не перемещает, не объединяет и не удаляет uppercase-каталоги. Такие каталоги, как Skills, Commands, Rules и Agents, остаются без изменений и неактивны; нужные данные следует вручную перенести в документированный строчный каталог или установить заново. В Windows и других файловых системах без учёта регистра uppercase-каталог физически совпадает со строчным, поэтому Kodik переименовывает каталог категории с устаревшим регистром в строчное имя — переименование меняет только регистр и никогда не копирует, не объединяет и не удаляет содержимое. Глобальный дом исправляется при запуске, каталог .kodik доверенного workspace — при его открытии, а установка или правка в Settings, всё ещё находящая каталог с устаревшим регистром, исправляет его тем же способом перед записью; недоверенный workspace никогда не изменяется. Каталог, который так переименовать нельзя (символическая ссылка, обычный файл или сбой переименования), остаётся неактивным.

Совместимые .agents/skills, .agents/commands и поддерживаемые типизированные ресурсы .vscode остаются read-only источниками совместимости; .agents/agents не поддерживается.

Совместимость рабочей области с Code OSS

Kodik сохраняет .vscode под внешним владельцем и читает оттуда только закрытый набор ресурсов рабочей области Code OSS: settings.json, tasks.json, launch.json, extensions.json, каталог extensions/ и mcp.json. Соответствующий JSON-ресурс в .kodik является каноническим. Читаемый канонический файл выбирается целиком; .vscode допускается только при его отсутствии. Если канонический файл повреждён или недоступен для чтения, Kodik сообщает об ошибке и не переключается на .vscode молча.

Нативные действия редактора могут по-прежнему изменять активные файлы настроек, задач, запуска, рекомендаций расширений и snippets в .vscode. Новая конфигурация, принадлежащая Kodik, по умолчанию создаётся в .kodik, а настройки Kodik никогда не перезаписывают compatibility-файл. Остальные элементы .vscode остаются под владельцем Code OSS или расширений и не становятся хранилищем Kodik.

Разделы настроек

В рабочей области SSH или WSL кнопка Open в Skills, Commands, Rules, Hooks и Memories открывает выбранный файл проекта на SSH-сервере или в дистрибутиве WSL. Sub Agents также открывает конфигурацию проекта в этой среде. Эти файлы можно просматривать и редактировать в редакторе без копирования на локальный компьютер.

Account

Профиль вошедшего в систему пользователя, текущий тарифный план и его статус, баланс кредитов, история использования по моделям и сессиям, информация о пробном периоде и реферальная программа. Подробнее — на странице Аккаунт и использование.

General

Общие параметры поведения Kodik:

Язык интерфейса — язык UI (вызывает стандартную команду VS Code для смены локали). Русский язык встроен в приложение и используется по умолчанию; после перезапуска выбранный язык применяется к сообщениям чата, карточкам инструментов и статусов, навигации по сессиям, настройкам моделей и остальному интерфейсу Kodik.
Язык ответов AI — на каком языке AI-ассистент отвечает по умолчанию.
Уведомления — включение и настройка системных уведомлений.
Оформление чата — размер и шрифт текста в чате, отдельно от редактора: изменение Editor: Font Size или Editor: Font Family на чат не влияет. Размер шрифта чата меняется шагами от 12 до 20 пикселей (по умолчанию 14) и задаёт размер обычного текста в чате; остальные размеры отстоят от него на фиксированное число пикселей: мелкие подписи на 1–3 пикселя меньше, заголовки на 2–12 пикселей больше. Шрифт чата — Системный (по умолчанию): San Francisco в macOS и Segoe UI в Windows, или Другой, где семейство шрифтов вводится так же, как для редактора, например 'IBM Plex Sans', sans-serif. Если такого шрифта нет в системе, используется системный. Код в сообщениях чата всегда показывается моноширинным шрифтом. Подписи кнопок действий в сообщениях, например Повторить и Одобрить, остаются по вертикальному центру при смене шрифта или размера текста; подсказки сочетаний клавиш остаются выровнены с подписью.
HTTP Compatibility Mode — По умолчанию выбран HTTP/2 с переходом на HTTP/1.1, если сервер требует его. Ранее сохранённый выбор HTTP/1.1 остаётся в силе. Для совместимости с прокси или VPN выберите HTTP/1.1 и полностью закройте и снова откройте Kodik: режим применяется ко всем соединениям приложения, включая встроенный браузер. Команды Reload Window недостаточно для смены протокола. Оба режима используют системную авторизацию прокси, включая NTLM. Запросы агентов пока не поддерживают клиентские сертификаты ОС: если сервер требует такой сертификат, Kodik сообщает об этом явно. Текущие потоки ответов продолжают работать до перезапуска приложения.
Сбросить состояние — кнопка сброса всех настроек Kodik к значениям по умолчанию.

Субагенты используют тот же режим HTTP Compatibility Mode и прокси-транспорт, что и родительский чат, в том числе при выборе другого пользовательского провайдера для субагента.

Stop отменяет текущий запрос к модели, даже если сервер успел отправить только заголовки или часть сообщения об ошибке. Остановленные запросы и запросы с истёкшим временем ожидания освобождают соединения, чтобы следующие запросы могли выполняться. Отмена и ограничения времени ожидания также действуют для непотоковых ответов и сжатия разговора.

Потоковые ответы и запросы инструментов завершаются сразу после сигнала провайдера об окончании ответа, с учётом итоговых данных об использовании токенов. Kodik освобождает соединение, даже если сервер оставляет его открытым; незавершённый поток по-прежнему считается ошибкой.

Harness

Orchestrator поддерживает tool_search для поиска включённых отложенных инструментов. Если в Harness выбрать для shell состояние Deferred в режиме Orchestrator, агент сможет найти инструмент через поиск и затем выполнить команду напрямую. Поиск инструментов подключается автоматически и не имеет отдельного переключателя в Harness.

Редактирование Jupyter Notebook (edit_notebook) и запись в память (memory) по умолчанию имеют состояние Отложено во всех режимах: модель находит эти инструменты через поиск, когда они нужны, не добавляя их полные схемы в начальный запрос. Сохранённые заметки памяти по-прежнему попадают в контекст промпта — отложен только инструмент записи. Выберите Включено, чтобы подключать инструмент сразу, или Отключено, чтобы исключить его в выбранном режиме. Сохранённые настройки для отдельных режимов продолжают действовать.

В режимах Code и Debug есть терминал, и агент ищет и загружает страницы через него, поэтому glob, grep, read_lints, web_fetch, get_terminal_output и kill_terminal там по умолчанию имеют состояние Отложено; read_file во всех режимах остаётся Включено. В Orchestrator терминал тоже есть, и его get_terminal_output и kill_terminal тоже по умолчанию Отложено. В Plan, Ask и Educator терминала нет, и эти инструменты остаются Включено. Список задач (todo_write) по умолчанию Включено во всех режимах, кроме моделей OpenAI и Claude: для них он Отложено во всех режимах; строки инструментов показывают значения по умолчанию для модели, выбранной в чате. Инструменты управления субагентами (agent_status, send_message, stop_subagent) по умолчанию Отложено во всех режимах, кроме Orchestrator, чья работа и состоит в управлении субагентами. Субагенты сохраняют инструменты, указанные в их профиле.

Модели OpenAI редактируют файлы через apply_patch вместо edit_file, create_file и delete_file, поэтому в Code и Debug он показан отдельной строкой с пометкой Модели OpenAI; другие модели его не получают. Он всегда подключается сразу, поэтому предлагает только Включён и Отключён, а Отключён возвращает моделям OpenAI три файловых инструмента в этом режиме. Пока он включён, строки трёх файловых инструментов сообщают, что модели OpenAI используют вместо них apply_patch, а их переключатели по-прежнему определяют, что ему разрешено: при отключённом delete_file модель OpenAI тоже не может удалять файлы. Если отключены все три, apply_patch недоступен. Бюджет учитывает инструменты, которые получает настроенная модель.

Инструкции модели никогда не называют инструмент, отключённый в выбранном режиме, как и подсказки в результатах инструментов: инструкции только сообщают, что часть инструментов отключена в Settings › Harness, чтобы модель могла предложить включить нужный. Отложенные инструменты перечислены по имени, MCP-инструменты — под своим сервером, с пометкой, что их схемы ещё не загружены, поэтому при прямом вызове модели пришлось бы угадывать параметры: модель сначала загружает инструмент через поиск инструментов.

Единая пользовательская настройка того, что Kodik отправляет модели. Выберите Plan, Code, Ask, Debug, Educator или Orchestrator: единственный переключатель в строке инструмента изменяет только выбранный режим. Harness показывает только структурно поддерживаемые инструменты, а остальные кратко перечисляет как недоступные. Списки действий доступны только для просмотра и описывают эффективную схему; отдельных переключателей действий нет. Orchestrator предоставляет только фиксированные инструменты координации; доступ субагентов настраивается отдельно в Sub Agents и затем пересекается с остальными политиками среды выполнения.

Список Sub-agents in this mode определяет, какие настроенные профили выбранный родительский режим может запускать. Это не меняет сам профиль: у каждого субагента остаются собственные инструкции, модель, reasoning effort и инструменты. Глобально отключённый в Sub Agents профиль виден в Harness, но недоступен до повторного включения.

Общий бюджет объединяет токены активных схем инструментов и системного промпта и показывает экономию относительно стандартного состояния выбранного режима. Предпросмотр в Настройках не привязан к открытому чату: на вкладке Orchestrator он учитывает пустую сводку Team Board, а реальные ходы Orchestrator используют записи текущего чата. Можно отключить все инструменты, Generate plans в режиме Plan или подсказки Protected content — изменение применяется сразу, а Harness показывает предупреждение.

Все модели получают одни и те же короткие общие инструкции и дополнения для своего семейства моделей, которое выбирается по идентификатору модели: свои у моделей OpenAI, у моделей Claude и у всех остальных моделей, включая Kodik Auto. Выбранный режим или роль субагента добавляют свои, а субагент получает дополнения для своей модели. Под инструментами каждый пользовательский источник промпта получает свой блок для выбранного режима: Sub-agents, Skills, User rules, Memory. В заголовке блока — один переключатель для всего источника и его оценка токенов; ниже — по строке на каждый файл: название, описание, путь (клик по пути открывает файл), оценка токенов и собственный переключатель. Если источник выключен целиком, его строки недоступны до повторного включения. Переключатель убирает только текст промпта: сам источник остаётся включённым и ничего не удаляется. Источник, который выбранный режим никогда не отправляет, блока не имеет вовсе. Orchestrator получает все четыре блока, но Skills, User rules и Memory там по умолчанию выключены: он передаёт работу субагенту, который сам загружает эти файлы, и контекст координатора не тратится на текст, с которым он не работает. Включите нужный, если хотите, чтобы Orchestrator тоже его видел. Источник или строка, которые вы выключили в режиме, не попадают и к субагентам, которых запускает этот режим; стартовые настройки Orchestrator на них не распространяются. Кнопка Manage в блоке открывает раздел настроек этого источника, где навыки, правила, заметки памяти и профили субагентов добавляются и редактируются.

Подключённые MCP-инструменты находятся в том же списке после встроенных во всех режимах и имеют один переключатель режима, метку сервера, оценку токенов и ссылку Manage MCP. Настройки MCP по-прежнему отвечают за подключение, авторизацию, состояние сервера и собственные настройки инструментов.

Когда инструменты доступны, общие инструкции объясняют, почему независимые действия стоит выполнять в одном ходе: каждый запрос к модели снова отправляет текущую беседу. Примеры — чтение нескольких файлов, запуск сборки и тестов, если им не нужны результаты друг друга, и уже запланированные правки. Примеры команд и правок появляются только при наличии этих возможностей. Зависимые шаги по-прежнему ждут нужных результатов.

Agents

Инструменты и поведение агента:

Инструменты — ссылка на раздел Harness, где находится единая политика доступности инструментов и подсказок промпта. Agents сохраняет настройки поведения ассистента, отображения изменений и суммаризации.
Подсказки ассистента — запрашивать ли у выбранной модели короткое предложение следующего сообщения после завершения ответа. Этот отдельный запрос не использует инструменты и не задерживает ответ. Подходящая подсказка отображается только в пустом поле ввода, не попадает в ответ ассистента или экспортированный диалог и возвращается после перезагрузки окна. При ошибке запроса или новом сообщении подсказка не показывается.
Отображение изменений файлов — открывать ли отредактированные файлы, включая ноутбуки, в редакторе и разворачивать ли изменения по умолчанию.
Отображение рассуждений — разворачивать ли сообщения с рассуждениями автоматически во время стриминга. После завершения стрима они сворачиваются; панели, открытые вручную, остаются открытыми. По умолчанию параметр выключен.
Открывать ссылки на агентов в новой группе — открывать ли субагента или другой чат рядом с текущей группой по щелчку на имени в сообщении агента. По умолчанию параметр включён. Выключите, чтобы переключать текущую группу на эту сессию.
Привязка нового хода — плавно перемещать отправленное сообщение к верхней части диалога, чтобы ответ рос под ним. По умолчанию параметр выключен. Ручная прокрутка отменяет движение и снимает привязку: позиция чтения в истории сохраняется по мере роста ответа, даже если отправить сообщение сразу после открытия чата.
Триггеры суммаризации — когда агент должен сжимать длинные диалоги.

Время размышлений измеряется локально с первого обновления рассуждений, включая короткие интервалы, обновления которых приходят одним пакетом. Это не измерение полного времени вычислений модели.

Auto Approve

Когда агент может действовать без запроса:

Авто-подтверждение — главный переключатель и разрешения по инструментам: какие действия агент выполняет без явного разрешения пользователя (чтение файлов, редактирование и т. д.). Переключатели автоодобрения недоступного инструмента неактивны. Подробнее — на странице Авто-подтверждение.
Autopilot — режим полной автономности агента.
Заблокированные команды — список шаблонов команд, которые агент никогда не выполнит (например, rm *, sudo rm *, git clean*).
Паттерны команд — настраиваемые шаблоны для авто-разрешения конкретных команд.

Autocomplete

Параметры встроенного автодополнения:

Включить автодополнение — глобальное включение и отключение.
Задержка (debounce) — время ожидания после остановки ввода перед отправкой запроса.
Источник модели — какая модель используется для автодополнения: модель Kodik по умолчанию, локальная модель Ollama или один из ваших пользовательских провайдеров (со своим ключом). Варианты Ollama загружаются с текущего эндпоинта, поэтому сам выпадающий список служит индикатором доступности без отдельного сообщения о статусе под ним. Смена выбранной модели не удаляет другие модели, возвращённые работающим эндпоинтом.
Игнорируемые файлы — glob-паттерны файлов, в которых автодополнение отключается.
Дополнения в импортах и строках — включение подсказок в операторах импорта и строковых литералах.

Параметры kodik.autocompleteDisableLineRegex и kodik.autocompleteDisableFileRegex (см. раздел settings.json ниже) дают более точный контроль через регулярные выражения. Подробнее — на странице Автодополнение.

Models

Управление доступными моделями:

Включение и отключение моделей — управление тем, какие облачные модели Kodik отображаются при выборе.
Значки поставщиков и возможностей — помогают с первого взгляда определить семейство известной модели в этом списке и в меню выбора модели в чате. Значки изображений и мышления появляются только тогда, когда эти возможности указаны в актуальном каталоге моделей; для неизвестных или частных семейств поставщик не подставляется наугад.
Порог суммаризации — при какой длине контекста запускается автоматическое сжатие диалога. По умолчанию действует одно правило для всех моделей: 95% окна минус 8 192 токена, которые нужны запросу сводки на ответ, но не ниже половины окна; большее значение урезается до этого же потолка. В интерфейсе показывается точное эффективное значение, а заданный для модели порог сохраняется после перезапуска.
Провайдеры — Добавить провайдер подключает облачный провайдер с вашим ключом (Anthropic, OpenAI, Google Gemini, xAI, OpenRouter), Ollama на этом компьютере или любую совместимую конечную точку. У каждого провайдера есть карточка с состоянием, моделями и кнопкой настроек. Подробнее — на странице Свои провайдеры.
Ollama — после добавления карточка Ollama показывает состояние сервера с кнопками запуска и остановки, установленные модели с кнопками Тест и Удалить и Добавить модели для установки рекомендуемых моделей и загрузки по имени. В её настройках — базовый URL, ключ API, окно контекста, таймаут запроса и Удалить из Kodik. Отдельной страницы Ollama больше нет; ссылка на неё открывает «Модели». Подробнее — на странице Локальные модели.

Git

Настройки генерации сообщений коммитов и поведения при работе с Git:

Промпт для сообщений коммитов — дополнительные инструкции к встроенному промпту (kodik.commitMessage.instructions). Агент в чате тоже следует им в коммитах, которые делает сам. Токен {language} в обоих случаях заменяется на выбранный вами язык.
Инструкции для pull request — дополнения к промпту генерации заголовка и описания PR (kodik.pullRequest.instructions).
Атрибуция коммитов — добавлять ли трейлер Kodik Co-authored-by в коммиты агента, а также в каждый коммит из панели контроля версий (kodik.git.commitAttribution).
Атрибуция PR — помечать ли pull request’ы агента как созданные с Kodik (kodik.git.prAttribution).
Префикс веток — префикс для новых веток агента; при пустом значении используется kodik/. Kodik принимает префиксы в формате Git ref и возвращается к kodik/, если значение не поддерживается (kodik.git.branchPrefix).
Автоудаление worktree — автоматически удалять старые рабочие деревья агента (kodik.git.autoDeleteWorktrees, по умолчанию: true).
Лимит хранения worktree — сколько рабочих деревьев сохранять перед очисткой (kodik.git.worktreeKeepLimit, по умолчанию: 15).
Статус контроля версий — показывать сводку контроля версий (ветка, опережение/отставание, незакоммиченные изменения, открытый pull request, CI, конфликты) в футере чата. Она обновляется при изменениях репозитория, при возвращении фокуса окна и через действие Refresh в футере; переключение веток отклоняет неподдерживаемые имена до запуска git (kodik.git.statusAutoRefresh, по умолчанию: true).
Интервал обновления статуса — как часто (в миллисекундах) обновлять часть из GitHub (pull request и CI), пока открыт pull request (kodik.git.statusRefreshIntervalMs, по умолчанию: 300000).

Подробнее — на странице AI-сообщения коммитов.

Anonymizer

Настройки защиты конфиденциальных данных:

Включить анонимайзер — активировать маскировку чувствительного контента перед отправкой в модель.
Список файлов с чувствительными регионами — просмотр и удаление вручную помеченных областей.

Подробнее — на странице Анонимайзер.

Skills

Список установленных навыков (skills), обнаруженных в глобальной директории и директории рабочего пространства. Можно включать и отключать отдельные навыки.

Commands

Список установленных пользовательских slash-команд из поддерживаемых директорий рабочего пространства.

Rules

Список установленных файлов правил (rules), обнаруженных в глобальной и рабочей директориях. Можно включать и отключать отдельные файлы правил.

Sub Agents

Максимум одновременно работающих субагентов — задаёт лимит субагентов на один чат: любое положительное целое число (по умолчанию 10). Родительская модель видит настроенный лимит, число активных субагентов и свободных мест; когда все места заняты, Chat показывает Достигнут лимит, а результат отклонённого вызова сообщает модели, что перед новым делегированием нужно дождаться завершения одного из субагентов.
Максимум одновременных субагентов во всех чатах — задаёт общий лимит в пользовательских настройках (по умолчанию 64; любое положительное целое число). Для нового субагента нужно свободное место по обоим лимитам. При уменьшении лимита уже работающие субагенты продолжают работу до завершения.
Профили — специализированные субагенты, которым любой родительский режим может делегировать задачи через sub_agent; карточки сгруппированы как Default, Workspace, Global и Plugins. JSON-профили позволяют менять identity, инструкции, точную модель с провайдером, необязательный reasoning effort, инструменты, поиск навыков и состояние. Определения плагинов доступны только для чтения и не выполняют автоматический поиск навыков, но их можно включать и отключать; Open configuration открывает исходное определение внутри плагина.
Доступность по режимам — отключение профиля здесь убирает его из всех родительских режимов. Чтобы скрыть включённый профиль только от Code, Plan, Ask, Debug, Educator или Orchestrator, используйте список Sub-agents in this mode соответствующей вкладки Harness.
Доступность — строки профилей проверяются по текущему каталогу Kodik, endpoint Ollama, Custom Provider, возможностям reasoning и поддержке инструментов. Все модели, возвращённые работающим endpoint Ollama, остаются доступными при смене модели профиля. Маркер ошибки показывает профили, которые нельзя запустить.
Область — первое пользовательское изменение создаёт ~/.kodik/sub-agents.json. Необязательный .kodik/sub-agents.json полностью заменяет пользовательский слой для рабочей области. Settings позволяет создать, сбросить, удалить или открыть выбранную конфигурацию, не удаляя исходные значения.
Без автоматического импорта — отдельные файлы .kodik/agents/*.md, включая uppercase-каталоги Agents, остаются неизменными и неактивными. Нужный профиль следует заново создать в JSON; Kodik не импортирует устаревшее представление.

Подробнее: Профили и модели субагентов и Субагенты.

Hooks

Хуки — это shell-команды, которые запускаются в ключевые моменты рабочего процесса AI: при вызове инструментов, отправке промптов, старте и завершении сессии и т. д. Хуки могут блокировать, изменять или просто наблюдать за происходящим.

Memory

Просмотр и управление долгосрочными воспоминаниями, которые Kodik сохранил для текущего рабочего пространства и глобально. Перед сохранением секреты автоматически удаляются из содержимого воспоминаний. Подробнее — на странице Память.

MCP Servers

Список установленных MCP-серверов, управление их включением и удалением. Подробнее — на страницах раздела MCP.