Skip to main content

Kimi

このドキュメントでは、Alibaba Cloud Model Studio にデプロイされた Kimi モデルの推論サービスを呼び出す方法について説明します。

サポートされているリージョン: 中国 (北京)、シンガポール、日本 (東京)、中国 (香港)、ドイツ (フランクフルト)、および米国 (バージニア)。 モデル体験: モデル体験センターで Kimi モデルを試すことができます。 kimi-k3.1-pro は、OpenAI Chat Completions、OpenAI Responses、Anthropic Messages、および DashScope ネイティブ API をサポートします。 サービスエンドポイントはリージョン固有です。ご利用のリージョンに合わせて正しいベース URL を設定してください。
  • OpenAI 互換
  • DashScope
  • Anthropic 互換
以下のリージョン別の base_url は、OpenAI Responses の呼び出しにも適用されます。HTTP リクエストでは、POST {base_url}/responses のように base_url の末尾に /responses を付加します。
  • 米国 (バージニア)
  • ドイツ (フランクフルト)
  • シンガポール
  • 日本 (東京)
  • 中国 (北京)
  • 中国 (香港)
SDK 呼び出しの base_url は次のとおりです: https://{WorkspaceId}.us-east-1.maas.aliyuncs.com/compatible-mode/v1HTTP リクエスト URL: POST https://{WorkspaceId}.us-east-1.maas.aliyuncs.com/compatible-mode/v1/chat/completions
{WorkspaceId} を実際の ワークスペース ID に置き換えます。 前提条件: API キーを取得し、環境変数として設定する必要があります。SDK を使用する場合は、SDK をインストールする必要があります。

クイックスタート

以下の例では、テキストのみの入力を使用します。マルチモーダルの例については、「マルチモーダル呼び出し」をご参照ください。
  • OpenAI 互換
  • DashScope
  • Anthropic 互換
  • Python
  • Node.js
  • HTTP
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.getenv("DASHSCOPE_API_KEY"),
    # 中国 (北京) リージョン。{WorkspaceId} をお使いの Bailian ワークスペース ID に置き換えてください。URL はリージョンによって異なります。
    base_url="https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1",
)

completion = client.chat.completions.create(
    model="kimi-k3",
    messages=[{"role": "user", "content": "Who are you?"}],
    stream=True,
    extra_body={"enable_thinking": True},  # 思考モードを有効にして reasoning_content を取得します
)

reasoning_content = ""  # 完全な思考プロセス
answer_content = ""     # 完全な応答
is_answering = False    # メインの応答が開始されたかどうかを追跡します。

print("\n" + "=" * 20 + "Thinking Process" + "=" * 20 + "\n")

for chunk in completion:
    if chunk.choices:
        delta = chunk.choices[0].delta
        # 思考プロセスのコンテンツを保存します。
        if hasattr(delta, "reasoning_content") and delta.reasoning_content is not None:
            if not is_answering:
                print(delta.reasoning_content, end="", flush=True)
            reasoning_content += delta.reasoning_content
        # メインの応答のコンテンツが到着したら、その出力を開始します。
        if hasattr(delta, "content") and delta.content:
            if not is_answering:
                print("\n" + "=" * 20 + "Complete Response" + "=" * 20 + "\n")
                is_answering = True
            print(delta.content, end="", flush=True)
            answer_content += delta.content

応答

====================思考プロセス====================

ユーザーは「あなたは誰ですか?」と質問しています。これは私の ID に関する直接的な質問です。実際の ID に基づいて忠実に回答する必要があります。

私は Moonshot AI によって開発された AI アシスタント、Kimi です。自己紹介は明確かつ簡潔に行うべきです。含めるべき内容は以下の通りです:
1. 私の ID:AI アシスタント
2. 私の開発者:Moonshot AI
3. 私の名前:Kimi
4. 私のコア機能:長文テキスト処理、インテリジェントな会話、ファイル処理、検索など。

明確さを保つため、専門用語の使いすぎを避け、フレンドリでプロフェッショナルなトーンを維持すべきです。また、誤解を避けるために、私が個人的な意識、感情、経験を持たない AI であることを強調すべきです。

応答の構造:
- 直接的に私の ID を述べる
- 私の開発者に言及する
- コア機能を簡潔に紹介する
- 明確かつ簡潔に保つ
====================完全な応答====================

