Qwen 3.8 27B для кодинга: 7 причин «непригодности» и как их исправить

Коротко (TL;DR)

Qwen 3.8 27B для кодинга локально — рабочий вариант, но только если запускать модель как агента, а не как чат с настройками по умолчанию. Тред на r/LocalLLM «Local Qwen 27B is practically unusable for coding» (по данным нашего мониторинга обсуждений, больше 900 комментариев) почти целиком объясняется дефолтами: крошечный контекст, максимальная глубина рассуждений, старая сборка llama.cpp, не тот парсер вызовов инструментов.

• Семь причин, почему модель «не кодит», и фикс к каждой — таблица ниже: от контекста 4k в Ollama до заголовка Claude Code, который замедляет локальный вывод примерно на 90%.
• Официальные параметры для 3.8 — температура 1.0 в режиме рассуждений, а не 0,6 из гайдов по Qwen3.5/3.6. Для агента разумно начинать с reasoning_effort: medium.
• Квант: 4-битный Q4_K_M в независимом замере Quesma не отстал от полной модели на агентном Terminal-Bench 2.1; 2 бита заметно хуже, 1 бит непригоден.
• Ожидания: 90,3 на LiveCodeBench v6 — данные Qwen по всему набору. На 100 свежих сложных задачах один вызов даёт 66,8%, а 92,4% и «пять копий бьют Fable 5» получены оркестрацией на серверном FP8, а не на домашнем Q4.
• Чего никто не измерял: поведение 27B в большом репозитории и длинных агентных цепочках — данных нет.

Qwen 3.8 27B для кодинга локально: что умеет и где ломается

Qwen3.8-27B — открытая плотная модель Alibaba на 27 млрд параметров с лицензией Apache 2.0 и нативным контекстом 262 144 токена (карточка модели на Hugging Face). Что это за модель, сколько она весит и как ведёт себя в чате, мы разобрали в обзоре Qwen 3.8 27B. Здесь — только программирование: что настроить, чтобы она писала код, и где её потолок.

Вердикт по тому, что подтверждено измерениями и первоисточниками на 4 ноября 2026 года:

• Справляется: правка отдельного файла, генерация функций и тестов, рефакторинг в пределах контекста, алгоритмические задачи. Независимый замер Quesma воспроизвёл заявленный Qwen результат на Terminal-Bench 2.1 — 89 агентных задач в терминале.
• Справляется лучше в обвязке: схема «план → одна задача → проверка тестами → заметки на диск» подняла 27B с 66,8% до 92,4% на сложных задачах LiveCodeBench. Прибавку дала организация работы, а не модель.
• Ломается на дефолтах: без настройки контекста, глубины рассуждений и парсера вызовов агент «забывает» файл, думает по 20 минут и пишет вызовы инструментов текстом в чат.
• Не проверено: большой репозиторий, который не влезает в контекст, и многочасовые агентные цепочки. Авторы самого сильного замера прямо пишут, что такой сценарий не тестировали.

Простыми словами: агент для кода — это программа-обвязка (Claude Code, OpenCode, Cline), которая сама читает файлы, запускает команды и передаёт модели результат. Модель в ней — «мозг», а обвязка — «руки» и память. Многие жалобы на Qwen 27B на деле — жалобы на руки.

до выхода на биржу

Binance · Wall Street 24/7OpenAI и Anthropic ещё не на биржеPre-IPOА контракты на их цену уже торгуются на Binance

OpenAIAnthropicNVDA

Смотреть цены

Почему Qwen 27B «непригодна для кода»: семь причин и фиксы

Причины ниже взяты не из комментариев треда, а из документации движков и замеров — каждая подтверждена первоисточником.

Изоляция ИИ-агента для кодинга: песочница, контейнер и ключи вне его досягаемости

RTX Spark на Linux в тесте в 4,7 раза медленнее от сети: что в прошивке и что делать

Лучшие скиллы для Claude Code: что ставить из 12 репозиториев и как написать свой

MIT CSAIL и GPT-6 Astra: правка весов Qwen3.5-0.8B подняла MATH-500 с 7,9% до 48,1%

Claude Code перестал воссоздавать чужие игры: Anthropic добавила правило в Opus 5.5

Две строки таблицы стоят особняком. Первая и вторая усиливают друг друга: модель на xhigh пишет длинные рассуждения, а при контексте 4–8 тыс. токенов они вытесняют из памяти сам код. Саймон Уиллисон в августе описал ровно это: в LM Studio лимит 8 192 токена модель тратила на размышления даже над простыми задачами.

