Projet
Testez un départ à un, une arrivée à un et les deux dépassements, en levant une erreur sans affirmer que toute suite se termine.
Espace de développement avec IA
Trajectoires de Collatz bornées
Générez une trajectoire de Collatz depuis un entier positif avec des plafonds explicites de pas et de valeur.
● ● ●OrbitCress●
Méthodes de travail · Trajectoires de Collatz bornées ×
def collatz(start, max_steps, value_cap):
if any(type(v) is not int for v in (start, max_steps, value_cap)):
raise ValueError("limit.integer")
if not 0 <= max_steps <= 10000 or not 1 <= start <= value_cap <= 10**18:
raise ValueError("limit.range")
result = [start]
for _ in range(max_steps):
if start == 1:
return result
start = start // 2 if start % 2 == 0 else 3 * start + 1
if start > value_cap:
raise ValueError("value.cap")
result.append(start)
if start != 1:
raise ValueError("step.cap")
return result✳Générez une trajectoire de Collatz depuis un entier positif avec des plafonds explicites de pas et de valeur.
✓ 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
def collatz(start, max_steps, value_cap):
if any(type(v) is not int for v in (start, max_steps, value_cap)):
raise ValueError("limit.integer")
if not 0 <= max_steps <= 10000 or not 1 <= start <= value_cap <= 10**18:
raise ValueError("limit.range")
result = [start]
for _ in range(max_steps):
if start == 1:
return result
start = start // 2 if start % 2 == 0 else 3 * start + 1
if start > value_cap:
raise ValueError("value.cap")
result.append(start)
if start != 1:
raise ValueError("step.cap")
return resultDéfinissez le sens de l’achèvement et de l’épuisement des limites
OrbitCress offre un espace de programmation avec IA pour Windows pour les modifications nécessitant une règle d’arrêt claire. Ajoutez à la conversation la boucle, son appelant et le résultat attendu avant de demander une réécriture. Une demande utile distingue l’achèvement réussi de l’atteinte d’une limite : les deux peuvent arrêter l’exécution tout en ayant des sens différents pour l’application.
Une routine de Collatz bornée constitue une tâche concrète à discuter. Demandez au modèle d’examiner ses plafonds d’étapes et de valeur, puis d’expliquer le signalement de chaque échec. Incluez une valeur initiale dont le calcul se termine dans le budget et une demande qui l’épuise, afin que la proposition préserve les deux résultats.
Examinez dans le code obtenu l’ordre des vérifications autant que la présence de variables de limite. Un plafond vérifié trop tard peut autoriser une opération supplémentaire ou retourner des données incomplètes comme une réussite. Exécutez les tests concernés du projet, examinez la réponse de l’appelant et gardez explicite dans les cas de test le comportement attendu en cas d’épuisement.
Choisissez un modèle d’IA ablaté lorsqu’il est disponible via un point de terminaison compatible OpenAI ou Anthropic pris en charge, en fournissant les identifiants requis. Le modèle et le serveur déterminent les restrictions, le contexte et les outils pris en charge. OrbitCress offre un espace pour évaluer cette assistance ; ni l’étiquette d’un modèle ni une explication ne prouvent qu’un processus mathématique non borné se terminera.
Concevoir une opération bornée
Atteindre le plafond d’étapes est-il une réussite ?
Définissez ce cas séparément de l’achèvement normal. Votre appelant peut avoir besoin d’une erreur, d’un résultat partiel explicite ou d’un autre état documenté. Demandez au modèle d’examiner ce contrat avant de modifier une instruction de retour qui pourrait masquer un travail inachevé.
Que doit-il se passer quand le nombre d’étapes autorisées est nul ?
Précisez si un état initial déjà achevé est acceptable et ce qu’un état inachevé doit signaler. Testez les deux cas. Le comportement avec un budget nul révèle souvent si l’achèvement est vérifié avant le début du travail ou seulement après une itération.
Pourquoi conserver un plafond de valeur en plus du plafond d’étapes ?
Ils limitent des aspects différents de l’opération. Examinez ce que chaque plafond protège dans votre implémentation et comment chaque échec parvient à l’appelant. Ne supprimez pas l’un simplement parce que l’autre arrête aussi la boucle.
Comment examiner les commandes qui testent l’épuisement ?
Inspectez les entrées proposées et la destination d’exécution avant de lancer les commandes. Un modèle local hébergé séparément ne rend pas chaque outil connecté local. Gardez les limites explicites dans la commande de test réelle comme dans la conversation.
OrbitCress · Mis à jour 2026-10-25