私は Moonshot AI によって開発された AI アシスタント、Kimi です。私は Mixture-of-Experts (MoE) アーキテクチャに基づいており、超長文コンテキスト理解、インテリジェントな会話、ファイル処理、コード生成、複雑なタスクの推論などの能力を持っています。何かお手伝いできることはありますか?

マルチモーダル呼び出し

kimi-k3.1-pro、kimi-k3、kimi-k2.7-code、kimi-k2.6、kimi-k2.5 モデルは、マルチモーダル入力とテキスト出力をサポートします。kimi-k3.1-pro と kimi-k3 はテキストと画像の入力のみをサポートし、動画入力はサポートしません。kimi-k2.7-code、kimi-k2.6、kimi-k2.5 は、テキスト、画像、または動画を同時に処理できます。enable_thinking パラメーターを使用して、思考モードを有効にします。以下の例では、この機能の使用方法を示します。

思考モードの有効化または無効化

kimi-k2.6 と kimi-k2.5 はハイブリッド思考モデルです。これらのモデルは、思考してから返信するか、直接返信することができます。enable_thinking パラメーターを使用して、思考モードを有効にするかどうかをコントロールできます:
  • true:思考モードを有効にします
  • false (デフォルト):思考モードを無効にします
kimi-k2.7-code は思考専用モデルです。思考モードは常に有効であり (enable_thinking はデフォルトで true となり無効化できません)、preserve_thinking もデフォルトで true となります。 kimi-k3.1-pro と kimi-k3 は、デフォルトで思考が有効です (enable_thinking=true)。false に設定して無効にできますが、有効のままにすることを推奨します。kimi-k3.1-pro では、思考を無効にすると出力品質が大幅に低下するため、有効のままにすることを強く推奨します。両モデルは、クライアントから渡された過去の reasoning_content をデフォルトで保持します。複数ターンのリクエストでは、過去の assistant メッセージの完全な reasoning_content を渡すことを推奨します。 kimi-k2.6 では、preserve_thinking パラメーターを使用することで、マルチターン対話で思考プロセスを渡すことができます。 詳細については、「思考プロセスを渡す」をご参照ください。 以下の例では、画像 URL の使用方法と思考モードの有効化について説明します。主な例では単一画像入力を、コメントアウトされたコードでは複数画像入力の例を示します。
  • OpenAI 互換
  • DashScope
Python
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.getenv("DASHSCOPE_API_KEY"),
    # 中国 (北京) リージョン。{WorkspaceId} をご利用の Bailian ワークスペース ID に置き換えてください。URL はリージョンによって異なります。
    base_url="https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1",
)

# 単一画像入力の例 (思考モード有効)
completion = client.chat.completions.create(
    model="kimi-k2.6",
    messages=[
        {
            "role": "user",
            "content": [
                {"type": "text", "text": "What scene is depicted in the image?"},
                {
                    "type": "image_url",
                    "image_url": {
                        "url": "https://help-static-aliyun-doc.aliyuncs.com/file-manage-files/zh-CN/20241022/emyrja/dog_and_girl.jpeg"
                    }
                }
            ]
        }
    ],
    extra_body={"enable_thinking":True}  # 思考モードを有効にする
)

# 思考プロセスを出力
if hasattr(completion.choices[0].message, 'reasoning_content') and completion.choices[0].message.reasoning_content:
    print("\n" + "=" * 20 + "Thinking Process" + "=" * 20 + "\n")
    print(completion.choices[0].message.reasoning_content)

# 完全な応答を出力
print("\n" + "=" * 20 + "Complete Response" + "=" * 20 + "\n")
print(completion.choices[0].message.content)

# 複数画像入力の例 (思考モード有効、使用するにはコメントを解除)
# completion = client.chat.completions.create(
#     model="kimi-k2.6",
#     messages=[
#         {
#             "role": "user",
#             "content": [
#                 {"type": "text", "text": "What do these images depict?"},
#                 {
#                     "type": "image_url",
#                     "image_url": {"url": "https://help-static-aliyun-doc.aliyuncs.com/file-manage-files/zh-CN/20241022/emyrja/dog_and_girl.jpeg"}
#                 },
#                 {
#                     "type": "image_url",
#                     "image_url": {"url": "https://dashscope.oss-cn-beijing.aliyuncs.com/images/tiger.png"}
#                 }
#             ]
#         }
#     ],
#     extra_body={"enable_thinking":True}
# )
#
# # 思考プロセスと完全な応答を出力
# if hasattr(completion.choices[0].message, 'reasoning_content') and completion.choices[0].message.reasoning_content:
#     print("\nThinking Process:\n" + completion.choices[0].message.reasoning_content)
# print("\nComplete Response:\n" + completion.choices[0].message.content)

