Projet
Vérifiez les passages d’année et les semaines 53 invalides, en rejetant les booléens et les dates hors calendrier.
Espace de développement avec IA
Conversion des dates de semaine ISO
Convertissez une année de semaine ISO, une semaine et un jour en date pour les années 1–9999.
● ● ●WeekOrison●
Méthodes de travail · Conversion des dates de semaine ISO ×
from datetime import date
def iso_week_date(year, week, weekday):
values = (year, week, weekday)
if any(type(x) is not int for x in values):
raise ValueError("integer components")
if not 1 <= year <= 9999:
raise ValueError("year range")
if not 1 <= week <= 53 or not 1 <= weekday <= 7:
raise ValueError("week or weekday range")
return date.fromisocalendar(year, week, weekday)✳Convertissez une année de semaine ISO, une semaine et un jour en date pour les années 1–9999.
✓ ModificationsVérifiez avant d’appliquer ↗
Illustration de l’espace de travail
Vérifiez avant d’appliquer
Comparez le comportement observé au résultat attendu. Si une vérification échoue, cherchez la cause avant de poursuivre les modifications.
Modèles
Configurez un endpoint compatible OpenAI ou Anthropic avec son URL de base et une clé API si nécessaire. Testez la connexion. Un serveur local doit fonctionner ; les outils distants peuvent transmettre des données séparément.
Méthodes de travail
from datetime import date
def iso_week_date(year, week, weekday):
values = (year, week, weekday)
if any(type(x) is not int for x in values):
raise ValueError("integer components")
if not 1 <= year <= 9999:
raise ValueError("year range")
if not 1 <= week <= 53 or not 1 <= weekday <= 7:
raise ValueError("week or weekday range")
return date.fromisocalendar(year, week, weekday)Suivez la règle de date de l’entrée au résultat stocké
WeekOrison est un espace de programmation avec IA pour Windows destiné aux modifications où une convention calendaire traverse une frontière applicative. Ouvrez le projet et décrivez la date qu’un utilisateur ou appelant API souhaite identifier. Demandez au modèle d’examiner ensemble la validation des entrées, la conversion et le stockage, afin que la correction proposée suive le parcours complet de la valeur.
Par exemple, demandez l’examen d’une entrée de date par semaine ISO près d’un changement d’année. Fournissez l’année de semaine, la semaine et le jour de semaine ainsi que la date calendaire attendue. Demandez comment l’implémentation existante traite cette combinaison et les numéros de semaine invalides. La tâche consiste à aligner l’application sur sa convention déclarée plutôt qu’à en déduire une du libellé d’un champ.
Examinez les modifications proposées pour repérer les changements d’entrées acceptées et de réponses d’erreur. Une conversion peut renvoyer la bonne date pour une semaine ordinaire alors que l’interface indique toujours une année incorrecte. Exécutez les tests pertinents de part et d’autre du changement d’année et inspectez la valeur stockée et le résultat affiché avant de considérer la correction comme terminée.
Choisissez un modèle d’IA sans censure lorsqu’il est disponible via votre point de terminaison compatible OpenAI ou Anthropic pris en charge. Fournissez des identifiants si nécessaire. Ses restrictions, ses outils et sa capacité de contexte dépendent du modèle et du serveur ; l’espace de travail permet d’examiner les suggestions avec des dates concrètes et le code qui les traite.
Questions sur les entrées applicatives exprimées en semaines
- L’année de semaine est-elle toujours l’année calendaire ?
Ne le supposez pas près d’un changement d’année. Fournissez une date attendue connue pour l’entrée exprimée en semaine et examinez le libellé de chaque composant dans l’application. Un test doit vérifier la date convertie et les champs utilisés pour la demander.
- Faut-il accepter la semaine 53 pour chaque année ?
Non. Validez la combinaison complète selon la convention de l’application. Demandez au modèle d’examiner la bibliothèque de conversion et la gestion des erreurs de l’appelant, puis incluez des combinaisons valides et invalides dans les vérifications du correctif proposé.
- Pourquoi vérifier le stockage si la conversion semble correcte ?
Une sérialisation ultérieure ou une correspondance de champs peut modifier la valeur ou son libellé. Suivez le résultat converti jusqu’à sa représentation stockée puis à l’interface. Cela évite qu’une correction de fonction auxiliaire masque un autre décalage ailleurs dans l’application.
- Que doit contenir un jeu d’essai de date reproductible ?
Incluez les composants d’entrée, la date attendue et les hypothèses pertinentes d’exécution, sans véritables dossiers d’utilisateurs. Vérifiez les destinations des outils lors de l’exécution : un serveur de modèles local exécuté séparément ne rend pas tous les outils connectés locaux et ne définit pas leur environnement d’exécution.
WeekOrison · Mis à jour 2026-10-25