Test Kimi K3 : le géant chinois accessible gratuitement

Kimi, associé à Moonshot AI et souvent évoqué sous des noms de génération (K3 selon les annonces et interfaces), est présenté comme à l’aise avec de longs contextes, des documents et des usages « agentiques » selon les versions. En septembre 2026, pour un lecteur des Hauts-de-France, le sujet intéressant n’est pas la hype : c’est ce qu’on peut confier ou non, la qualité du français après correction, et la lecture honnête de la politique de confidentialité. Test IAHDF indépendant, sans notes, sans prix inventés, sans procès fantaisistes.

Fiche d’identité utile

Kimi est un assistant accessible via site ou applications selon les périodes. Les libellés de modèles (K3 et autres) changent : croyez l’écran, pas une rumeur. Ce texte ne fige ni date de sortie ni offre.

Promesse souvent mise en avant : tenir un long document dans la conversation. Cela n’autorise pas à y coller un dossier RH. Pour le même angle « données », DeepSeek et Qwen.

Protocole de test

Épreuves françaises concrètes

Document long. Un faux rapport d’activité associatif (objectifs, ateliers à Lille et Arras, sans budget nominatif). Demandez un résumé pour le CA puis pour la newsletter. Vérifiez qu’aucun chiffre n’apparaît hors texte.

Mail. À partir du résumé validé, rédigez un message aux bénévoles. Exemple fictif d’erreur : Kimi invente une subvention « obtenue » — biffez.

Voix / dictée si disponible. Dictez un paragraphe et relisez ; sinon passez. Ne dictez pas de données de santé.

Parcours des données

Un long document collé dans Kimi est un long document envoyé au service. Lisez où et comment Moonshot / Kimi décrivent traitement, stockage et options d’historique. IAHDF ne reconstruit pas cette politique.

Confier : romans de test, textes publics, supports de formation anonymisés. Ne pas confier : dossiers usagers, contrats signés, bases adhérents, secrets industriels. La popularité ou l’accès facilité ne changent pas cette ligne.

Scène Hauts-de-France

Une fédération sportive dans l’Oise veut résumer des comptes rendus. Elle crée un corpus fictif pour tester Kimi, valide la méthode, puis choisit un outil déjà autorisé pour les vrais PV. Le test a servi à former le geste, pas à externaliser les archives.

Un consultant à Lille compare Kimi et Perplexity : l’un pour structurer un long texte fourni, l’autre pour trouver des sources. Deux gestes, deux risques, deux lectures de politique.

Lecture qualitative

Deux prompts

À partir uniquement du document collé :
1) Résumé en 10 puces factuelles.
2) Tableau des décisions / actions mentionnées (sans en inventer).
3) Liste des informations manquantes pour un lecteur externe.
Langue : français. Si une info n’est pas dans le texte, écris « non précisé ».

Voici le même document. Réponds à :
1) [question dont la réponse est dans le texte]
2) [question absente du texte]
Pour (2), refuse d’inventer et dis clairement que l’information n’est pas dans le document.

Limites et alternatives

Les modes « agent », fichiers et limites de longueur changent. Ce test n’invente aucun plafond. Si votre besoin est la recherche web sourcée, Perplexity. Si votre besoin est Office, Copilot.

Pour qui ?

Personnes qui manipulent de longs textes et veulent s’entraîner sur la discipline « ne pas inventer », avec une charte données stricte. Pas pour l’hôpital, le social ou le juridique sans outil validé. Communauté : inscription, agenda.

Longs documents : méthode anti-invention

Découpez le texte en parties numérotées. Demandez un résumé par partie, puis une synthèse globale qui ne peut citer que ces résumés validés. Cette double passe réduit les « embellissements ». Exigez la mention « non précisé » dès qu’une info manque.

Posez des questions piège dont la réponse n’est pas dans le document. Si Kimi répond quand même avec assurance, c’est un signal rouge pour votre usage. Documentez l’échange (version fictive) pour la formation interne.

Exemple fictif : un faux PV mentionne un budget « à affiner ». Le résumé annonce un budget « voté à l’unanimité ». Ce type d’invention est plus dangereux que fautes d’orthographe. La relecture humaine des décisions est non négociable.

Français et styles

Demandez deux tons : newsletter grand public et note au bureau. Vérifiez que les faits restent identiques. Un ton plus vivant n’autorise pas un chiffre nouveau. Sur les noms de communes des Hauts-de-France, vérifiez l’orthographe (Tiret, majuscules, arrondissements).

