Negative Constraints & Anti-Pattern Prompts

1. Konzeptüberblick und systemisches Problem

Sprachmodelle wurden auf Billionen Zeilen vielfältigen Internet-Codes trainiert. Daher neigen sie standardmäßig dazu, den sogenannten „mediocre average“ (den mittelmäßigen Durchschnitt) zu verwenden:

• Das Modell erkennt eine triviale mathematische Operation und fügt sofort import _ from 'lodash' in die Datei ein, was das Bundle unnötig aufbläht.
• Das Modell stößt auf einen komplexen TypeScript-Typ und setzt // @ts-ignore oder as any, um die Generierung schneller abzuschließen.
• Das Modell generiert veraltete und redundante Kommentare wie // Diese Funktion addiert zwei Zahlen.

Negative Constraints sind ein ingenieurtechnischer Filter, der dem Modell den Zugriff auf schädliche Gewohnheiten verwehrt und es zwingt, sich ausschließlich innerhalb des engen Korridors einer sauberen Architektur zu bewegen.

2. Architektonische Taxonomie und mentales Modell

┌─────────────────────────────────────────────────────────────┐
│                 NEGATIVE CONSTRAINTS MATRIX                 │
├─────────────────────────────────────────────────────────────┤
│ 1. DEPENDENCY HYGIENE:                                      │
│    • NEVER run `npm install <package>` without asking.      │
│    • DO NOT import deprecated libraries (Axios, Lodash).    │
│    • Use native browser `fetch` and ES6 methods ONLY.       │
├─────────────────────────────────────────────────────────────┤
│ 2. CODE QUALITY INVARIANTS:                                 │
│    • BANNED: `any`, `unknown` without type guards.          │
│    • BANNED: `console.log` in production-facing code.       │
│    • BANNED: Commenting obvious self-explanatory lines.     │
├─────────────────────────────────────────────────────────────┤
│ 3. UI / DESIGN SYSTEM RULES:                                │
│    • NEVER invent custom HEX colors (#ff4422).              │
│    • USE predefined Tailwind semantic tokens ONLY.          │
│    • NEVER hardcode strings; use i18n translation keys.     │
└─────────────────────────────────────────────────────────────┘

3. Praktische Engineering-Szenarien im Produktionsumfeld

01. Schutz vor faulen Platzhaltern (Anti-Placeholder Rule)

In den Regeln wird eine strenge Sanktion festgelegt:

CRITICAL INSTRUCTION:
Do NOT output placeholders like `// ...existing code...` or `/* rest of implementation */`.
Always provide the FULL drop-in replacement. Truncated outputs are considered system failure.

Dies eliminiert zu 100 % die Neigung von Modellen, bei großen Dateien nachlässig zu werden.

02. Verbot der Erstellung neuer Dateien ohne Abstimmung

Agenten neigen häufig zur „Entitätsvervielfältigung“: Sie erstellen fünf kleine Utility-Dateien für eine einzige Codezeile. Die Regel „DO NOT create new utility files unless explicitly specified in the RFC“ hält die Ordnerstruktur kompakt.

4. Fallstricke, typische Fehler und Sicherheit

• Blinde Ablehnung ohne Alternative: Wenn man einfach nur schreibt „Verwende React Router nicht“, aber nicht erwähnt, dass das Projekt auf Next.js App Router läuft, wird das Modell verwirrt sein und beginnt, eigene Navigations-Handler zu erfinden. Geben Sie immer an, was anstelle des Verbotenen getan werden soll.
• Aufblähen der Verbotsliste: Wenn im System-Prompt 200 „NEIN“-Regeln stehen, gerät das Modell in einen Refusal Loop und verweigert sogar die Antwort auf harmlose Prompts.

5. Strategisches Fazit für Ingenieure im Jahr 2026

Negatives Prompting ist ein Werkzeug zur Festlegung klarer roter Linien. Die Disziplin expliziter Verbote filtert 80 % der Fälle von synthetischem Müll (AI Slop) heraus und erhält so die hohe Kultur der Codebasis des Projekts.