動画理解

kimi-k3.1-pro と kimi-k3 は動画入力をサポートしていません (テキストと画像の入力のみをサポート) 。そのため、このセクションの動画理解の例はどちらのモデルにも適用されません。
  • 動画ファイル
  • 画像リスト
kimi-k2.7-code、kimi-k2.6、および kimi-k2.5 モデルは、一連のフレームを抽出して動画を分析します。次のパラメーターでフレーム抽出戦略をコントロールできます:
  • fps:フレーム抽出周波数をコントロールします。抽出されるフレーム間の間隔は 1/fps 秒です。値は [0.1, 10] の範囲内である必要があります。デフォルト値は 2.0 です。
    • 動きの激しいシーンの場合:より多くの詳細をキャプチャするために、より高い fps 値を設定します。
    • 静的な動画や長時間の動画の場合:処理効率を向上させるために、より低い fps 値を設定します。
  • max_frames:動画から抽出するフレームの最大数を指定します。デフォルトおよび最大値は 2000 です。 fps 値から計算されたフレーム数がこの制限を超えた場合、システムは max_frames の制限内に収まるようにフレームを均等に自動抽出します。このパラメーターは、DashScope SDK を使用する場合にのみ使用できます。
  • OpenAI 互換
  • DashScope
OpenAI SDK または HTTP リクエストを使用してモデルに動画ファイルを渡す場合、ユーザーメッセージの "type" パラメーターを "video_url" に設定します。
Python
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.getenv("DASHSCOPE_API_KEY"),
    # 中国 (北京) リージョン。{WorkspaceId} をご利用の Bailian ワークスペース ID に置き換えてください。URL はリージョンによって異なります。
    base_url="https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1",
)

completion = client.chat.completions.create(
    model="kimi-k2.6",
    messages=[
        {
            "role": "user",
            "content": [
                # 動画ファイルを直接渡す場合、"type" パラメーターを "video_url" に設定します。
                {
                    "type": "video_url",
                    "video_url": {
                        "url": "https://help-static-aliyun-doc.aliyuncs.com/file-manage-files/zh-CN/20241115/cqqkru/1.mp4"
                    },
                    "fps": 2
                },
                {
                    "type": "text",
                    "text": "What is the content of this video?"
                }
            ]
        }
    ]
)

print(completion.choices[0].message.content)

ローカルファイルの受け渡し

以下の例では、ローカルファイルの受け渡し方法を示します。OpenAI 互換 API は Base64 エンコーディングのみをサポートしますが、DashScope は Base64 エンコーディングとファイルパスの両方をサポートします。
  • OpenAI 互換
  • DashScope
Base64 エンコーディングを使用してローカルファイルを渡すには、データ URL を構築します。手順については、「データ URL の構築」をご参照ください。
Python
from openai import OpenAI
import os
import base64

# エンコード関数:ローカルファイルを Base64 エンコードされた文字列に変換します。
def encode_image(image_path):
    with open(image_path, "rb") as image_file:
        return base64.b64encode(image_file.read()).decode("utf-8")

# "xxx/eagle.png" をローカル画像の絶対パスに置き換えてください。
base64_image = encode_image("xxx/eagle.png")

client = OpenAI(
    api_key=os.getenv('DASHSCOPE_API_KEY'),
    # 中国 (北京) リージョン。{WorkspaceId} をご利用の Bailian ワークスペース ID に置き換えてください。URL はリージョンによって異なります。
    base_url="https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1",
)
completion = client.chat.completions.create(
    model="kimi-k2.6",
    messages=[
        {
            "role": "user",
            "content": [
                {
                    "type": "image_url",
                    "image_url": {"url": f"data:image/png;base64,{base64_image}"},
                },
                {"type": "text", "text": "What scene is depicted in the image?"},
            ],
        }
    ],
)
print(completion.choices[0].message.content)

# 以下の例では、ローカルの動画ファイルとローカルの画像リストを渡す方法を示します。

