Verifică înainte de aplicare
Compară comportamentul real cu rezultatul așteptat. Dacă o verificare eșuează, cercetează cauza înainte de alte modificări.
Decodează un cuvânt Hamming de șapte biți presupunând explicit cel mult un bit inversat.
def correct_hamming(word):
word = list(word)
if len(word) != 7 or any(type(b) is not int or b not in (0, 1) for b in word):
raise ValueError("hamming.word")
syndrome = 0
for parity in (1, 2, 4):
value = 0
for position in range(1, 8):
if position & parity:
value ^= word[position-1]
if value:
syndrome |= parity
if syndrome:
word[syndrome-1] ^= 1
data = (word[2] << 3) | (word[4] << 2) | (word[5] << 1) | word[6]
return data, syndromeCompară comportamentul real cu rezultatul așteptat. Dacă o verificare eșuează, cercetează cauza înainte de alte modificări.
Configurează un endpoint compatibil OpenAI sau Anthropic cu URL-ul de bază și cheia API, dacă este necesară. Testează conexiunea. Serverul local trebuie să ruleze; instrumentele externe pot transmite date separat.
Testează cuvinte intacte și fiecare poziție inversată, respinge date greșite sau nebinare și nu promite detectarea erorilor multiple.
def correct_hamming(word):
word = list(word)
if len(word) != 7 or any(type(b) is not int or b not in (0, 1) for b in word):
raise ValueError("hamming.word")
syndrome = 0
for parity in (1, 2, 4):
value = 0
for position in range(1, 8):
if position & parity:
value ^= word[position-1]
if value:
syndrome |= parity
if syndrome:
word[syndrome-1] ^= 1
data = (word[2] << 3) | (word[4] << 2) | (word[5] << 1) | word[6]
return data, syndromeParityOchre este un spațiu de lucru Windows pentru programare cu IA, destinat transformării unui mic experiment tehnic într-o componentă software cu limite clare. Deschide folderul sursă și descrie condițiile în care va fi folosit rezultatul. Cere modelului să examineze atât calculul, cât și apelantul său, mai ales acolo unde ieșirea ar putea fi interpretată ca dovadă a recuperării reușite.
De exemplu, solicită o revizuire a hamming.py presupunând o eroare de un singur bit. Oferă un cuvânt intact și unul cu un bit modificat, apoi precizează cum ar trebui aplicația să prezinte datele și sindromul returnate. Discută separat erorile din afara acestei ipoteze, fără a lăsa un rezultat plauzibil să sugereze că orice intrare deteriorată a fost corectată.
Folosește modificarea propusă pentru a examina interfața din jurul experimentului. Verifică lungimea intrării și valorile biților, rulează cazuri de test independente în mediul tău și examinează mesajul afișat de codul care folosește rezultatul. Denumirea clară a ieșirii contează: aplicația trebuie să comunice ceea ce raportează efectiv rutina, fără a transforma un exemplu limitat într-o afirmație mai amplă de fiabilitate.
ParityOchre acceptă conexiuni la modele prin endpointuri compatibile cu OpenAI sau Anthropic, cu credențiale când sunt necesare. Un model de IA fără cenzură este o opțiune acolo unde este oferit, sub rezerva restricțiilor furnizorului. Instrumentele disponibile și contextul depind de modelul și serverul selectate; dovezile obținute din cazurile tale de test rămân necesare la examinarea comportamentului software propus.
Doar în limitele ipotezelor stabilite pentru rutină și intrare. O valoare de date plauzibilă nu demonstrează singură corectarea reușită a oricărei deteriorări. Examinează descrierea rezultatului în aplicație, astfel încât utilizatorii să nu primească asigurări mai puternice decât permite experimentul.
Folosește lungimea așteptată a cuvântului și valorile permise ale biților din contractul proiectului. Include în testele pregătite lungimi greșite și elemente care nu sunt biți. Examinează și respingerea prin apelant, deoarece o excepție în funcția auxiliară nu este neapărat un răspuns util al aplicației.
Acestea verifică traseul fără modificări și semnificația sindromului raportat când nu este indicată nicio corecție. Compară datele extrase cu o valoare așteptată independentă. Testarea exclusivă a exemplelor deteriorate poate omite un defect în tratarea intrărilor obișnuite sau interpretarea ieșirii.
Precizează cazurile suplimentare de eroare și dovezile necesare aplicației pentru a le distinge. Tratează acest lucru ca pe o cerință nouă de proiectare, nu ca pe o mică modificare a exemplului existent. Examinează interfața și testele propuse înainte să presupui că oferă o garanție mai puternică de recuperare.
ParityOchre · Actualizat 2026-10-25