Ograniczenia negatywne i prompty antywzorców

1. Przegląd koncepcji i problem systemowy

Modele językowe były trenowane na bilionach linii zróżnicowanego kodu internetowego. W rezultacie domyślnie mają tendencję do stosowania tak zwanego „najbardziej uśrednionego stylu” (The Mediocre Average):

• Model widzi trywialną operację matematyczną i natychmiast dodaje import _ from 'lodash' do pliku, rozdmuchując bundle.
• Model napotyka złożony typ TypeScript i umieszcza // @ts-ignore lub as any, aby szybciej zakończyć generowanie.
• Model generuje przestarzałe i nadmiarowe komentarze w stylu // Ta funkcja dodaje dwie liczby.

Negative Constraints (Negatywne ograniczenia) to inżynieryjny filtr, który zamyka modelowi dostęp do szkodliwych nawyków i zmusza go do poruszania się wyłącznie wąskim korytarzem czystej architektury.

2. Taksonomia architektoniczna i model mentalny

┌─────────────────────────────────────────────────────────────┐
│                 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. Praktyczne scenariusze inżynieryjne w środowisku produkcyjnym

01. Ochrona przed leniwymi placeholderami (Anti-Placeholder Rule)

W regułach zapisane jest surowe ostrzeżenie:

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.

To w 100% wyeliminowuje nawyk lenistwa modeli przy dużych plikach.

02. Zakaz tworzenia nowych plików bez uzgodnienia

Agenci często mają skłonność do „mnożenia encji”: tworzenia 5 drobnych plików utility dla jednej linii kodu. Reguła: "DO NOT create new utility files unless explicitly specified in the RFC" utrzymuje strukturę folderów w kompaktowej formie.

4. Pułapki, typowe błędy i bezpieczeństwo

• Ślepe zaprzeczenie bez alternatywy: Jeśli po prostu napiszesz "Nie używaj React Router", ale nie powiesz, że projekt działa na Next.js App Router, model będzie zagubiony i zacznie wymyślać własnoręczne handlery nawigacji. Zawsze wskazuj, co robić zamiast zakazanego działania.
• Rozdmuchiwanie listy zakazów: Jeśli w systemowym prompcie znajduje się 200 reguł typu „NIE”, model zacznie odczuwać paraliż decyzyjny (Refusal Loop), odmawiając odpowiedzi nawet na bezpieczne prompty.

5. Strategiczny wniosek dla inżyniera roku 2026

Negatywne promptowanie to narzędzie do ustanawiania jasnych czerwonych linii. Dyscyplina jawnych zakazów eliminuje 80% przypadków generowania syntetycznego śmiecia (AI Slop), wspierając wysoką kulturę bazy kodowej projektu.