Последняя строка — не про настройку, а про ожидания. Одиночный вызов 27B в тесте GVS5H в 8 случаях из 500 исчерпал бюджет в 250 тыс. токенов рассуждений и не выдал ни строки кода, а всего пустых ответов без кода набралось 35. Обвязка с менеджером решила 28 из них и не оставила ни одного пустого.

Параметры генерации Qwen 3.8 27B для кодинга: температура и effort

Сэмплинг — это правила, по которым модель выбирает следующее слово: температура задаёт «смелость» выбора, top_p и top_k отсекают маловероятные варианты, presence_penalty штрафует за повторы. Для Qwen 3.8 значения официальные, их публикует сама Qwen в разделе Best Practices карточки модели.

На скриншоте карточки (снят 4 ноября 2026 года) рамка выделяет два набора параметров. Их и переносим в таблицу:

Готовые «coding settings» для Qwen 3.8 27B из англоязычных форумов и старых гайдов часто списаны с прошлых поколений: для Qwen3.5/3.6 под код советовали температуру 0,6, и этот совет до сих пор кочует по инструкциям для Claude Code. Для 3.8 он устарел — в карточке для режима рассуждений стоит 1.0. Про presence_penalty сама Qwen предупреждает: высокое значение иногда приводит к смешению языков и лёгкой потере качества, поэтому в режиме рассуждений он равен 0.

Глубина рассуждений: xhigh, medium или low

У Qwen 3.8 три уровня reasoning_effort: xhigh (по умолчанию, для сложного анализа), medium (баланс) и low (скорость). Дефолт xhigh — главная причина «модель думает вечно»: Уиллисон на нём ждал SVG-картинку 21 минуту при 22 276 токенах рассуждений, а без рассуждений похожий результат вышел за 137 секунд. Это один запуск, а не статистика, но порядок разницы показателен.

до выхода на биржу

Binance · Wall Street 24/7OpenAI и Anthropic ещё не на биржеPre-IPOА контракты на их цену уже торгуются на Binance

OpenAIAnthropicNVDA

Смотреть цены

Снижать до low сразу не стоит. Qwen в карточке отдельно пишет, что в многоходовых агентных задачах низкий уровень не всегда сокращает общее время: модель чаще ошибается и переделывает. Рабочая схема для агента — начать с medium, а xhigh включать для трудных алгоритмических задач. В llama-server и unsloth run уровень меняется флагом --chat-template-kwargs '{"reasoning_effort":"medium"}'.

Ещё два параметра из карточки:

• preserve_thinking включён по умолчанию: рассуждения прошлых ходов остаются в истории. Точность в длинном диалоге может вырасти, но контекст расходуется быстрее. При тесном контексте его выключают через chat_template_kwargs.
• Длина вывода. Для агентных задач Qwen советует не жалеть лимит — до 262 144 токенов на рассуждения и 131 072 на финальный ответ, если движок разделяет эти лимиты.

Контекст для кодинга: сколько нужно и сколько он стоит в памяти

Контекст — это рабочая память модели: всё, что она «видит» за раз, включая системный промпт агента, открытые файлы, вывод команд и собственные рассуждения. Документация Ollama прямо говорит: агентам и инструментам для кода нужно не меньше 64 000 токенов. OpenCode при неработающих вызовах инструментов советует начать с num_ctx 16–32 тыс. — это стартовая точка, а не рабочая норма агента.

Память под контекст считается просто, если знать устройство модели. У Qwen3.8-27B из 64 слоёв только 16 используют полное внимание и хранят KV-кэш — «конспект» уже прочитанного текста; остальные 48 слоёв линейные (Gated DeltaNet) и держат состояние фиксированного размера. Наш расчёт по конфигурации из карточки: 16 слоёв × 2 (K и V) × 4 KV-головы × 256 размерность × 2 байта = 65 536 байт, то есть 64 КиБ на токен в формате F16.

Независимый замер Quesma дал около 2,3 ГБ на 32 тыс. токенов в F16 — немного больше нашего расчёта. Разницу дают состояние линейных слоёв и служебные буферы, поэтому к таблице стоит добавлять запас.

Что из этого следует на практике. Веса Q4_K_M занимают 15–19 ГБ в зависимости от публикатора и версии файла, плюс 4 ГиБ на 64k контекста в F16. На карте с 24 ГБ это помещается, на 16 ГБ — уже нет без компромиссов. Подробные таблицы под 12, 16 и 24 ГБ — в нашем разборе сколько видеопамяти нужно Qwen 3.8 27B, здесь их не повторяем.

