CodeGeeX4 — семейство многоязычных моделей программирования для помощи с кодом и работы со связанными исходными файлами. Разработчик публикует CodeGeeX4-ALL-9B как открытого представителя серии, созданного дальнейшим обучением GLM-4-9B. Документация охватывает генерацию и дополнение кода, вопросы по программированию, анализ репозитория и подключённые процессы с интерпретатором кода, веб-поиском или вызовами функций. Обычный вывод — текст: код, объяснения, ответы или изменения с метками файлов согласно инструкции задачи.
Начните с выбора операции и предоставления нужного кода. Собственное руководство по системным промптам содержит отдельные инструкции для добавления комментариев, объяснения программы, перевода между языками программирования, проверки или исправления кода, генерации тестов и ответов на вопросы о файле. Для исправления включите проблемный код, наблюдаемое поведение и желаемый результат. Для перевода укажите целевой язык программирования и предоставьте всю соответствующую функцию. Для комментариев инструкция разработчика сохраняет код и добавляет комментарии; для ряда задач создания кода она требует только код. Эти различия помогают получить пригодный программный артефакт или объяснение, не оставляя формат вывода подразумеваемым.
Руководства предлагают системные промпты на китайском и английском. Язык системной инструкции сам по себе не определяет язык ответа, поэтому явно запрашивайте язык, когда нужно объяснение. Специализированное руководство по проверке описывает вывод на китайском; общий промпт помощника по программированию предоставляет отдельный способ запросить проверку на другом языке ответа. Некоторые шаблоны задач задают язык комментариев по исходному материалу и исключают смешение китайского и английского. В продолжающейся беседе повторяйте нужную инструкцию при смене операции, чтобы запрос объяснения не смешивался с предыдущим требованием выводить только код.
Для контекстного дополнения собственный формат описывает целевой файл, его язык программирования и код с обеих сторон точки вставки. Используйте относительный путь файла с ###PATH: и включите ###LANGUAGE:; руководство разрешает пустое значение языка, если он неизвестен. ###MODE: выбирает LINE для однострочного дополнения или BLOCK для нескольких строк; документированное значение по умолчанию — BLOCK. Последовательность заполнения середины: сначала суффикс, затем префикс, затем недостающая середина с маркерами <|code_suffix|>, <|code_prefix|> и <|code_middle|>. Шаблон заполнения разработчика опускает системный промпт. Сохранение суффикса даёт модели окружающий поток управления и код, который должен остаться после вставки. Результат — предлагаемый недостающий код, который затем можно проверить на исходном месте.
Межфайловое дополнение добавляет связанные фрагменты как справочные материалы, каждый с маркером ###REFERENCE: и собственным ###PATH:. Отделяйте эти ссылки от целевого файла и точки вставки. Например, дополняя функцию, вызывающую существующий вспомогательный метод, предоставьте сигнатуру и реализацию этого метода вместе с префиксом и суффиксом целевой функции. Руководство по дополнению на уровне проекта расширяет подход до генерации нового файла по требованиям проекта и релевантному существующему коду. Понятные пути и отобранные зависимости позволяют отличить код-доказательство от файла, который модель должна дополнить.
Для вопросов по репозиторию используется другой собственный формат: перечислите каждый файл под ###PATH:, включите его код, затем задайте вопрос. Полезный запрос может спрашивать, где определено значение или как вызов проходит между предоставленными модулями. Редактирование репозитория использует собственную системную инструкцию для добавления, удаления или изменения файлов и требует вывод в виде ###PATH: {PATH}, за которым следует код. Подготовьте нужные файлы и опишите изменение, включая файл для добавления или поведение для сохранения. Рассматривайте возвращённые блоки с путями как предлагаемые изменения; они не доказывают, что репозиторий уже изменён или код запущен.
Для опубликованной CodeGeeX4-ALL-9B разработчик документирует контекст 128K и рекомендует отбирать релевантное содержимое репозитория, если проект превышает это окно. Поиск связанных фрагментов и сокращение слишком больших входных данных — подготовительные шаги руководства по репозиторию. Контекст должен вмещать инструкции, переданный код и сгенерированное продолжение, поэтому целевой набор файлов часто полезнее неразобранной выгрузки проекта. Пример настроек генерации разработчика управляет длиной конкретного запуска; он не определяет универсальную максимальную длину ответа для каждой версии CodeGeeX4.
Серия также описывает подключённые процессы программирования с интерпретаторами, поиском и вызовами функций. Для такого процесса приложение должно предоставлять указанные инструменты и возвращать их результаты в беседу. Запрашивая исполняемый код, укажите целевой язык, зависимости и ожидаемое поведение; запрашивая анализ — нужные ссылки на файлы или функции. Компилируйте или запускайте предлагаемые изменения в целевой среде и проверяйте поведение по заданному требованию перед включением в проект.
", "aboutText": "CodeGeeX4 — семейство многоязычных моделей программирования для помощи с кодом и работы со связанными исходными файлами. Разработчик публикует CodeGeeX4-ALL-9B как открытого представителя серии, созданного дальнейшим обучением GLM-4-9B. Документация охватывает генерацию и дополнение кода, вопросы по программированию, анализ репозитория и подключённые процессы с интерпретатором кода, веб-поиском или вызовами функций. Обычный вывод — текст: код, объяснения, ответы или изменения с метками файлов согласно инструкции задачи.\n\nНачните с выбора операции и предоставления нужного кода. Собственное руководство по системным промптам содержит отдельные инструкции для добавления комментариев, объяснения программы, перевода между языками программирования, проверки или исправления кода, генерации тестов и ответов на вопросы о файле. Для исправления включите проблемный код, наблюдаемое поведение и желаемый результат. Для перевода укажите целевой язык программирования и предоставьте всю соответствующую функцию. Для комментариев инструкция разработчика сохраняет код и добавляет комментарии; для ряда задач создания кода она требует только код. Эти различия помогают получить пригодный программный артефакт или объяснение, не оставляя формат вывода подразумеваемым.\n\nРуководства предлагают системные промпты на китайском и английском. Язык системной инструкции сам по себе не определяет язык ответа, поэтому явно запрашивайте язык, когда нужно объяснение. Специализированное руководство по проверке описывает вывод на китайском; общий промпт помощника по программированию предоставляет отдельный способ запросить проверку на другом языке ответа. Некоторые шаблоны задач задают язык комментариев по исходному материалу и исключают смешение китайского и английского. В продолжающейся беседе повторяйте нужную инструкцию при смене операции, чтобы запрос объяснения не смешивался с предыдущим требованием выводить только код.\n\nДля контекстного дополнения собственный формат описывает целевой файл, его язык программирования и код с обеих сторон точки вставки. Используйте относительный путь файла с ###PATH: и включите ###LANGUAGE:; руководство разрешает пустое значение языка, если он неизвестен. ###MODE: выбирает LINE для однострочного дополнения или BLOCK для нескольких строк; документированное значение по умолчанию — BLOCK. Последовательность заполнения середины: сначала суффикс, затем префикс, затем недостающая середина с маркерами <|code_suffix|>, <|code_prefix|> и <|code_middle|>. Шаблон заполнения разработчика опускает системный промпт. Сохранение суффикса даёт модели окружающий поток управления и код, который должен остаться после вставки. Результат — предлагаемый недостающий код, который затем можно проверить на исходном месте.\n\nМежфайловое дополнение добавляет связанные фрагменты как справочные материалы, каждый с маркером ###REFERENCE: и собственным ###PATH:. Отделяйте эти ссылки от целевого файла и точки вставки. Например, дополняя функцию, вызывающую существующий вспомогательный метод, предоставьте сигнатуру и реализацию этого метода вместе с префиксом и суффиксом целевой функции. Руководство по дополнению на уровне проекта расширяет подход до генерации нового файла по требованиям проекта и релевантному существующему коду. Понятные пути и отобранные зависимости позволяют отличить код-доказательство от файла, который модель должна дополнить.\n\nДля вопросов по репозиторию используется другой собственный формат: перечислите каждый файл под ###PATH:, включите его код, затем задайте вопрос. Полезный запрос может спрашивать, где определено значение или как вызов проходит между предоставленными модулями. Редактирование репозитория использует собственную системную инструкцию для добавления, удаления или изменения файлов и требует вывод в виде ###PATH: {PATH}, за которым следует код. Подготовьте нужные файлы и опишите изменение, включая файл для добавления или поведение для сохранения. Рассматривайте возвращённые блоки с путями как предлагаемые изменения; они не доказывают, что репозиторий уже изменён или код запущен.\n\nДля опубликованной CodeGeeX4-ALL-9B разработчик документирует контекст 128K и рекомендует отбирать релевантное содержимое репозитория, если проект превышает это окно. Поиск связанных фрагментов и сокращение слишком больших входных данных — подготовительные шаги руководства по репозиторию. Контекст должен вмещать инструкции, переданный код и сгенерированное продолжение, поэтому целевой набор файлов часто полезнее неразобранной выгрузки проекта. Пример настроек генерации разработчика управляет длиной конкретного запуска; он не определяет универсальную максимальную длину ответа для каждой версии CodeGeeX4.\n\nСерия также описывает подключённые процессы программирования с интерпретаторами, поиском и вызовами функций. Для такого процесса приложение должно предоставлять указанные инструменты и возвращать их результаты в беседу. Запрашивая исполняемый код, укажите целевой язык, зависимости и ожидаемое поведение; запрашивая анализ — нужные ссылки на файлы или функции. Компилируйте или запускайте предлагаемые изменения в целевой среде и проверяйте поведение по заданному требованию перед включением в проект.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "8878a19cc1ea250e30ea33f34758572af0ad63208892af337565b5333cb4fd50", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "ru", "methods": [ { "html": "codegeex-4CodeGeeX4 — семейство многоязычных моделей программирования для генерации, дополнения, объяснения и исправления кода, а также вопросов по репозиторию. Собственные руководства охватывают промпты для отдельных задач, заполнение пропусков между существующими частями кода и подготовку изменений по связанным файлам с явными путями.
Описание раскрывает возможности модели. Доступные в Ailoot входные данные, результаты и параметры выбранного метода перечислены ниже.
CodeGeeX4 — семейство многоязычных моделей программирования для помощи с кодом и работы со связанными исходными файлами. Разработчик публикует CodeGeeX4-ALL-9B как открытого представителя серии, созданного дальнейшим обучением GLM-4-9B. Документация охватывает генерацию и дополнение кода, вопросы по программированию, анализ репозитория и подключённые процессы с интерпретатором кода, веб-поиском или вызовами функций. Обычный вывод — текст: код, объяснения, ответы или изменения с метками файлов согласно инструкции задачи.
Начните с выбора операции и предоставления нужного кода. Собственное руководство по системным промптам содержит отдельные инструкции для добавления комментариев, объяснения программы, перевода между языками программирования, проверки или исправления кода, генерации тестов и ответов на вопросы о файле. Для исправления включите проблемный код, наблюдаемое поведение и желаемый результат. Для перевода укажите целевой язык программирования и предоставьте всю соответствующую функцию. Для комментариев инструкция разработчика сохраняет код и добавляет комментарии; для ряда задач создания кода она требует только код. Эти различия помогают получить пригодный программный артефакт или объяснение, не оставляя формат вывода подразумеваемым.
Руководства предлагают системные промпты на китайском и английском. Язык системной инструкции сам по себе не определяет язык ответа, поэтому явно запрашивайте язык, когда нужно объяснение. Специализированное руководство по проверке описывает вывод на китайском; общий промпт помощника по программированию предоставляет отдельный способ запросить проверку на другом языке ответа. Некоторые шаблоны задач задают язык комментариев по исходному материалу и исключают смешение китайского и английского. В продолжающейся беседе повторяйте нужную инструкцию при смене операции, чтобы запрос объяснения не смешивался с предыдущим требованием выводить только код.
Для контекстного дополнения собственный формат описывает целевой файл, его язык программирования и код с обеих сторон точки вставки. Используйте относительный путь файла с ###PATH: и включите ###LANGUAGE:; руководство разрешает пустое значение языка, если он неизвестен. ###MODE: выбирает LINE для однострочного дополнения или BLOCK для нескольких строк; документированное значение по умолчанию — BLOCK. Последовательность заполнения середины: сначала суффикс, затем префикс, затем недостающая середина с маркерами <|code_suffix|>, <|code_prefix|> и <|code_middle|>. Шаблон заполнения разработчика опускает системный промпт. Сохранение суффикса даёт модели окружающий поток управления и код, который должен остаться после вставки. Результат — предлагаемый недостающий код, который затем можно проверить на исходном месте.
Межфайловое дополнение добавляет связанные фрагменты как справочные материалы, каждый с маркером ###REFERENCE: и собственным ###PATH:. Отделяйте эти ссылки от целевого файла и точки вставки. Например, дополняя функцию, вызывающую существующий вспомогательный метод, предоставьте сигнатуру и реализацию этого метода вместе с префиксом и суффиксом целевой функции. Руководство по дополнению на уровне проекта расширяет подход до генерации нового файла по требованиям проекта и релевантному существующему коду. Понятные пути и отобранные зависимости позволяют отличить код-доказательство от файла, который модель должна дополнить.
Для вопросов по репозиторию используется другой собственный формат: перечислите каждый файл под ###PATH:, включите его код, затем задайте вопрос. Полезный запрос может спрашивать, где определено значение или как вызов проходит между предоставленными модулями. Редактирование репозитория использует собственную системную инструкцию для добавления, удаления или изменения файлов и требует вывод в виде ###PATH: {PATH}, за которым следует код. Подготовьте нужные файлы и опишите изменение, включая файл для добавления или поведение для сохранения. Рассматривайте возвращённые блоки с путями как предлагаемые изменения; они не доказывают, что репозиторий уже изменён или код запущен.
Для опубликованной CodeGeeX4-ALL-9B разработчик документирует контекст 128K и рекомендует отбирать релевантное содержимое репозитория, если проект превышает это окно. Поиск связанных фрагментов и сокращение слишком больших входных данных — подготовительные шаги руководства по репозиторию. Контекст должен вмещать инструкции, переданный код и сгенерированное продолжение, поэтому целевой набор файлов часто полезнее неразобранной выгрузки проекта. Пример настроек генерации разработчика управляет длиной конкретного запуска; он не определяет универсальную максимальную длину ответа для каждой версии CodeGeeX4.
Серия также описывает подключённые процессы программирования с интерпретаторами, поиском и вызовами функций. Для такого процесса приложение должно предоставлять указанные инструменты и возвращать их результаты в беседу. Запрашивая исполняемый код, укажите целевой язык, зависимости и ожидаемое поведение; запрашивая анализ — нужные ссылки на файлы или функции. Компилируйте или запускайте предлагаемые изменения в целевой среде и проверяйте поведение по заданному требованию перед включением в проект.
POST /v1/chat/completionstexttext| Поле | Тип | Требование | Значения и ограничения | По умолчанию |
|---|---|---|---|---|
Полеmodel | Типstring | ТребованиеОбязательно | Значения и ограничения codegeex-4 | По умолчанию— |
Полеmessages | Типmessage[] | ТребованиеОбязательно | Значения и ограничения Минимум элементов: 1 | По умолчанию— |
Полеmessages[].role | Типstring | ТребованиеОбязательно | Значения и ограничения Зависит от модели | По умолчанию— |
Полеmessages[].content | Типstring | ТребованиеНеобязательно | Значения и ограничения Применяется, когда: Текстовая беседа | По умолчанию— |
Полеstream | Типboolean | ТребованиеНеобязательно | Значения и ограничения | По умолчаниюfalse |
Текст · Текст UTF8
messages[].content
| Параметр | Контракт |
|---|---|
Параметрcontent_type | Контрактapplication/json |
Параметрrequired | Контрактmodel, messages |
Параметрmaterial_types | Контрактtext |
Параметрmessages | Контрактмассив сообщений со структурой role/content |
Параметрfile_material | Контрактфактический документ UTF-8 вставляется как буквальный текст; ID файла не выводится из него |
Параметрoptional_controls | Контрактstream |
Параметрcontrol_scope | КонтрактТекстовая беседа; stream — логическое значение, по умолчанию false. |
Параметрoutput_modalities | Контрактtext |
Параметрhosted_operations | Контрактfalse |
Параметрmultimodal_input_binding | Контрактnull |
Псевдонимы метода: /chat/completions
Жизненный цикл: synchronous_or_streamed
Отправляйте точный ID модели вместе с messages.
Длина контекста не является пределом выхода.
Текстовый файл может передавать буквальный текст; входные изображения, аудио и файловые объекты требуют точной привязки.
Тарифная справка не добавляет режимы запроса. Поддерживаемые параметры указаны для выбранного метода.
| Конфигурация | Шкала ставок | Плата |
|---|---|---|
| КонфигурацияБазовые ставки за токены | Шкала ставокБазовая ставка | Плата Вход · Входные токены $0.028 / 1K токенов Выход · Выходные токены $0.028 / 1K токенов Вход · Чтение кэша $0 / 1K токенов Вход · Запись в кэш $0 / 1K токенов Вход · Запись в кэш, 1 час — / 1K токенов |
Ailoot резервирует расчётную сумму перед запросом. После получения результата списывает итоговую плату по измеренному расходу. Для окончательного списания за потоковый ответ используется итоговая запись расхода. Как работают резервирование и расчёт →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model":"codegeex-4","messages":[{"role":"user","content":"hello"}],"stream":false}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("choices",[]):\n if x.get("message",{}).get("content"): print(x["message"]["content"])\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.chat.completions.create(model="codegeex-4", messages=[{"role":"user","content":"hello"}], stream=False)\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nsave_result(result.to_dict(mode="json"))\njson или SSE
Сохраняйте каждый полностью полученный ответ, файл и элемент содержимого.
Сохраняйте каждый вариант ответа с его содержимым, вызовами инструментов и рассуждениями. В SSE собирайте изменения по индексам варианта и инструмента, сохраняйте итоговую причину завершения и данные использования.
Сохраняйте ID запросов и ответов, а также заголовки. Общий URL получения текстового задания не предоставлен.
| Поле | Тип |
|---|---|
Полеchoices[].index | Типinteger |
Полеchoices[].message.content | Типstring|null |
Полеchoices[].message.tool_calls | Типtool_call[] |
Полеchoices[].message.reasoning_content | Типstring |
Полеchoices[].message.reasoning_details | Типobject|array |
Полеchoices[].finish_reason | Типstring|null |
Полеusage | Типobject |
| Ответ | Условие | Следующий шаг |
|---|---|---|
Ответ400 · invalid_request_error | УсловиеНеверные обязательные поля, представление материалов или значение параметра | Следующий шагИсправьте указанные поля перед новым запросом на создание. |
Ailoot Ultra codegeex-4
/chat/completions
codegeex-4CodeGeeX4 — семейство многоязычных моделей программирования для генерации, дополнения, объяснения и исправления кода, а также вопросов по репозиторию. Собственные руководства охватывают промпты для отдельных задач, заполнение пропусков между существующими частями кода и подготовку изменений по связанным файлам с явными путями.
Описание раскрывает возможности модели. Доступные в Ailoot входные данные, результаты и параметры выбранного метода перечислены ниже.
CodeGeeX4 — семейство многоязычных моделей программирования для помощи с кодом и работы со связанными исходными файлами. Разработчик публикует CodeGeeX4-ALL-9B как открытого представителя серии, созданного дальнейшим обучением GLM-4-9B. Документация охватывает генерацию и дополнение кода, вопросы по программированию, анализ репозитория и подключённые процессы с интерпретатором кода, веб-поиском или вызовами функций. Обычный вывод — текст: код, объяснения, ответы или изменения с метками файлов согласно инструкции задачи.
Начните с выбора операции и предоставления нужного кода. Собственное руководство по системным промптам содержит отдельные инструкции для добавления комментариев, объяснения программы, перевода между языками программирования, проверки или исправления кода, генерации тестов и ответов на вопросы о файле. Для исправления включите проблемный код, наблюдаемое поведение и желаемый результат. Для перевода укажите целевой язык программирования и предоставьте всю соответствующую функцию. Для комментариев инструкция разработчика сохраняет код и добавляет комментарии; для ряда задач создания кода она требует только код. Эти различия помогают получить пригодный программный артефакт или объяснение, не оставляя формат вывода подразумеваемым.
Руководства предлагают системные промпты на китайском и английском. Язык системной инструкции сам по себе не определяет язык ответа, поэтому явно запрашивайте язык, когда нужно объяснение. Специализированное руководство по проверке описывает вывод на китайском; общий промпт помощника по программированию предоставляет отдельный способ запросить проверку на другом языке ответа. Некоторые шаблоны задач задают язык комментариев по исходному материалу и исключают смешение китайского и английского. В продолжающейся беседе повторяйте нужную инструкцию при смене операции, чтобы запрос объяснения не смешивался с предыдущим требованием выводить только код.
Для контекстного дополнения собственный формат описывает целевой файл, его язык программирования и код с обеих сторон точки вставки. Используйте относительный путь файла с ###PATH: и включите ###LANGUAGE:; руководство разрешает пустое значение языка, если он неизвестен. ###MODE: выбирает LINE для однострочного дополнения или BLOCK для нескольких строк; документированное значение по умолчанию — BLOCK. Последовательность заполнения середины: сначала суффикс, затем префикс, затем недостающая середина с маркерами <|code_suffix|>, <|code_prefix|> и <|code_middle|>. Шаблон заполнения разработчика опускает системный промпт. Сохранение суффикса даёт модели окружающий поток управления и код, который должен остаться после вставки. Результат — предлагаемый недостающий код, который затем можно проверить на исходном месте.
Межфайловое дополнение добавляет связанные фрагменты как справочные материалы, каждый с маркером ###REFERENCE: и собственным ###PATH:. Отделяйте эти ссылки от целевого файла и точки вставки. Например, дополняя функцию, вызывающую существующий вспомогательный метод, предоставьте сигнатуру и реализацию этого метода вместе с префиксом и суффиксом целевой функции. Руководство по дополнению на уровне проекта расширяет подход до генерации нового файла по требованиям проекта и релевантному существующему коду. Понятные пути и отобранные зависимости позволяют отличить код-доказательство от файла, который модель должна дополнить.
Для вопросов по репозиторию используется другой собственный формат: перечислите каждый файл под ###PATH:, включите его код, затем задайте вопрос. Полезный запрос может спрашивать, где определено значение или как вызов проходит между предоставленными модулями. Редактирование репозитория использует собственную системную инструкцию для добавления, удаления или изменения файлов и требует вывод в виде ###PATH: {PATH}, за которым следует код. Подготовьте нужные файлы и опишите изменение, включая файл для добавления или поведение для сохранения. Рассматривайте возвращённые блоки с путями как предлагаемые изменения; они не доказывают, что репозиторий уже изменён или код запущен.
Для опубликованной CodeGeeX4-ALL-9B разработчик документирует контекст 128K и рекомендует отбирать релевантное содержимое репозитория, если проект превышает это окно. Поиск связанных фрагментов и сокращение слишком больших входных данных — подготовительные шаги руководства по репозиторию. Контекст должен вмещать инструкции, переданный код и сгенерированное продолжение, поэтому целевой набор файлов часто полезнее неразобранной выгрузки проекта. Пример настроек генерации разработчика управляет длиной конкретного запуска; он не определяет универсальную максимальную длину ответа для каждой версии CodeGeeX4.
Серия также описывает подключённые процессы программирования с интерпретаторами, поиском и вызовами функций. Для такого процесса приложение должно предоставлять указанные инструменты и возвращать их результаты в беседу. Запрашивая исполняемый код, укажите целевой язык, зависимости и ожидаемое поведение; запрашивая анализ — нужные ссылки на файлы или функции. Компилируйте или запускайте предлагаемые изменения в целевой среде и проверяйте поведение по заданному требованию перед включением в проект.
POST /v1/messagestextjson, sse| Поле | Тип | Требование | Значения и ограничения | По умолчанию |
|---|---|---|---|---|
Полеmodel | Типstring | ТребованиеОбязательно | Значения и ограничения codegeex-4 | По умолчанию— |
Полеmessages | Типmessage[] | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеmessages[].role | Типstring | ТребованиеОбязательно | Значения и ограничения user, assistant | По умолчанию— |
Полеmessages[].content | Типstring | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеmax_tokens | Типinteger | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеstream | Типboolean | ТребованиеНеобязательно | Значения и ограничения | По умолчаниюfalse |
Текст · Текст UTF-8
строка messages[].content
| Параметр | Контракт |
|---|---|
Параметрcontent_type | Контрактapplication/json |
Параметрrequired | Контрактmodel, messages, max_tokens |
Параметрoptional_controls | Контрактstream |
Параметрmaterial_types | Контрактtext |
Параметрtext_file_material | КонтрактПрочитайте фактический документ UTF-8 и поместите его текст в указанную строку входа или содержимого сообщения. |
Жизненный цикл: synchronous_or_streamed
Тарифная справка не добавляет режимы запроса. Поддерживаемые параметры указаны для выбранного метода.
| Конфигурация | Шкала ставок | Плата |
|---|---|---|
| КонфигурацияБазовые ставки за токены | Шкала ставокБазовая ставка | Плата Вход · Входные токены $0.028 / 1K токенов Выход · Выходные токены $0.028 / 1K токенов Вход · Чтение кэша $0 / 1K токенов Вход · Запись в кэш $0 / 1K токенов Вход · Запись в кэш, 1 час — / 1K токенов |
Ailoot резервирует расчётную сумму перед запросом. После получения результата списывает итоговую плату по измеренному расходу. Для окончательного списания за потоковый ответ используется итоговая запись расхода. Как работают резервирование и расчёт →
{\n "model": "codegeex-4",\n "max_tokens": 128,\n "messages": [\n {\n "role": "user",\n "content": "Summarize the incident report."\n }\n ],\n "stream": false\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"\nexport AILOOT_TEXT_FILE\npython3 - <<'PY_REQUEST'\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nPath('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nPY_RESULT\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nfrom urllib.request import Request, urlopen\nfrom urllib.error import HTTPError\n\napi_key = os.environ['AILOOT_API_KEY']\nif not api_key.strip():\n raise SystemExit('Set AILOOT_API_KEY before making a request')\nheaders = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}\nheaders['x-api-key'] = api_key\nrequest = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')\ntry:\n with urlopen(request, timeout=120) as response:\n raw = response.read()\n Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')\nexcept HTTPError as error:\n Path('result.json').write_bytes(error.read())\n Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')\n raise\nPath('result.json').write_bytes(raw)\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nJSON или SSE
Сохраняйте каждый полностью полученный ответ, файл и элемент содержимого.
Сохраняйте все блоки содержимого, подписи рассуждений и фактические ID обращений к инструментам. Собирайте все изменения блоков SSE; первый текстовый блок не является полным выходом.
Сохраняйте ID запросов и ответов, а также заголовки. Общий URL получения текстового задания не предоставлен.
| Поле | Тип |
|---|---|
Полеid | Типstring |
Полеmodel | Типstring |
Полеcontent[] | Типtext|thinking|tool_use|other content block |
Полеstop_reason | Типstring|null |
Полеusage | Типobject |
| Ответ | Условие | Следующий шаг |
|---|---|---|
Ответ400 · invalid_request_error | УсловиеНеверные обязательные поля, представление материалов или значение параметра | Следующий шагИсправьте указанные поля перед новым запросом на создание. |
Ailoot Ultra codegeex-4
/chat/completions