Si vous traduisez depuis une autre langue, relisez avec un bilingue quand l’enjeu est officiel. La fluidité de Kimi ne remplace pas une relecture métier.

Pourquoi le long contexte change le risque

Plus vous collez, plus vous exposez. Un outil confortable sur 100 pages invite à la paresse de tri. Imposez un pré-tri humain : retirer annexes nominatives, salaires, conflits individuels, pièces d’identité. Le document de test doit être construit pour le test, pas « un vrai fichier rapidement flouté ».

Lisez la politique Moonshot / Kimi sur les fichiers et l’historique. Si la suppression côté interface n’est pas claire pour vous, n’uploadez rien de sensible — même « juste un essai ». Cadrez via une page interne et, si besoin, un atelier IAHDF (agenda).

Aller plus loin

Bouclez la triade DeepSeek / Qwen / Kimi avec la même grille. Gardez un seul outil de test à la fois pour ne pas noyer la relecture. Pour la recherche sourcée, ajoutez Perplexity comme geste distinct. Communauté : inscription.

À la fin du mois, ne gardez que la décision et la liste rouge. Effacez les corpus fictifs des comptes de test si l’éditeur le permet, après lecture de la procédure officielle.

Si votre structure choisit finalement un outil interne plutôt que Kimi, le test n’est pas perdu : vous aurez entraîné la discipline « non précisé », la liste rouge et la relecture des décisions. Ces compétences se transfèrent. C’est l’objectif IAHDF : autonomie critique, pas fidélité à une marque. Aucune note, aucun partenariat, aucun prix inventé dans ce regard daté septembre 2026.

Modes agents et automatisations : prudence

Quand une interface propose des agents, des outils navigateur ou des enchaînements d’actions, le risque n’est plus seulement le texte inventé : c’est l’action non validée. Sur un compte de test, limitez les permissions. Ne connectez pas de boîtes mail réelles ni de drives nominatifs pour « voir ce que ça donne ».

Décomposez : une étape = une validation humaine. Interdisez les boucles qui publient, envoient ou modifient sans relecture. Exemple fictif : un agent résume un long PDF puis poste le résumé sur un canal interne sans marquage « brouillon ». Des collègues prennent l’invention pour une décision. Le mal est fait.

Le long contexte rend ces enchaînements séduisants. C’est précisément pourquoi votre liste rouge doit être affichée avant le premier fichier. La capacité technique n’est pas une autorisation organisationnelle. Lisez Moonshot / Kimi pour comprendre ce que l’éditeur dit des fichiers ; décidez ensuite en comité.

En formation, faites échouer un agent sur un cas fictif (question sans réponse dans le document). Montrez la réponse inventée. Cet échec pédagogique vaut mieux que dix slides d’enthousiasme. Reliez ensuite à DeepSeek et Qwen pour montrer que la discipline est transversale.

Archivage et disparition des tests

Les corpus fictifs doivent être détruits des comptes de test après décision, selon la procédure de l’éditeur. Gardez en interne la page de conclusions, pas les PDF jouets inutiles. Si vous avez collé par erreur un élément sensible, suivez votre procédure d’incident (information du responsable, évaluation, mesures). IAHDF ne remplace pas cette procédure.

Pour les longs documents publics, préférez coller des extraits ciblés. Moins de surface, moins de bruit, meilleures questions. Le confort du long contexte n’oblige pas à tout envoyer. Cette sobriété est un geste professionnel autant qu’éthique.

Grille anti-invention sur documents longs

Sur un résumé Kimi, surlignez en trois couleurs : fait présent dans le source, reformulation acceptable, ajout non supporté. Comptez les ajouts. Au-delà de quelques ajouts critiques (décisions, chiffres, noms), le résumé est à refaire avec une consigne plus stricte, pas à « arranger » à la main en gardant le poison.

Faites relire par quelqu’un qui n’a pas collé le document : il détecte mieux les histoires trop lisses. Alternez les rôles. Documentez deux exemples fictifs d’ajouts dans votre base de formation. Reliez la méthode à DeepSeek et Qwen pour une culture commune.

Le confort du long contexte invite à la confiance. Contrebalancez par une règle écrite : tout chiffre repris dans une communication externe doit être pointé du doigt dans le fichier source. Sinon, il sort. Cette règle sauve des conseils d’administration.

Pour les agents, ajoutez : aucune action hors bac à sable sans validation. Écrivez-le. Faites-le lire. Puis seulement expérimentez sur corpus fictif. L’ordre inverse produit des incidents.

Pour aller plus loin