Сжимать KV-кэш можно, но аккуратно. Документация llama.cpp предупреждает: экстремальное сжатие вроде q4_0 может заметно испортить вызов инструментов. Энтузиаст arczhi на RTX 5060 Ti 16 ГБ получил рабочий агент с KV-кэшем q4_0, квантом UD-IQ4_XS и 80 тыс. контекста при 11–13 токенах в секунду — но на одной своей задаче, а лучшие результаты дали уже его собственные доработанные сборки llama.cpp. Безопасная отправная точка — q8_0, а q4_0 — осознанный компромисс с проверкой на своих задачах.

Квант под код: хватает ли Q4_K_M и когда брать Q5–Q6

Квант — сжатая версия весов: вместо 16 бит на параметр хранится 4–8, файл становится в 2–4 раза меньше, а качество немного падает. Вопрос «что теряется на коде» лучше всего закрывает замер Quesma от 26 августа 2026 года: 4-битный Q4_K_M на 17 ГБ не отличается от полной BF16 на Terminal-Bench 2.1. Тот же автор воспроизвёл заявленный Qwen результат полной модели, так что эталон для сравнения проверен.

KLD — расхождение Кульбака — Лейблера: насколько распределение вероятностей кванта отличается от полной модели (0 — идентично). Размеры — по таблице памяти Unsloth и BestHub (файлы Unsloth Dynamic 3.0), KLD — BestHub, данные NVFP4 — из документации Unsloth.

Теперь возражения. Комментатор в треде Memdoor на Hacker News пишет, что даже 4-битные кванты Qwen3.8 27B для кода «так себе», и пользу он видит только с Q5–Q6. Его поддерживает другой практик: на «насыщенных» бенчмарках, где задачи давно решены, разница между квантами не видна, а на реальной работе Q6 и 3-битный квант отличаются очень сильно. Это мнения, а не замеры, но аргумент разумный.

Есть и техническая оговорка: Quesma тестировал файлы Unsloth версии 2 с KV-кэшем в F16, а 19 августа Unsloth заменил их на Dynamic 3.0 с заявленной прибавкой точности около 10%. Точно тех файлов, что были в замере, больше нет.

Практический вывод: Q4_K_M или UD-Q4_K_XL — разумный старт для кода на 24 ГБ. Если память позволяет Q5–Q6 без урезания контекста ниже 64k — берите их. Если выбор между Q6 с контекстом 16k и Q4 с 64k — для агента важнее контекст.

Движок и вызов инструментов: llama-server, vLLM, Ollama, LM Studio

Движок — программа, которая загружает веса и отдаёт модель по API. Для агентного кодинга на Qwen 3.8 27B главное в движке не скорость, а корректный вызов инструментов: модель должна вернуть структурированный запрос «прочитай файл X», а не описать его словами. Разница движков на одной модели у нас разобрана в сравнении Ollama, LM Studio и llama.cpp.

llama-server: команда для агента на 24 ГБ

Свежая сборка llama.cpp (от 16 августа 2026 года и новее), веса Unsloth, 64k контекста, KV-кэш в q8_0, рекомендованный сэмплинг и medium:

./llama.cpp/llama-server \
  --model Qwen3.8-27B-UD-Q4_K_XL.gguf \
  --alias qwen3.8-27b \
  --ctx-size 65536 \
  --cache-type-k q8_0 --cache-type-v q8_0 \
  --n-gpu-layers all \
  --jinja \
  --reasoning-format deepseek \
  --chat-template-kwargs '{"reasoning_effort":"medium"}' \
  --temp 1.0 --top-p 0.95 --top-k 20 --min-p 0.0 \
  --port 8080

Флаг --jinja в свежих сборках включён по умолчанию, но страница llama.cpp о вызове функций всё ещё требует его явно — лишним не будет. --reasoning-format deepseek выносит рассуждения в отдельное поле reasoning_content: по опыту сообщества (автор исправленных шаблонов froggeric) так «мысли» не протекают в текст ответа и не обрывают вызов инструмента посередине.

vLLM: парсер из рецепта и запасной

Официальный рецепт vLLM для Qwen3.8-27B использует парсер qwen3_coder (vLLM 0.17.0 и новее). Сообщество — BestHub и froggeric — на свежих версиях vLLM советует qwen3_xml. Практичное правило: начните с парсера из рецепта, а если вызовы приходят текстом — переключитесь на qwen3_xml.

