🌙Kimi K2 Thinking : Guide d'exécution locale

Guide sur l'exécution de Kimi-K2-Thinking et Kimi-K2 sur votre propre appareil local !

Kimi-K2-Thinking a été publié. Lisez notre guide Thinking ou accédez à GGUFs ici.

Nous avons également collaboré avec l'équipe Kimi sur correction du prompt système pour Kimi-K2-Thinking.

Kimi-K2 et Kimi-K2-Thinking atteignent des performances SOTA en connaissances, raisonnement, codage et tâches agentiques. Les modèles complets de 1T de paramètres de Moonshot AI nécessitent 1,09 To d'espace disque, tandis que la version quantifiée Unsloth Dynamic 1.8-bit réduit cela à seulement 230 Go (-80 % de taille): Kimi-K2-GGUF

Vous pouvez aussi désormais exécuter nos Kimi-K2-Thinking GGUFs.

Tous les téléversements utilisent Unsloth Dynamic 2.0 pour des performances SOTA Aider Polyglot et une performance MMLU en 5-shot. Voyez comment nos GGUFs dynamiques 1–2 bits performent sur les benchmarks de codage ici.

Exécuter ThinkingExécuter Instruct

⚙️ Exigences recommandées

Vous avez besoin de 247 Go d'espace disque pour exécuter la quantification 1bit !

La seule exigence est espace disque + RAM + VRAM ≥ 247 Go. Cela signifie que vous n'avez pas besoin d'avoir autant de RAM ou de VRAM (GPU) pour exécuter le modèle, mais ce sera beaucoup plus lent.

La quantification 1.8-bit (UD-TQ1_0) tiendra dans un GPU 1x 24 Go (avec toutes les couches MoE déchargées vers la RAM système ou un disque rapide). Attendez-vous à environ ~1-2 tokens/s avec cette configuration si vous disposez également de 256 Go de RAM bonus. La quantification complète Kimi K2 Q8 fait 1,09 To et nécessitera au moins 8 GPU H200.

Pour des performances optimales, vous aurez besoin d'au moins 247 Go de mémoire unifiée ou 247 Go combinés RAM+VRAM pour 5+ tokens/s. Si vous avez moins de 247 Go combinés RAM+VRAM, la vitesse du modèle en prendra forcément un coup.

Si vous n'avez pas 247 Go de RAM+VRAM, pas de souci ! llama.cpp possède intrinsèquement le déchargement sur disque, donc via mmaping, ça fonctionnera quand même, juste plus lent — par exemple avant vous pouviez obtenir 5 à 10 tokens/seconde, maintenant c'est sous 1 token.

Nous suggérons d'utiliser notre quant UD-Q2_K_XL (360 Go) pour équilibrer taille et précision !

Pour de meilleures performances, faites en sorte que votre VRAM + RAM combinées = la taille de la quantification que vous téléchargez. Sinon, cela fonctionnera toujours via le déchargement sur disque, mais ce sera plus lent !

💭Guide Kimi-K2-Thinking

Kimi-K2-Thinking doit généralement suivre les mêmes instructions que le modèle Instruct, avec quelques différences clés, notamment dans les paramètres et le modèle de chat.

Pour exécuter le modèle en pleine précision, vous n'avez besoin d'utiliser que les GGUF dynamiques 4-bit ou 5-bit (par ex. UD_Q4_K_XL) parce que le modèle a été initialement publié en format INT4.

Vous pouvez choisir une quantification en bits plus élevée juste par précaution en cas de petites différences de quantification, mais dans la plupart des cas cela est inutile.

🌙 Paramètres officiels recommandés :

Selon Moonshot AI, voici les paramètres recommandés pour l'inférence Kimi-K2-Thinking :

• Réglez la température 1.0 pour réduire les répétitions et l'incohérence.