# [ローカル動画ファイル] ローカル動画をデータ URL としてエンコードし、video_url パラメーターに渡します:
#   def encode_video_to_data_url(video_path):
#       with open(video_path, "rb") as f:
#           return "data:video/mp4;base64," + base64.b64encode(f.read()).decode("utf-8")

#   video_data_url = encode_video_to_data_url("xxx/local.mp4")
#   content = [{"type": "video_url", "video_url": {"url": video_data_url}, "fps": 2}, {"type": "text", "text": "What is the content of this video?"}]

# [ローカル画像リスト] 複数のローカル画像を Base64 でエンコードし、リストとして video パラメーターに渡します:
#   image_data_urls = [f"data:image/jpeg;base64,{encode_image(p)}" for p in ["xxx/f1.jpg", "xxx/f2.jpg", "xxx/f3.jpg", "xxx/f4.jpg"]]
#   content = [{"type": "video", "video": image_data_urls, "fps": 2}, {"type": "text", "text": "Describe the sequence of events in this video."}]

ファイルの制限

  • 画像の制限
  • 動画の制限
  • 画像解像度:
    • 最小サイズ:幅と高さはそれぞれ 10 ピクセルを超える必要があります。
    • アスペクト比:最も長い辺と最も短い辺の比率が 200:1 を超えてはなりません。
    • 最大解像度:推奨される最大解像度は 8K (7680x4320) です。解像度が高いと、ファイルサイズが大きくなったり、ネットワーク転送が遅くなったりして、API 呼び出しがタイムアウトする可能性があります。
  • サポートされている画像フォーマット
    • 4K(3840x2160) 未満の解像度では、次のフォーマットがサポートされています:

      画像フォーマット

      ファイル拡張子

      MIME タイプ

      BMP

      .bmp

      image/bmp

      JPEG

      .jpe, .jpeg, .jpg

      image/jpeg

      PNG

      .png

      image/png

      TIFF

      .tif, .tiff

      image/tiff

      WEBP

      .webp

      image/webp

      HEIC

      .heic

      image/heic

    • 4K (3840x2160) から 8K (7680x4320) の解像度では、JPEG、JPG、PNG のみがサポートされています。
  • 画像サイズ:
    • 公開 URL またはローカルパス経由で画像を提供する場合、そのサイズは 10 MB を超えてはなりません。
    • Base64 エンコーディングを使用する場合、エンコードされた文字列は 10 MB を超えてはなりません。
    ファイルを圧縮するには、「画像または動画を圧縮してサイズ制限を満たす方法」をご参照ください。
  • サポートされる画像の数:複数の画像を提供する場合、すべての画像とテキストの合計トークン数は、モデルの最大入力制限を超えてはなりません。

その他の機能

モデル

マルチターン対話

ディープシンキング

関数呼び出し

構造化出力

Web 検索

プレフィックス補完

コンテキストキャッシュ

kimi-k3.1-pro

サポート

サポート

サポート

サポート (JSON Mode)

サポート

非サポート

サポート (暗黙的キャッシュ)

kimi-k3

サポート

サポート

サポート

サポート

サポート (Responses API)

サポート

サポート

kimi-k2.7-code

サポート

サポート

サポート

非サポート

非サポート

非サポート

サポート

kimi-k2.6

サポート

サポート

サポート

非サポート

非サポート

非サポート

サポート

kimi-k2.5

サポート

サポート

サポート

非サポート

非サポート

非サポート

サポート

動的ツールロード

アプリケーションで多数のツールをマウントする必要がある場合、すべてのツール宣言を一度にリクエストのトップレベルの tools フィールドに含めると、ツール定義の肥大化 (Tool Definition Bloat) が発生します。すべてのリクエストにすべてのツールの説明とパラメータースキーマを含める必要があるため、トークン消費量が増加します。また、候補となるツールが多いほど、モデルが誤ったツールを選択したり、誤った呼び出し引数を構築したりする可能性が高くなります。 動的ツールロード (Dynamically Loaded Tools) を使用すると、対話中に必要に応じてツールを注入できます。最初は少数のコアツールのみをマウントし、対話が特定のツールを必要とする段階に達したときに、そのツールを messages に動的に挿入します。これにより、トークン消費量を削減し、ツール選択の精度を向上させることができます。
kimi-k3.1-pro と kimi-k3 は動的ツールロードをサポートします。その他のモデル (kimi-k2.6 など) でリクエストすると、tokenization failed エラーが返されます。このセクションで説明する、system メッセージの tools フィールド (system.tools) を介して messages にツールを注入する形式とサンプルは、OpenAI Chat Completions API に適用されます。

