Brechen Sie höchstens 100 Wörter ohne Leerraum auf Zeilen mit einem bis 80 Codepunkten um und minimieren Sie quadrierten Restplatz außer in der letzten Zeile.
def wrap_words(words, width):
words = tuple(words)
if type(width) is not int or not 1 <= width <= 80 or len(words) > 100:
raise ValueError("wrap.limit")
if any(type(w) is not str or not w or len(w) > width or any(c.isspace() for c in w) for w in words):
raise ValueError("wrap.word")
n = len(words)
costs, ends = [0] * (n+1), [0] * n
for i in range(n-1, -1, -1):
used, best = 0, None
for j in range(i, n):
used += len(words[j]) + (j > i)
if used > width:
break
cost = 0 if j == n-1 else (width-used)**2 + costs[j+1]
if best is None or cost < best:
best, ends[i] = cost, j+1
costs[i] = best
lines, i = [], 0
while i < n:
lines.append(" ".join(words[i:ends[i]]))
i = ends[i]
return lines| 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. |
| Projekt | Testen Sie leere Eingaben und alternative Umbrüche, lehnen Sie leere oder zu lange Wörter ab und behaupten Sie keine Terminalbreitenmessung. |
def wrap_words(words, width):
words = tuple(words)
if type(width) is not int or not 1 <= width <= 80 or len(words) > 100:
raise ValueError("wrap.limit")
if any(type(w) is not str or not w or len(w) > width or any(c.isspace() for c in w) for w in words):
raise ValueError("wrap.word")
n = len(words)
costs, ends = [0] * (n+1), [0] * n
for i in range(n-1, -1, -1):
used, best = 0, None
for j in range(i, n):
used += len(words[j]) + (j > i)
if used > width:
break
cost = 0 if j == n-1 else (width-used)**2 + costs[j+1]
if best is None or cost < best:
best, ends[i] = cost, j+1
costs[i] = best
lines, i = [], 0
while i < n:
lines.append(" ".join(words[i:ends[i]]))
i = ends[i]
return linesLineCitrine bietet eine Programmierumgebung für Windows für Entwickler, die mit einem verbundenen KI-Modell Entscheidungen zur Ausgabeformatierung durchgehen. Eine Layoutanfrage lässt sich leichter prüfen, wenn sie festlegt, was als besseres Ergebnis zählt. Öffnen Sie den Projektordner und nehmen Sie Formatierer, Verbraucher und eine repräsentative Eingabe in das Gespräch auf, bevor Sie eine Änderung verlangen.
Ein Beispiel verlangt Klartext-Zeilenumbrüche, die den quadrierten ungenutzten Platz minimieren und die letzte Zeile gesondert behandeln. Definieren Sie zulässige Wörter, Breitenlimit und Kostenregel ausdrücklich. Lassen Sie das Modell mögliche Umbrüche anhand dieses Ziels vergleichen. Unterscheiden Sie die Länge in Codepunkten von der angezeigten Spaltenbreite, damit der Vorschlag nicht stillschweigend Verhalten außerhalb der gewählten Darstellung verspricht.
Prüfen Sie die vorgeschlagene Änderung mit konkurrierenden Layouts, einer leeren Eingabe und einem Wort, das die zulässige Breite überschreitet. Führen Sie die Projektprüfungen aus und berechnen Sie erwartete Kosten für die gewählten kleinen Beispiele. Das Ergebnis soll Wörter bewahren und das festgelegte Ziel erfüllen, nicht nur in einer Schriftart ausgewogen aussehen. Berücksichtigen Sie das verbrauchende Format, falls es weitere Anforderungen stellt.
Ein unterstützter OpenAI-kompatibler oder Anthropic-Endpunkt stellt die Modellverbindung von LineCitrine bereit. Wo uneingeschränkte KI-Modelle angeboten werden, können Sie eines mit den erforderlichen Zugangsdaten wählen. Modell und Server bestimmen Einschränkungen, Kontextgrenzen und Werkzeugunterstützung; das Layoutziel bleibt eine Anforderung, die Sie definieren und überprüfen.
Legen Sie fest, ob ihr ungenutzter Platz zu den Kosten beiträgt. Das Beispielziel schließt ihn aus, was die bevorzugten Umbrüche verändern kann. Ergänzen Sie ein kleines Beispiel, bei dem diese Entscheidung relevant ist, und vergleichen Sie die vorgeschlagene Ausgabe mit Ihrer tatsächlich beabsichtigten Kostenregel.
Im Allgemeinen nicht. Kombinierende Zeichen und breite Zeichen können anders dargestellt werden, als ihre Codepunktzahl vermuten lässt. Halten Sie die Messgröße im Vertrag ausdrücklich fest. Wenn Terminalspalten wichtig sind, definieren Sie diese separate Anforderung und prüfen Sie die nötige Behandlung in Ihrer tatsächlichen Darstellungsumgebung.
Verwenden Sie kleine Eingaben mit einigen konkurrierenden Umbruchmöglichkeiten und berechnen Sie deren erwartete Kosten unabhängig. Prüfen Sie, ob der Vorschlag ein zulässiges Minimum nach der festgelegten Regel wählt. Führen Sie anschließend umfangreichere Projekttestfälle aus, um Verhaltensänderungen außerhalb dieser Beispiele zu finden.
Legen Sie fest, ob der Formatierer es zurückweist, teilt oder einen Überlauf erlaubt. Das Beispiel weist Wörter jenseits der zulässigen Breite zurück. Prüfen Sie diesen Pfad und seinen Aufrufer, damit eine Layoutänderung nicht stillschweigend eine andere Inhaltsumwandlung oder Fehlerstrategie einführt.
LineCitrine · Aktualisiert 2026-10-25