Получить помощь и где об этом сказать

Прежде чем спрашивать

Бо́льшая часть того, что ломается в первую неделю, описана в Устранении неполадок, а ответ на поддерживается ли мой поставщик — в Поставщиках.

Если агент разговаривает, но никогда не трогает ваши файлы, это почти всегда модель, а не настройка — проверьте её, прежде чем тратить вечер на конфигурацию.

Где спрашивать

GitHub Issues — ошибки и всё, что повело себя не так, как написано в документации.

GitHub Discussions — вопросы, идеи и «так и задумано?».

Чат-сервера пока нет. Он появится, когда людей станет достаточно, чтобы в нём стоило сидеть; пустая комната никому не помогает.

Что делает сообщение удобным для работы

Четыре строки — и у большинства сообщений их нет:

1. Модель и поставщик, названные точно — qwen3-coder:30b на Ollama, а не «локальная модель».
2. О чём вы попросили, дословно.
3. Что произошло и чего вы ожидали вместо этого.
4. Последние пятьдесят строк ~/.opencli/log вокруг сбоя.

Перед вставкой просмотрите эти строки на предмет ключей.

Что помогает больше всего

Строка в таблице моделей. Проверка модели — одна фиксированная задача, примерно пять минут. Таблица короткая, потому что в ней только то, что запускали, а отрицательный результат стоит столько же, сколько положительный — о модели, которая не сработала, никто не пишет, поэтому её открывает заново каждый.

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

Рассказать нам, что вы на самом деле пытались сделать. Идущие в комплекте отделы и процедуры написаны из догадок о том, что людям нужно. То, за чем вы потянулись и чего не нашли, — самое полезное, что вы можете сказать.

Помочь кодом

В Участии в разработке есть настройка окружения и порядок работы с pull request.