DayZ Tools plus un agent qui modifie tes fichiers

Ce que l'agent peut utiliser

• Fichiers read_file, write_file, edit_file, grep, glob et d'autres fonctionnent dans le dossier de travail que tu choisis, avec un compteur de fichiers lus et modifiés.
• Shell lance tes commandes de build, de vérification et de démarrage sous Windows et juge la réussite d'après le vrai code de sortie. Les commandes dangereuses sont bloquées.
• Web web_search et http_get lisent des pages de documentation, ce qui permet de vérifier un correctif par rapport à ce que dit la page.
• Captures d'écran et images ocr lit le texte d'une capture d'une fenêtre d'erreur, et gen_image enregistre des fichiers image pour les icônes d'un mod.
• Orchestration task lance des sous-agents en parallèle, run_on_model envoie une étape difficile à un modèle plus grand, et skill réutilise un playbook enregistré.
• Modes d'approbation Auto-run agit tout de suite, Ask first fait une pause avant chaque changement, et Plan only liste les étapes sans rien modifier.
• Cron lance un prompt selon un calendrier, par exemple une vérification hebdomadaire de tes fichiers XML pour repérer les fautes de frappe. Les plans survivent aux redémarrages.
• Modèles un fournisseur d'IA dans le cloud, un modèle sur ton propre PC ou le modèle intégré, testé avec le bouton Test avant de commencer.

Deux tâches à essayer dès aujourd'hui

Ajouter un objet de mod à l'économie

Un nouveau mod ajoute un objet, mais rien n'apparaît tant que l'économie ne le connaît pas. Donne à Coderoute le nom de classe de l'objet. Il utilise grep pour confirmer que types.xml n'a pas encore d'entrée, copie avec read_file la structure d'une entrée similaire, et propose un nouveau bloc avec nominal, min, lifetime, restock, flags et category. Avec Ask first, tu vois le diff sous forme de carte avant qu'edit_file ne l'écrive. Ta commande de vérification XML se lance ensuite dans Shell. Termine en redémarrant une copie de test de ton serveur et en cherchant l'objet, car un fichier valide n'est pas forcément un fichier sensé.

Diagnostiquer un serveur qui n'apparaît pas

Ton serveur de test démarre, mais il n'apparaît pas là où tu l'attends. Demande à Coderoute d'examiner les fichiers qui t'appartiennent. Il lit serverDZ.cfg pour les valeurs de hostname et de maxPlayers, lance grep sur le log RPT pour trouver des erreurs, et liste ce qu'il a trouvé en termes simples. Il ne touche ni aux serveurs des autres ni à ton réseau. Si un réglage semble faux, edit_file propose un changement et attend ton accord. Applique-le, redémarre ta propre copie de test et revérifie. Si rien ne change, la cause peut se trouver hors des fichiers, par exemple dans ton réseau.