messages でのツール宣言の注入

role が system のメッセージを messages に挿入し、そのメッセージの tools フィールドでロードするツールを宣言します。形式はリクエストのトップレベルの tools フィールドと同じであり、完全なツール情報 (name、description、parameters) を指定する必要があります。
  • tools を含む system メッセージは、通常のメッセージと同じ扱いになります。ツールは、そのメッセージが messages リスト内に現れる位置からモデルに認識されます。
  • 動的にロードされたツールは、リクエストのトップレベルの tools フィールドで宣言されたグローバルツールと共存します。モデルは両方の種類のツールを同時に認識できます。
  • 動的に注入するツール宣言は、完全なツール定義である必要があります。ツール名のみを渡したり、グローバルに宣言されたツールを参照したりすることはできません。
  • tools を含む system メッセージに content フィールドを同時に含めることはできません。含めた場合、リクエストは 400 エラーで失敗します。OpenAI SDK を使用する場合、tools フィールドを messages 内でそのまま渡すことができます。
Python
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.getenv("DASHSCOPE_API_KEY"),
    # 以下は中国 (北京) リージョンの URL です。{WorkspaceId} をお使いの Bailian ワークスペース ID に置き換えてください。URL はリージョンによって異なります。
    base_url="https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1",
)

completion = client.chat.completions.create(
    model="kimi-k3",
    messages=[
        {"role": "system", "content": "You are a helpful assistant."},
        {"role": "user", "content": "Please calculate 23 * 47 for me."},
        # ツールを動的にロード:tools フィールドを含む system メッセージを対話に挿入します
        {
            "role": "system",
            "tools": [
                {
                    "type": "function",
                    "function": {
                        "name": "Calculator",
                        "description": "Calculator; evaluates a single arithmetic expression only",
                        "parameters": {
                            "type": "object",
                            "properties": {
                                "expr": {
                                    "type": "string",
                                    "description": "Arithmetic expression supporting basic operations, exponentiation, logarithms, and trigonometric functions, in JavaScript syntax",
                                }
                            },
                            "required": ["expr"],
                        },
                    },
                }
            ],
        },
    ],
)

print(completion.choices[0].message.tool_calls)

検索ツールと組み合わせたオンデマンドロード

専用のツール検索 API はありません。ツールが多い場合は、カスタム検索ツールと動的ツールロードを組み合わせて、必要に応じてツールをロードできます:
  1. セッションの開始時に、トップレベルの tools では、アプリケーションのバックエンドで実装した search_tools ツール (キーワードに基づいて一致するツール名と概要を返す) と、毎ターン使用する可能性のある少数のコアツールのみを宣言します。
  2. システムプロンプトで検索可能なキーワード (ツールカタログやドメインタグなど) を宣言し、ツールが必要な場合はまず search_tools を呼び出すようモデルを誘導します。最初のリクエストで tool_choice: "required" を設定すると、少なくとも 1 回のツール呼び出しが保証されますが、search_tools が最初に呼び出されることは保証されません。最初に検索することが必須の場合は、tool_choice: {"type": "function", "function": {"name": "search_tools"}} を明示的に設定し、検索後に tool_choice を "auto" に戻します。tool_choice を変更しても、プレフィックスキャッシュは無効になりません。
  3. search_tools が返した結果に基づいて、アプリケーションは対応するツールの完全な宣言を、tools を含む system メッセージを介して messages に動的に挿入します。
  4. モデルは、以降の生成において、新たにロードされたこれらのツールを直接呼び出すことができます。
この方法により、ツールの総数がどれほど多くても、各リクエストに実際に含まれるツール宣言は少数に抑えられ、コンテキストウィンドウとモデルの選択負荷を制御できます。