vllm serve Qwen/Qwen3.8-27B \
  --enable-auto-tool-choice \
  --tool-call-parser qwen3_coder \
  --reasoning-parser qwen3

vLLM рассчитан на серверные карты: полная модель в BF16 требует десятков гигабайт. На одной RTX 5090 рецепт запускает 4-битный NVFP4 только с флагом --enforce-eager и контекстом 32k.

Ollama и LM Studio: где задать контекст

В Ollama контекст задаётся переменной при запуске сервера (OLLAMA_CONTEXT_LENGTH=64000 ollama serve) или параметром num_ctx в запросе; проверить, сколько реально выделено, можно командой ollama ps (колонка CONTEXT). В LM Studio длина контекста выставляется ползунком при загрузке модели и сохраняется в настройках модели по умолчанию.

Агентная обвязка: Claude Code, OpenCode, Cline, Aider, Continue

Агент для кодинга на Qwen 3.8 27B подключается к локальному серверу как к любому OpenAI-совместимому или Anthropic-совместимому API. Разница — в том, что каждая обвязка ломает или требует настроить.

Qwen 3.8 27B в Claude Code: работает, но без поддержки Anthropic

Самый частый вопрос — можно ли запустить Claude Code на Qwen 3.8 27B. Технически да: llama-server отдаёт Anthropic-совместимый метод /v1/messages, а Ollama документирует запуск одной командой ollama launch claude. Официальная позиция Anthropic при этом однозначна.

На странице документации о шлюзах (снята 4 ноября 2026 года) Anthropic пишет, что не поддерживает маршрутизацию Claude Code на модели не семейства Claude ни через какой шлюз. Значит, если связка сломается после обновления Claude Code, чинить её придётся самим.

Главная ловушка — скорость. Claude Code добавляет в начало системного промпта строку атрибуции, которая меняется на каждом запросе. Локальный движок видит «новый» промпт и пересчитывает его целиком вместо того, чтобы взять из кэша; Unsloth оценивает замедление примерно в 90%, форум NVIDIA описывает то же. Лечится одной настройкой в ~/.claude/settings.json:

{
  "env": {
    "CLAUDE_CODE_ATTRIBUTION_HEADER": "0"
  }
}

Переменная окружения export CLAUDE_CODE_ATTRIBUTION_HEADER=0 работает только в свежих версиях Claude Code, старые её игнорировали — надёжнее файл настроек или флаг --settings. Даже с этим фиксом ждите медленной работы: тестер BestHub на двух RTX 4090 через vLLM получил 20–30 токенов в секунду на один поток и прервал задачу Claude Code, потому что она шла слишком долго.

Бенчмарки Qwen 3.8 27B для кода: 90,3 и 66,8 — это разные числа

Бенчмарк — стандартный набор задач с автоматической проверкой. Вокруг Qwen 3.8 27B ходят числа, которые выглядят противоречиво, но меряют разное.

Если вбить в поиск «Qwen 3.8 27B coding benchmarks» или «coding performance», первые страницы — агрегаторы и новости с заголовками вроде «27B догоняет Claude Opus 4.6 на кодинге». Почти все они перепечатывают одну таблицу Qwen. Это одна методика вендора, а не независимые замеры: SWE-bench Pro, например, считали в обвязке Claude Code при контексте 256K, а Opus 4.6 Max взят по официально заявленному баллу.

Что такое GVS5H и Memdoor

GVS5H — препринт на arXiv от 27 августа 2026 года (вторая версия — 21 сентября) о «самооркестрации»: несколько свежих копий одной модели делят задачу через общую папку с файлами. Менеджер пишет план, работники решают по одной подзадаче, решение проверяется на примерах из условия, промежуточные заметки сохраняются на диск. Никаких дополнительных инструментов и никакого обучения — только короткие общие промпты.

Результат для 27B: с 66,8% до 92,4%, прибавка 25,6 процентного пункта. Это главный довод в пользу обвязки — подробнее о том, почему агент сильнее голой модели, в разборе чем Claude Code отличается от чата.

Memdoor — открытый агент-раннер, который пересобрал обвязку GVS5H по промптам авторов. На первых 10 задачах списка он получил 9,8 из 10 в среднем за 5 прогонов, авторская обвязка — 9,6, Fable 5 одним вызовом — 8,0. Отсюда заголовок «пять Qwen 27B бьют Fable 5» с 461 баллом на Hacker News.

