Ganzzahlige Walsh–Hadamard-Transformation
Wende die unnormierte Walsh–Hadamard-Transformation auf eine nicht leere Folge begrenzter Ganzzahlen mit Zweierpotenzlänge bis 256 an.
def walsh_transform(values):
out = list(values)
n = len(out)
if not 1 <= n <= 256 or n & (n - 1):
raise ValueError("length.power_two")
if any(type(v) is not int or abs(v) > 1000000 for v in out):
raise ValueError("value.range")
step = 1
while step < n:
for start in range(0, n, 2 * step):
for j in range(start, start + step):
a, b = out[j], out[j + step]
out[j], out[j + step] = a + b, a - b
step *= 2
return out| Projekt | Lehne ungültige Längen und boolesche Werte ab, und prüfe, dass zweimaliges Anwenden die Ausgangsfolge mit ihrer Länge multipliziert. |
|---|---|
| Vor dem Anwenden prüfen | Vergleichen Sie das tatsächliche Verhalten mit dem erwarteten Ergebnis. Klären Sie fehlgeschlagene Prüfungen vor weiteren Änderungen. |
| Modelle | Richten Sie einen OpenAI-kompatiblen oder Anthropic-Endpunkt mit Basis-URL und gegebenenfalls API-Schlüssel ein. Testen Sie die Verbindung. Ein lokaler Modellserver muss laufen; entfernte Werkzeuge können Daten separat übertragen. |
def walsh_transform(values):
out = list(values)
n = len(out)
if not 1 <= n <= 256 or n & (n - 1):
raise ValueError("length.power_two")
if any(type(v) is not int or abs(v) > 1000000 for v in out):
raise ValueError("value.range")
step = 1
while step < n:
for start in range(0, n, 2 * step):
for j in range(start, start + step):
a, b = out[j], out[j + step]
out[j], out[j + step] = a + b, a - b
step *= 2
return outTransformationskonventionen beim Refactoring sichtbar halten
WalshAster ist ein Programmierarbeitsbereich für Windows, um Quelltextänderungen mit einem verbundenen KI-Modell zu bearbeiten. Rechnerische Refactorings lassen sich leichter beurteilen, wenn die ursprüngliche Konvention zuerst feststeht. Beschreiben Sie zulässige Eingaben, erwartete Ausgabeform und Skalierungsregel, bevor Sie den Assistenten Schleifen umordnen oder eine andere Implementierung einführen lassen.
Das Beispiel der ganzzahligen Walsh–Hadamard-Transformation liefert eine konkrete Gesprächsaufgabe. Lassen Sie das Modell die Aktualisierungspaare und die Grenze der Eingabelänge im Kontext Ihres Moduls prüfen. Halten Sie die Beispielkonvention ausdrücklich fest, damit ein bekannter Name den Assistenten nicht zur Annahme einer normierten Variante oder anderen Ergebnisreihenfolge verleitet.
Vergleichen Sie den vorgeschlagenen Code bei der Prüfung mit kleinen bekannten Ausgaben und den Eigenschaften, die Ihr Projekt bewahren soll. Für dieses Beispiel bietet zweimaliges Anwenden der Transformation neben Zurückweisungsfällen eine hilfreiche Skalierungsprüfung. Führen Sie die Prüfungen selbst aus und untersuchen Sie jeden Aufrufer, der die Ausgabe interpretiert; ein internes Refactoring darf die dort sichtbare Datenkonvention nicht unbemerkt verändern.
Wählen Sie ein uneingeschränktes KI-Modell nur über einen unterstützten OpenAI-kompatiblen oder Anthropic-Endpunkt, der es bereitstellt. Konfigurieren Sie erforderliche Zugangsdaten und prüfen Sie Kontextkapazität und Werkzeuge. Die Einschränkungen des verbundenen Modells hängen weiterhin vom Anbieter ab; seine vorgeschlagene Vereinfachung benötigt weiterhin Belege aus Ihrer tatsächlichen Implementierung und Ihren Tests.
Prüffragen zur Pflege von Transformationscode
- Welche Konvention sollte ich vor einem Refactoring dokumentieren?
Geben Sie Ausgabereihenfolge, Skalierung und zulässige Eingabelängen sowie die Elementtypen Ihres Moduls an. Fügen Sie eine kleine bekannte Ein- und Ausgabe hinzu. So ersetzt ein Vorschlag die Transformationskonvention nicht unter gleichem Namen durch eine andere.
- Genügt eine doppelte Transformation als alleiniger Test?
Sie ist für die gezeigte Konvention hilfreich, sollte aber bekannte Ausgaben und Tests der Eingabegrenzen begleiten. Prüfen Sie auch die Interpretation des Aufrufers. Eine erhaltene algebraische Eigenschaft beweist nicht zwangsläufig, dass Reihenfolge und Schnittstellenverhalten den Erwartungen der Anwendung entsprechen.
- Wie prüfe ich eine Änderung, die die Eingabe verändert?
Klären Sie zuerst, ob der bestehende Vertrag Änderungen erlaubt. Beziehen Sie Aufrufer ein, die Originalwerte erneut verwenden, und testen Sie diese Wiederverwendung ausdrücklich. Ein speichersparender Vorschlag verändert beobachtbares Verhalten, wenn diese Aufrufer eine unveränderte Eingabefolge voraussetzen.
- Ändert ein anderes Modell die nötige Überprüfung?
Nein. Behalten Sie dieselben zulässigen Eingaben, bekannten Ergebnisse und Skalierungsprüfungen beim Vorschlag eines anderen Modells bei. Die Modellwahl kann Erklärung oder Codevorschlag verändern, belegt jedoch keine Korrektheit und ersetzt keine Projektprüfung.
WalshAster · Aktualisiert 2026-10-25