• Longueur de contexte suggérée = 98 304 (jusqu'à 256K)

• Remarque : L'utilisation d'outils différents peut nécessiter des paramètres différents

Nous recommandons de régler min_p à 0,01 pour supprimer l'apparition de tokens improbables avec de faibles probabilités.

Par exemple, donné un message utilisateur « What is 1+1? », nous obtenons :

<|im_system|>system<|im_middle|>You are Kimi, an AI assistant created by Moonshot AI.<|im_end|><|im_user|>user<|im_middle|>What is 1+1?<|im_end|><|im_assistant|>assistant<|im_middle|>

✨ Exécuter Kimi K2 Thinking dans llama.cpp

Vous pouvez maintenant utiliser la dernière mise à jour de llama.cpp pour exécuter le modèle :

1. Obtenez le dernier llama.cpp sur GitHub ici. Vous pouvez suivre les instructions de compilation ci-dessous également. Changez -DGGML_CUDA=ON en -DGGML_CUDA=OFF si vous n'avez pas de GPU ou si vous voulez simplement une inférence CPU.

apt-get update
apt-get install pciutils build-essential cmake curl libcurl4-openssl-dev -y
git clone https://github.com/ggml-org/llama.cpp
cmake llama.cpp -B llama.cpp/build \
    -DBUILD_SHARED_LIBS=OFF -DGGML_CUDA=ON -DLLAMA_CURL=ON
cmake --build llama.cpp/build --config Release -j --clean-first --target llama-quantize llama-cli llama-gguf-split llama-mtmd-cli
cp llama.cpp/build/bin/llama-* llama.cpp

1. Si vous voulez utiliser llama.cpp directement pour charger des modèles, vous pouvez faire ce qui suit : (:UD-TQ1_0) est le type de quantification. Vous pouvez aussi télécharger via Hugging Face (point 3). C'est similaire à ollama run . Utilisez export LLAMA_CACHE="folder" pour forcer llama.cpp pour enregistrer à un emplacement spécifique.

export LLAMA_CACHE="unsloth/Kimi-K2-Thinking-GGUF"
./llama.cpp/llama-cli \
    -hf unsloth/Kimi-K2-Thinking-GGUF:UD-TQ1_0 \
    --n-gpu-layers 99 \
    --temp 1.0 \
    --min-p 0.01 \
    --ctx-size 16384 \
    --seed 3407 \
    -ot ".ffn_.*_exps.=CPU"

1. Ce qui précède utilisera environ 8 Go de mémoire GPU. Si vous disposez d'environ 360 Go de mémoire GPU combinée, retirez -ot ".ffn_.*_exps.=CPU" pour obtenir la vitesse maximale !

Veuillez essayer -ot ".ffn_.*_exps.=CPU" pour décharger toutes les couches MoE vers le CPU ! Cela vous permet effectivement de faire tenir toutes les couches non-MoE sur 1 GPU, améliorant les vitesses de génération. Vous pouvez personnaliser l'expression regex pour décharger plus de couches si vous disposez de plus de capacité GPU.

Si vous avez un peu plus de mémoire GPU, essayez -ot ".ffn_(up|down)_exps.=CPU" Cela décharge les couches MoE de projection up et down.

Essayez -ot ".ffn_(up)_exps.=CPU" si vous avez encore plus de mémoire GPU. Cela ne décharge que les couches MoE de projection up.

Et enfin déchargez toutes les couches via -ot ".ffn_.*_exps.=CPU" Ceci utilise le moins de VRAM.

Vous pouvez aussi personnaliser le regex, par exemple -ot "\.(6|7|8|9|[0-9][0-9]|[0-9][0-9][0-9])\.ffn_(gate|up|down)_exps.=CPU" signifie décharger les couches MoE gate, up et down mais seulement à partir de la 6e couche.

1. Téléchargez le modèle via (après avoir installé pip install huggingface_hub hf_transfer ). Nous recommandons d'utiliser notre quant dynamique 2bit UD-Q2_K_XL pour équilibrer taille et précision. Toutes les versions sur : huggingface.co/unsloth/Kimi-K2-Thinking-GGUF

# !pip install huggingface_hub hf_transfer
import os
os.environ["HF_HUB_ENABLE_HF_TRANSFER"] = "0" # Peut parfois limiter les requêtes, donc mettez à 0 pour désactiver
from huggingface_hub import snapshot_download
snapshot_download(
    repo_id = "unsloth/Kimi-K2-Thinking-GGUF",
    local_dir = "unsloth/Kimi-K2-Thinking-GGUF",
    allow_patterns = ["*UD-TQ1_0*"], # Utilisez "*UD-Q2_K_XL*" pour Dynamic 2bit (381GB)
)

Si vous constatez que les téléchargements se bloquent à 90 à 95 % environ, veuillez consulter https://docs.unsloth.ai/basics/troubleshooting-and-faqs#downloading-gets-stuck-at-90-to-95

1. Exécutez n'importe quel prompt.

2. éditer --threads -1 pour le nombre de threads CPU (par défaut il est réglé sur le maximum de threads CPU), --ctx-size 16384 pour la longueur de contexte, --n-gpu-layers 99 pour le déchargement GPU sur combien de couches. Réglez-le à 99 combiné avec le déchargement MoE sur CPU pour obtenir les meilleures performances. Essayez de l'ajuster si votre GPU tombe en panne de mémoire. Supprimez-le aussi si vous avez une inférence CPU uniquement.

./llama.cpp/llama-cli \
    --model unsloth/Kimi-K2-Thinking-GGUF/UD-TQ1_0/Kimi-K2-Thinking-UD-TQ1_0-00001-of-00006.gguf \
    --n-gpu-layers 99 \
    --temp 1.0 \
    --min_p 0.01 \
    --ctx-size 16384 \
    --seed 3407 \
    -ot ".ffn_.*_exps.=CPU"

🤔Pas de balises Thinking ?

Vous pouvez remarquer qu'il n'y a pas de réflexion balises lorsque vous exécutez le modèle. C'est un comportement normal et intentionnel.

Dans votre llama.cpp script, assurez-vous d'inclure le --special indicateur à la toute fin de votre commande. Une fois que vous l'ajoutez, vous verrez le <think> token apparaître comme prévu.

Vous pouvez aussi voir chaque réponse se terminer par <|im_end|>. C'est normal car <|im_end|> est un token spécial qui apparaît lors de l'affichage des tokens spéciaux. Si vous souhaitez le masquer, vous pouvez définir <|im_end|> comme chaîne d'arrêt dans vos paramètres.

✨ Déployer avec llama-server et la librairie de complétions d'OpenAI

Après avoir installé llama.cpp comme indiqué dans Kimi K2 Thinking, vous pouvez utiliser ce qui suit pour lancer un serveur compatible OpenAI :

./llama.cpp/llama-server \
    --model unsloth/Kimi-K2-Thinking-GGUF/UD-TQ1_0/Kimi-K2-Thinking-UD-TQ1_0-00001-of-00006.gguf \
    --alias "unsloth/Kimi-K2-Thinking" \
    -fa on \
    --n-gpu-layers 999 \
    -ot ".ffn_.*_exps.=CPU" \
    --min_p 0.01 \
    --ctx-size 16384 \
    --port 8001 \
    --jinja

Puis utilisez la bibliothèque Python d'OpenAI après pip install openai :

from openai import OpenAI
openai_client = OpenAI(
    base_url = "http://127.0.0.1:8001/v1",
    api_key = "sk-no-key-required",
)
completion = openai_client.chat.completions.create(
    model = "unsloth/Kimi-K2-Thinking",
    messages = [{"role": "user", "content": "What is 2+2?"},],
)
print(completion.choices[0].message.content)

🔍Particularités du tokenizer et correctifs de bugs

7 novembre 2025 : Nous avons informé l'équipe Kimi, et corrigé le prompt système par défaut de You are Kimi, an AI assistant created by Moonshot AI. n'apparaissant pas au premier prompt utilisateur ! Voir https://huggingface.co/moonshotai/Kimi-K2-Thinking/discussions/12

Un énorme merci à l'équipe Moonshot Kimi pour leur temps de réponse extrêmement rapide à nos demandes et pour avoir corrigé le problème au plus vite !

16 juillet 2025 : Kimi K2 a mis à jour son tokenizer pour permettre plusieurs appels d'outils comme indiqué dans https://x.com/Kimi_Moonshot/status/1945050874067476962

18 juillet 2025 : Nous avons corrigé un prompt système - Kimi a tweeté à propos de notre correction également ici : https://x.com/Kimi_Moonshot/status/1946130043446690030. La correction a également été décrite ici : https://huggingface.co/moonshotai/Kimi-K2-Instruct/discussions/28

Si vous avez téléchargé les anciens checkpoints - pas de soucis - téléchargez simplement la première split GGUF qui a été modifiée. OU si vous ne voulez pas télécharger de nouveaux fichiers, faites :

wget https://huggingface.co/unsloth/Kimi-K2-Instruct/raw/main/chat_template.jinja
./llama.cpp ... --chat-template-file /dir/to/chat_template.jinja

Le tokenizer Kimi K2 était intéressant à explorer - il est majoritairement similaire dans son fonctionnement au tokenizer de GPT-4o ! Nous voyons d'abord dans le fichier tokenization_kimi.py le motif d'expression régulière (regex) suivant que Kimi K2 utilise :

pat_str = "|".join(
    [
        r"""[\p{Han}]+""",
        r"""[^\r\n\p{L}\p{N}]?[\p{Lu}\p{Lt}\p{Lm}\p{Lo}\p{M}&&[^\p{Han}]]*[\p{Ll}\p{Lm}\p{Lo}\p{M}&&[^\p{Han}]]+(?i:'s|'t|'re|'ve|'m|'ll|'d)?""",
        r"""[^\r\n\p{L}\p{N}]?[\p{Lu}\p{Lt}\p{Lm}\p{Lo}\p{M}&&[^\p{Han}]]+[\p{Ll}\p{Lm}\p{Lo}\p{M}&&[^\p{Han}]]*(?i:'s|'t|'re|'ve|'m|'ll|'d)?""",
        r"""\p{N}{1,3}""",
        r""" ?[^\s\p{L}\p{N}]+[\r\n]*""",
        r"""\s*[\r\n]+""",
        r"""\s+(?!\S)""",
        r"""\s+""",
    ]
)

Après inspection attentive, nous constatons que Kimi K2 est presque identique à la regex du tokenizer de GPT-4o que l'on peut trouver dans le code source de llama.cpp.

[^\r\n\p{L}\p{N}]?[\p{Lu}\p{Lt}\p{Lm}\p{Lo}\p{M}]*[\p{Ll}\p{Lm}\p{Lo}\p{M}]+(?i:'s|'t|'re|'ve|'m|'ll|'d)?|[^\r\n\p{L}\p{N}]?[\p{Lu}\p{Lt}\p{Lm}\p{Lo}\p{M}]+[\p{Ll}\p{Lm}\p{Lo}\p{M}]*(?i:'s|'t|'re|'ve|'m|'ll|'d)?|\p{N}{1,3}| ?[^\s\p{L}\p{N}]+[\r\n/]*|\s*[\r\n]+|\s+(?!\S)|\s+

Les deux tokenisent les nombres en groupes de 1 à 3 chiffres (9, 99, 999), et utilisent des motifs similaires. La seule différence semble être la gestion de « Han » ou des caractères chinois, que le tokenizer de Kimi gère davantage. La PR par https://github.com/gabriellarson gère bien ces différences après quelques discussions ici.

Nous avons également constaté que le token EOS correct ne devrait pas être [EOS], mais plutôt <|im_end|>, ce que nous avons aussi corrigé dans nos conversions de modèle.

🌝Guide Kimi-K2-Instruct

Guide étape par étape pour exécuter les modèles Instruct Kimi K2 incluant Kimi K2 0905 - la mise à jour du 5 septembre.

🌙 Paramètres officiels recommandés :

Selon Moonshot AI, voici les paramètres recommandés pour l'inférence Kimi K2 :

• Réglez la température 0.6 pour réduire les répétitions et l'incohérence.

• Le prompt système par défaut original est :

  Vous êtes un assistant serviable

• (Optionnel) Moonshot suggère également ce qui suit pour le prompt système :

  You are Kimi, an AI assistant created by Moonshot AI.

Nous recommandons de régler min_p à 0,01 pour supprimer l'apparition de tokens improbables avec de faibles probabilités.

🔢 Modèle de chat et format du prompt

Kimi Chat utilise bien un BOS (token de début de phrase). Les rôles system, user et assistant sont tous encadrés par <|im_middle|> ce qui est intéressant, et chacun obtient son propre token respectif <|im_system|>, <|im_user|>, <|im_assistant|>.

<|im_system|>system<|im_middle|>You are a helpful assistant<|im_end|><|im_user|>user<|im_middle|>What is 1+1?<|im_end|><|im_assistant|>assistant<|im_middle|>2<|im_end|>

Pour séparer les limites conversationnelles (vous devez supprimer chaque nouvelle ligne), nous obtenons :

<|im_system|>system<|im_middle|>You are a helpful assistant<|im_end|>
<|im_user|>user<|im_middle|>What is 1+1?<|im_end|>
<|im_assistant|>assistant<|im_middle|>2<|im_end|>

💾 Téléversements de modèles

TOUS nos téléversements - y compris ceux qui ne sont pas basés sur imatrix ou dynamiques, utilisez notre jeu de données de calibration, qui est spécialement optimisé pour les tâches conversationnelles, de codage et de raisonnement.

Bits MoE	Type + Lien	Taille sur disque	Détails
1,66 bit	UD-TQ1_0	245 Go	1,92/1,56 bit
1,78 bit	UD-IQ1_S	281 Go	2,06/1,56 bit
1,93 bit	UD-IQ1_M	304 Go	2.5/2.06/1.56
2,42 bit	UD-IQ2_XXS	343 Go	2,5/2,06 bit
2,71 bit	UD-Q2_K_XL	381 Go	3,5/2,5 bit
3,12 bit	UD-IQ3_XXS	417 Go	3,5/2,06 bit
3,5 bit	UD-Q3_K_XL	452 Go	4,5/3,5 bit
4,5 bit	UD-Q4_K_XL	588 Go	5,5/4,5 bit
5,5 bit	UD-Q5_K_XL	732 Go	6,5/5,5 bit

Nous avons également téléversé des versions en format BF16.

✨ Exécuter Instruct dans llama.cpp

1. Obtenez le dernier llama.cpp sur GitHub ici. Vous pouvez suivre les instructions de compilation ci-dessous également. Changez -DGGML_CUDA=ON en -DGGML_CUDA=OFF si vous n'avez pas de GPU ou si vous voulez simplement une inférence CPU.

apt-get update
apt-get install pciutils build-essential cmake curl libcurl4-openssl-dev -y
git clone https://github.com/ggml-org/llama.cpp
cmake llama.cpp -B llama.cpp/build \
    -DBUILD_SHARED_LIBS=OFF -DGGML_CUDA=ON -DLLAMA_CURL=ON
cmake --build llama.cpp/build --config Release -j --clean-first --target llama-quantize llama-cli llama-gguf-split llama-mtmd-cli
cp llama.cpp/build/bin/llama-* llama.cpp

1. Si vous voulez utiliser llama.cpp directement pour charger des modèles, vous pouvez faire ce qui suit : (:UD-IQ1_S) est le type de quantification. Vous pouvez aussi télécharger via Hugging Face (point 3). C'est similaire à ollama run . Utilisez export LLAMA_CACHE="folder" pour forcer llama.cpp pour enregistrer à un emplacement spécifique. Pour exécuter la nouvelle mise à jour de septembre 2025 du modèle, changez le nom du modèle de 'Kimi-K2-Instruct' en 'Kimi-K2-Instruct-0905'.

Veuillez essayer -ot ".ffn_.*_exps.=CPU" pour décharger toutes les couches MoE vers le CPU ! Cela vous permet effectivement de faire tenir toutes les couches non-MoE sur 1 GPU, améliorant les vitesses de génération. Vous pouvez personnaliser l'expression regex pour décharger plus de couches si vous disposez de plus de capacité GPU.

Si vous avez un peu plus de mémoire GPU, essayez -ot ".ffn_(up|down)_exps.=CPU" Cela décharge les couches MoE de projection up et down.

Essayez -ot ".ffn_(up)_exps.=CPU" si vous avez encore plus de mémoire GPU. Cela ne décharge que les couches MoE de projection up.

Et enfin déchargez toutes les couches via -ot ".ffn_.*_exps.=CPU" Ceci utilise le moins de VRAM.

Vous pouvez aussi personnaliser le regex, par exemple -ot "\.(6|7|8|9|[0-9][0-9]|[0-9][0-9][0-9])\.ffn_(gate|up|down)_exps.=CPU" signifie décharger les couches MoE gate, up et down mais seulement à partir de la 6e couche.

export LLAMA_CACHE="unsloth/Kimi-K2-Instruct-GGUF"
./llama.cpp/llama-cli \
    -hf unsloth/Kimi-K2-Instruct-GGUF:TQ1_0 \
    --n-gpu-layers 99 \
    --temp 0.6 \
    --min-p 0.01 \
    --ctx-size 16384 \
    --seed 3407 \
    -ot ".ffn_.*_exps.=CPU"

1. Téléchargez le modèle via (après avoir installé pip install huggingface_hub hf_transfer ). Vous pouvez choisir UD-TQ1_0(quant dynamique 1.8bit) ou d'autres versions quantifiées comme Q2_K_XL . Nous recommandons d'utiliser notre quant dynamique 2bit UD-Q2_K_XL pour équilibrer taille et précision. Plus de versions sur : huggingface.co/unsloth/Kimi-K2-Instruct-GGUF

# !pip install huggingface_hub hf_transfer
import os
os.environ["HF_HUB_ENABLE_HF_TRANSFER"] = "0" # Peut parfois limiter les requêtes, donc mettez à 0 pour désactiver
from huggingface_hub import snapshot_download
snapshot_download(
    repo_id = "unsloth/Kimi-K2-Instruct-GGUF",
    local_dir = "unsloth/Kimi-K2-Instruct-GGUF",
    allow_patterns = ["*UD-TQ1_0*"], # Dynamic 1bit (281GB) Utilisez "*UD-Q2_K_XL*" pour Dynamic 2bit (381GB)
)

Si vous constatez que les téléchargements se bloquent à 90 à 95 % environ, veuillez consulter https://docs.unsloth.ai/basics/troubleshooting-and-faqs#downloading-gets-stuck-at-90-to-95

1. Exécutez n'importe quel prompt.

2. éditer --threads -1 pour le nombre de threads CPU (par défaut il est réglé sur le maximum de threads CPU), --ctx-size 16384 pour la longueur de contexte, --n-gpu-layers 99 pour le déchargement GPU sur combien de couches. Réglez-le à 99 combiné avec le déchargement MoE sur CPU pour obtenir les meilleures performances. Essayez de l'ajuster si votre GPU tombe en panne de mémoire. Supprimez-le aussi si vous avez une inférence CPU uniquement.

./llama.cpp/llama-cli \
    --model unsloth/Kimi-K2-Instruct-GGUF/UD-TQ1_0/Kimi-K2-Instruct-UD-TQ1_0-00001-of-00005.gguf \
    --n-gpu-layers 99 \
    --temp 0.6 \
    --min_p 0.01 \
    --ctx-size 16384 \
    --seed 3407 \
    -ot ".ffn_.*_exps.=CPU"

🐦 Flappy Bird + autres tests

Nous avons introduit le test Flappy Bird lorsque nos quants 1.58bit pour DeepSeek R1 ont été fournis. Nous avons trouvé Kimi K2 comme l'un des seuls modèles à réussir en one-shot toutes nos tâches incluant celle-ci, Heptagon et d'autres tests même en 2-bit. L'objectif est de demander au LLM de créer un jeu Flappy Bird mais en suivant des instructions spécifiques :

Créez un jeu Flappy Bird en Python. Vous devez inclure ces éléments :
1. Vous devez utiliser pygame.
2. La couleur de fond doit être choisie aléatoirement et être une teinte claire. Commencez par un bleu clair.
3. Appuyer plusieurs fois sur ESPACE accélérera l'oiseau.
4. La forme de l'oiseau doit être choisie aléatoirement parmi un carré, un cercle ou un triangle. La couleur doit être choisie aléatoirement parmi des couleurs foncées.
5. Placez en bas un terrain coloré aléatoirement en marron foncé ou jaune.
6. Affichez un score en haut à droite. Incrémentez-le si vous passez les tuyaux sans les toucher.
7. Créez des tuyaux espacés aléatoirement avec suffisamment d'espace. Colorez-les aléatoirement en vert foncé, marron clair ou en une teinte gris foncé.
8. Lorsque vous perdez, affichez le meilleur score. Faites apparaître le texte à l'intérieur de l'écran. Appuyer sur q ou Esc quittera le jeu. Redémarrer se fait en appuyant de nouveau sur ESPACE.
Le jeu final doit être dans une section markdown en Python. Vérifiez votre code pour des erreurs et corrigez-les avant la section markdown finale.

Vous pouvez aussi tester les quants dynamiques via le test Heptagon comme indiqué dans r/Localllama qui teste le modèle sur la création d'un moteur physique de base pour simuler des balles tournant dans une forme heptagonale fermée en rotation.

L'objectif est de faire tourner l'heptagone, et les balles à l'intérieur doivent bouger. Le prompt est ci-dessous :

Écrivez un programme Python qui affiche 20 balles rebondissant à l'intérieur d'un heptagone en rotation :\n- Toutes les balles ont le même rayon.\n- Toutes les balles ont un numéro de 1 à 20.\n- Toutes les balles tombent du centre de l'heptagone au démarrage.\n- Les couleurs sont : #f8b862, #f6ad49, #f39800, #f08300, #ec6d51, #ee7948, #ed6d3d, #ec6800, #ec6800, #ee7800, #eb6238, #ea5506, #ea5506, #eb6101, #e49e61, #e45e32, #e17b34, #dd7a56, #db8449, #d66a35\n- Les balles doivent être affectées par la gravité et la friction, et elles doivent rebondir de manière réaliste contre les murs en rotation. Il doit aussi y avoir des collisions entre les balles.\n- Le matériau de toutes les balles détermine que la hauteur de rebond lors de l'impact ne dépassera pas le rayon de l'heptagone, mais sera supérieure au rayon de la balle.\n- Toutes les balles tournent avec friction, les numéros sur la balle peuvent être utilisés pour indiquer la rotation de la balle.\n- L'heptagone tourne autour de son centre, et la vitesse de rotation est de 360 degrés toutes les 5 secondes.\n- La taille de l'heptagone doit être suffisamment grande pour contenir toutes les balles.\n- N'utilisez pas la bibliothèque pygame ; implémentez vous-même les algorithmes de détection de collision et les réponses aux collisions, etc. Les bibliothèques Python suivantes sont autorisées : tkinter, math, numpy, dataclasses, typing, sys.\n- Tous les codes doivent être mis dans un seul fichier Python.