Coroid использует специализированный механизм принятия решений для задач с известным набором ответов. Начальная модель — Jev 1.13, предоставляемая через OpenRouter. Она работает рядом с моделями архитектора, разработчика, специалиста по QA и рецензента в вашем профиле AI; это не ещё один агент, который пишет код или вызывает инструменты.
Как работает механизм принятия решений
Coroid передаёт соответствующее состояние и версионированный контракт вопроса. Вместо того чтобы просить чат-модель придумать и оформить ответ JSON, система предоставляет допустимые варианты. Jev возвращает структурированный ответ и информацию о вероятности.
- Выбор определяет выбранный вариант с указанием распределения вероятностей и уровня достоверности.
- Оценка анализирует заданные упорядоченные критерии с учётом вероятностей и уровня достоверности.
- Noul выражает утверждение «да/нет» в виде вероятности от нуля до единицы.
Coroid проверяет ответ по точному контракту, оценивает уровень достоверности и правила рабочего процесса, и только после этого использует его. Если ответ неопределённый, недопустимый или отсутствует, решение принимается существующим механизмом оценки рабочего процесса.
Где он применяется
| Рабочий процесс | Решение | Что остаётся без изменений |
|---|---|---|
| Доказательства приемки | Классифицировать критерий как визуальный, командный, статический или непроверяемый | Проверка всё равно должна выполняться и предоставлять доказательства. |
| Предварительная проверка QA | Классифицировать сбой, оценить возможность его устранения и определить подходящие пути на основе предоставленных логов | Исправления, тесты и одобрение QA остаются отдельными этапами. |
| Квалификация задачи | Оценить актуальность для текущей версии, наличие дубликатов, воспроизводимость и маршрут обработки | Дубликат должен ссылаться на указанный кандидат; для уже исправленных случаев требуются предоставленные доказательства. |
| Маршрутизация задач | Классифицировать тип и сложность работы, а затем выбрать подходящие навыки | Явно указанный тип работы, переопределения моделей, бюджеты и выбор профиля сохраняются. |
Механизм не генерирует планы реализации, патчи, произвольные доказательства, новые пути файлов или пояснения рецензентов. В узлах квалификации с явным выбором модели сохраняется этот выбор вместо использования Jev.
Настройте свой профиль
- Откройте Настройки → AI профиль и выберите подходящий профиль для новых задач.
- В профилях Budget, Smartest, Quick и Ludicrous предусмотрено назначение движка решений Jev.
- В редактируемом пользовательском профиле назначьте Jev 1.13 к движку решений. Модели чата не участвуют в этой роли, а Jev не используется в ролях чат-агентов.
- Убедитесь, что OpenRouter включен и доступен соответствующий ключ провайдера организации или платформы. Политики моделей организации и проекта по-прежнему применяются.
Для этой роли не предусмотрены настройки температуры, логики рассуждений или альтернативного чат-ответа. Откат означает возврат к существующему оценщику рабочего процесса, а не отправку запроса на решение произвольной модели чата.
В бесплатных профилях с ограничениями по местоположению платная модель OpenRouter не назначается автоматически. Существующие пользовательские профили не меняются автоматически. Снимки выполнения сохраняют свои исходные назначения, поэтому для проверки нового назначения начните новую работу после изменения профиля. Подробнее — в разделе AI профили.
Включение и безопасный откат
Включение в рантайме контролируется базой данных отдельно для каждого рабочего процесса. После миграций классификация приемки, предварительная проверка QA, квалификация и маршрутизация задач по умолчанию используют решения Jev в локальных, тестовых, продуктивных и корпоративных средах. Семь текущих контрактов версии 1 уже утверждены.
Даже при включении Coroid осуществляет откат, если в профиле нет подходящей модели решений, отсутствуют учетные данные или политика блокирует доступ, запрос превышает допустимый размер, провайдер не успевает ответить или ответ не проходит проверку или проверку уверенности. Неподдерживаемое или неоднозначное решение не должно безосновательно считаться успешным.
Операторы могут использовать выкл, теневой или принудительный режимы. Режим теневой записывает сравнение, но сохраняет результат существующего оценщика; режим принудительный использует проверенное решение из утвержденного контракта. Для новой версии контракта все еще требуется утверждение перед применением к рабочему процессу. Эти параметры управления в рантайме не скрывают данное руководство или публичное описание продукта.
Использование и записи аудита
Вызовы используют тот же механизм выбора ключа провайдера, проверку политик организации и учет использования, что и другие операции с моделями, при этом роль движка решений указывается явно. Учет оплачиваемых ответов ведется даже если их результаты отклоняются. Режим BYOK соответствует условиям тарификации провайдера; отдельный ключ Typesafe не требуется.
Запись операционного решения включает информацию о рабочем процессе, версии контракта, фактической редакции модели, вероятностях, применении результата, причине отката, задержке решения и связи с использованием. В ней хранится сводка исходного состояния, а не исходный запрос или учетные данные. Срок хранения определяется политикой организации по логам агентов. Эта запись аудита отличается от сгенерированного объяснения или отчета о тестировании.
Тестирование в локальной среде
Создайте новую задачу с профилем, включающим Jev. Выполните планирование приемки, предварительную проверку QA с известным сбоем, квалификацию работы и обычную маршрутизацию задач. Проверьте аудит решений на наличие принудительного режима и примененного результата. Запись об откате объясняет, почему Jev не контролировал конкретное решение; это не доказательство сбоя рабочего процесса. В существующих задачах может быть снимок профиля без Jev.