Nettoyage de l’environnement d’automatisation Qwen Code
Alignement du workflow .github et du chemin de configuration .qwen du dépôt original qwen-code sur la branche test/ci-verify
Le répertoire .qwen étant ignoré, il a été ajouté de force avec git add -f .qwen
Vérification de la configuration des GitHub Actions liées aux revues PR Qwen, au triage des issues et au bot de suivi
Le garde‑repository dédié à QwenLM/qwen-code a été ajusté dans le workflow d’automatisation Qwen selon le référentiel actuel
Documentation de l’intégration de l’API Qwen auto‑hébergée sur RunPod
Les secrets GitHub Actions requis sont OPENAI_API_KEY, OPENAI_BASE_URL, OPENAI_MODEL
QWEN_CODE_BOT_TOKEN et CI_BOT_PAT sont des PAT GitHub, pas des clés d’API modèle
Nettoyage CI
Suppression des vérifications SDK Python et du workflow E2E Tests qui présupposaient la structure originale de Qwen Code
Le projet actuel ne possède pas les dossiers packages/sdk-python, npm run build, npm run bundle, test:e2e, donc garder le CI d’origine entraînerait des échecs
Le « Idea World CI » a été simplifié à npm ci + npm run lint pour correspondre au dépôt actuel
Après la PR #3, le lint le plus récent a été validé, la revue manuelle Qwen PR a réussi, puis le squash‑merge a été effectué
Investigation du MCP de recherche web
Vérification de web-search-mcp qui propose les moteurs bing, brave, duckduckgo
Prévu de forker plus tard pour adapter le format des résultats de recherche au flux Qwen Code
Problème découvert avec le modèle Qwen 3.6
Interprétation erronée d’une synchronisation de workflow .github comme une simple copie de fichiers .qwen
Confirmation que toute synchronisation de répertoire doit d’abord vérifier les diff source/cible
La capacité à rechercher des résultats web s’est améliorée, mais l’interprétation de ces résultats dans le contexte de travail du code nécessite une validation supplémentaire
À 14 h, une panne d’internet a interrompu le serveur Qwen sur RunPod, stoppant les vérifications d’automatisation supplémentaires