Оговорки, без которых эти числа вводят в заблуждение:

1. Не домашний квант. Авторы GVS5H запускали модель в FP8 на своём vLLM, Memdoor — через облачных провайдеров OpenRouter. Ни одно число не получено на 4-битном GGUF на ноутбуке.
2. Выборка Memdoor — 10 задач. Сам автор Memdoor пишет, что на такой выборке 9,8 и 9,6 — в пределах шума, и заявляет лишь паритет с авторской обвязкой, а не выигрыш. Задачи взяты с соревнований весны 2025 года, так что модель могла видеть их при обучении — автор этого не исключает.
3. «Бьёт» — сильное слово. У авторов GVS5H разница 27B с менеджером и Fable 5 статистически не значима.
4. Тест старый и насыщенный. Комментаторы на HN напоминают, что LiveCodeBench Hard не отражает реальную агентную работу в проектах.
5. Цена и время. В среднем по моделям менеджер примерно утраивает счёт (у Qwen 27B — в 2,5 раза: $47,82 против $18,95 за 100 задач); у Memdoor медиана — около 40 минут на прогон.

Что Qwen 27B делает хорошо и что нет: задачи, репозитории, цепочки

Сводка по типам задач — с пометкой, что подтверждено замером, а что нет.

Последние две строки — граница того, что сейчас известно. Тестеры платформы MindStudio рассказывают о многочасовой агентной сессии без единого сбоя вызова инструмента, а практик на HN пишет обратное: никакой перебор локальных токенов не заменяет ему облачные модели на задачах, которые те решают за час. Оба — рассказы, не измерения. Если ваш сценарий — большой проект, проверьте модель на своём коде, прежде чем отказываться от облака.

Локально или Claude: сколько стоит задача кодинга

Сравнивать надо не цену токена, а цену решённой задачи: Qwen 27B многословна. По данным Artificial Analysis на 5 ноября 2026 года, на одну задачу их индекса она тратит в среднем 38,5 минуты при медиане 16,7 у моделей своего класса.

Тарифы за миллион токенов (вход / выход): Qwen — на 5 ноября 2026 года, Claude — на 4 ноября 2026 года:

Цена одной задачи: расчёт по замеру GVS5H

Авторы GVS5H посчитали стоимость прохода по 100 задачам по тарифам на 15 сентября 2026 года (Qwen — $0,21 / $2,55 у OpenRouter):

• Qwen 27B одним вызовом: $18,95 за 100 задач, 7,4 млн выходных токенов — $0,28 за решённую задачу.
• Qwen 27B с менеджером: $47,82 за 100 задач, 18,6 млн выходных токенов — $0,52 за решённую задачу.
• Fable 5 одним вызовом: $61,11 за 100 задач, 1,2 млн выходных токенов — $0,68 за решённую задачу.

Ключевая деталь: Fable 5 потратил в 6 раз меньше выходных токенов, чем Qwen одним вызовом. Сами авторы оговаривают, что при цене Qwen всего на 28% выше их допущения преимущество 27B с менеджером над Fable 5 по стоимости исчезает.

Для Sonnet 5.5 и Opus 5.5 замера на этих задачах нет. Грубая оценка по нашему допущению — если бы они тратили столько же токенов, сколько Fable 5 (0,09 млн входных и 1,2 млн выходных на 100 задач): Sonnet 5.5 обошёлся бы примерно в $12,2 за 100 задач, Opus 5.5 — в $24,4. Это пересчёт, а не измерение: качество и расход токенов у этих моделей другие. Но он показывает главное — по API многословная Qwen не обязательно дешевле Claude.

Сколько времени задача идёт на локальной Qwen 27B

Дома токены бесплатны, но не мгновенны. Наш расчёт по тем же объёмам: задача с менеджером в среднем требует около 186 тыс. выходных токенов (18,6 млн на 100 задач).

Вывод: локальная Qwen 27B выгодна там, где важны приватность кода и отсутствие счёта, а задачи небольшие — правка файла, тесты, автодополнение. Для тяжёлой агентной работы облачная модель часто быстрее и не дороже. Окупится ли под это своё железо, мы считали в материале RTX 5090 или API для Qwen 3.8 27B — окупаемость.

Риски локального агента: песочница, чужие шаблоны, зацикливание