注意事項

  • 動的ツール宣言はリクエスト単位で有効になり、サーバー側では記憶されません。次のリクエストでも引き続き含めるかどうかは、インテグレーターが決定します。引き続き含める場合、ツールは利用可能なままとなります (プレフィックスキャッシュのヒットにも役立ちます)。含めるのをやめると宣言は失効し、そのツールが他の場所で宣言されていない場合、モデルはそのツールを呼び出せなくなります。また、変更箇所以降のプレフィックスキャッシュがミスする可能性があります。
  • messages の末尾に動的ツール宣言を追加しても、既存のプレフィックスのキャッシュには影響しません。それ以前のツール宣言を削除または変更すると、変更箇所以降のキャッシュヒットに影響する可能性があります。リクエストのトップレベルの tools フィールドでグローバルツールを宣言しても、キャッシュヒットには影響しません。
  • tools を含む system メッセージもコンテキスト長を消費するため、現在の対話で本当に必要なツールのみを注入してください。
  • 動的ツール宣言はグローバルな tools 宣言とまったく同じ形式を使用するため、インテグレーターは 2 種類のスキーマを管理する必要はありません。

デフォルトパラメーター

モデル

enable_thinking

temperature

top_p

presence_penalty

fps

max_frames

kimi-k3.1-pro

true (無効化可能。有効のままにすることを強く推奨)

1.0

0.95

0.0

-

-

kimi-k3

true (無効化可能。有効のままにすることを推奨)

1.0

0.95

0.0

-

-

kimi-k2.7-code

true (思考モードのみ)

1.0

0.95

0.0

2

2000

kimi-k2.6

false

思考モード:1.0

ノンシンキングモード:0.6

両モード:0.95

両モード:0.0

2

2000

kimi-k2.5

false

思考モード:1.0

ノンシンキングモード:0.6

両モード:0.95

両モード:0.0

2

2000

ハイフン (-) は、パラメーターが該当しないことを示します。 kimi-k3.1-pro のサンプリングパラメーターは、temperature=1.0、top_p=0.95、presence_penalty=0.0 に固定されています。これらのパラメーターにデフォルト以外の値を渡すと、エラーが返されます。 以下の推論エフォートレベルは kimi-k3.1-pro にのみ適用され、デフォルトは max です:
  • max (デフォルト):深い推論
  • high:強化された推論
  • medium:中程度の推論
  • low:軽い推論
推論エフォートパラメーターの指定位置は、プロトコルによって異なります:
  • OpenAI Chat Completions:トップレベルの reasoning_effort フィールドを使用します。OpenAI Python SDK では、reasoning_effort="max" を直接渡します。
  • DashScope:SDK の reasoning_effort パラメーター、または HTTP リクエストの parameters.reasoning_effort を使用します。
  • OpenAI Responses: reasoning.effort を使用します。
  • Anthropic Messages: output_config.effort を使用します。

モデルと課金

Kimi シリーズは、Moonshot AI の大規模言語モデルです。
  • kimi-k3.1-pro:テキストと画像の入力、テキスト出力、および動的ツールロードをサポートします。動画入力、Batch、ファインチューニングはサポートしません。
  • kimi-k3:Kimi のフラッグシップモデルです。デフォルトで推論し、思考を保持します。テキストと画像の入力 (動画入力は非サポート)、対話、エージェントタスク、および動的ツールロードをサポートします。
  • kimi-k2.7-code:コーディング向けの Kimi モデルです。長文コンテキストの命令により忠実に従い、プログラミングタスクでより高い成功率を達成します。テキスト、画像、動画入力、思考モード、対話、エージェントタスクをサポートします。
  • kimi-k2.6:長期間のコーディング、命令追従、自己修正においてパフォーマンスが向上した Kimi シリーズのモデルです。テキスト、画像、動画入力、思考モードとノンシンキングモード、対話、エージェントタスクをサポートします。
  • kimi-k2.5:エージェントタスク、コード生成、視覚理解、その他の一般的な知能タスクに関するオープンソースのベンチマークで最先端 (SOTA) のパフォーマンスを達成します。画像、動画、テキスト入力、思考モードとノンシンキングモード、対話、エージェントタスクをサポートします。
kimi-k3.1-pro と kimi-k3 は thinking_budget パラメーターをサポートしません。このパラメーターで思考の長さを制限することはできません。
価格については、「モデル呼び出しの課金」をご参照ください。
価格とコンテキストウィンドウの詳細については、Model Studio コンソールをご参照ください。 課金は、入力および出力トークン数に基づきます。
思考モードでは、思考の連鎖が出力トークンとしてカウントされます。

エラーコード

モデルの呼び出しが失敗し、エラーメッセージが返された場合は、「エラーコード」をご参照ください。