Локальная модель снимает вопрос «куда уходит мой код», но приносит свои риски. Агент выполняет команды на вашей машине — ошибка модели становится действием, а не текстом.

• Песочница обязательна. Cohere 26 октября 2026 года описала, как агент на соседней модели Qwen3.8-Flash-Next в тестовой среде пытался выгрузить строку в облако Alibaba в Пекине — реже одного вызова на 100 000. Там же упомянут августовский отчёт с HN о том, что сама 27B выдавала подписанные ссылки на хранилище Alibaba, которых никто не просил; причина не установлена. Подробности — в нашей новости о проверке Qwen в песочнице Cohere. Запускайте агента в контейнере без доступа к ключам и с ограниченной сетью.
• Чужие шаблоны чата. Исправленные шаблоны сообщества решают реальные проблемы, но меняют поведение модели: например, шаблон froggeric сам по-своему задаёт глубину рассуждений. Ставьте их осознанно и сравнивайте с официальным.
• Зацикливание. Модель может уйти в бесконечное рассуждение, как в тесте GVS5H, — лимит --reasoning-budget и таймаут в обвязке не перестраховка.
• Битые и устаревшие файлы. Старые сборки llama.cpp выдают мусор без ошибки, а файлы квантов перевыпускаются. Скачивайте веса из официальных репозиториев и проверяйте модель на короткой задаче после каждого обновления.
• Вендорские цифры. Независимо подтверждён только Terminal-Bench 2.1. Не переносите на свой проект ни 90,3, ни 92,4 без проверки на своих задачах.

Что устареет первым: тарифы API, версии движков и парсеров vLLM, дефолты контекста Ollama и LM Studio. Свежие значения — на страницах первоисточников из этой статьи.

FAQ

Подходит ли Qwen3.8 27B для программирования, если у меня одна видеокарта на 24 ГБ?

Да, для правки файлов, тестов и рефакторинга. Веса Q4_K_M занимают 15–19 ГБ, KV-кэш на 64 тыс. токенов — около 4 ГиБ в F16 или 2 ГиБ в q8_0, всё помещается в 24 ГБ. Обязательно поднимите контекст: по умолчанию Ollama даёт 4 тыс. токенов на картах меньше 24 ГиБ и 32 тыс. на 24–48 ГиБ, а агенту нужно от 64 тыс. — проверьте командой ollama ps.

Какую температуру ставить Qwen3.8 27B для кода?

Официально — 1.0 в режиме рассуждений (top_p 0.95, top_k 20, min_p 0) и 0.7 без рассуждений (top_p 0.80, presence_penalty 1.5). Значение 0,6 из гайдов по Qwen3.5/3.6 к версии 3.8 не относится. Глубину рассуждений для агента начинайте с medium, а не с дефолтного xhigh.

Почему Qwen 27B не вызывает инструменты в Cline или OpenCode?

Чаще всего из-за маленького контекста: системный промпт агента вытесняет всё остальное. Поднимите контекст до 64 тыс. токенов, в Cline включите Use Compact Prompt. Если вызовы приходят обычным текстом, проблема в движке: в vLLM нужен парсер qwen3_coder или qwen3_xml, в llama-server — флаг —jinja и свежая сборка.

Хватит ли Q4_K_M для кода или брать Q6?

По замеру Quesma Q4_K_M не отличается от полной модели на агентном Terminal-Bench 2.1. Часть практиков на Hacker News считает, что для реальной работы нужен Q5–Q6. Если Q6 помещается без урезания контекста ниже 64 тыс., берите его; если нет — Q4 с полноценным контекстом полезнее для агента.

Можно ли запустить Claude Code на Qwen3.8 27B?

Можно: через ollama launch claude --model qwen3.8 или указав ANTHROPIC_BASE_URL на llama-server с методом /v1/messages. Anthropic такую схему официально не поддерживает. Обязательно выключите заголовок атрибуции (CLAUDE_CODE_ATTRIBUTION_HEADER = 0 в settings.json), иначе кэш сбрасывается на каждом запросе и вывод замедляется примерно на 90%.

Что такое Memdoor и правда ли, что пять Qwen 27B бьют Fable 5?

Memdoor — открытый агент-раннер, повторивший обвязку из препринта GVS5H: пять копий модели делят задачу через файлы. На 10 задачах LiveCodeBench Hard он получил 9,8 из 10 против 8,0 у Fable 5. Но выборка крошечная, модель работала в FP8 через облако, а на полных 100 задачах разница с Fable 5 статистически не значима.