Featured image of post Was sind EARS und BDD? Spec-Driven Development (SDD), damit KI Ihre Bedürfnisse beim Vibe Coding sofort versteht

Was sind EARS und BDD? Spec-Driven Development (SDD), damit KI Ihre Bedürfnisse beim Vibe Coding sofort versteht

Haben Sie immer noch Schwierigkeiten, mit KI zu kommunizieren? Dieser Artikel lehrt Sie, wie Sie die EARS-Anforderungssyntax und die verhaltensgesteuerte Entwicklung BDD kombinieren, um 'Strenge Prompts' zu erstellen, mit denen KI präzise hochwertigen Code produzieren kann!

Haben Sie während des Vibe Coding-Entwicklungsprozesses jemals festgestellt, dass der von der KI produzierte Code voller logischer Lücken ist, sodass Sie beim Beheben an Ihrem Leben zweifeln?

In der traditionellen Entwicklung ist Spec Gerechtigkeit. Aber bei der Zusammenarbeit mit KI sind wir eher wie “Regisseure”.

Um diesen talentierten, aber manchmal “verrückten” KI-Schauspieler dazu zu bringen, eine gute Show abzuliefern, benötigen Sie zwei leistungsstarke Werkzeuge: EARS (Drehbuchlogik) und BDD (Akzeptanzstandbilder).

EARS: Anforderungen in “Logikblöcke” verwandeln

Sie müssen diese Art von PM getroffen haben, der Anforderungen schreibt wie: “Das System muss einfacher zu bedienen sein”, “Die Verarbeitungsgeschwindigkeit muss schnell sein”. Das ist eine Katastrophe beim Schreiben von Code.

EARS (Easy Approach to Requirements Syntax) bedeutet einfach gesagt, diese “vagen Adjektive” in “präzise Anweisungen” umzuwandeln.

EARS ist wie erstklassiges Prompt Engineering, das Sie zwingt, in geschlossener Logik zu sprechen. Die 5 Hauptsatzmuster ermöglichen es Ihnen, Anforderungsgrenzen jederzeit zu “sperren”:

Typ Beschreibung
Ubiquitous (Allgegenwärtig) Das System muss... (Wie Atmen, muss jederzeit befolgt werden).
Event-driven (Ereignisgesteuert) Wenn [Ereignis eintritt], muss das System....
Unwanted Behavior (Unerwünschtes Verhalten) Wenn [etwas Schlimmes passiert], muss das System... (Das ist die Seele der Fehlerbehandlung).
State-driven (Zustandsgesteuert) Während [in einem bestimmten Zustand], muss das System....
Optional Feature (Optionales Feature) Wo [Feature enthalten ist], muss das System....

EARS hilft Ihnen, strenge Regeln aufzustellen

Was es für KI logisch unmöglich macht, “mit ernstem Gesicht Unsinn zu reden”.

BDD: Tests in “Filmdrehbücher” verwandeln

Wenn EARS ein strenger Vertrag ist, dann ist BDD (Behavior Driven Development) eine “Geschichte aus Fleisch und Blut”. Es testet nicht a == b, es testet “was der Benutzer fühlt, dass passiert ist”.

Die von BDD verwendete Syntax heißt Gherkin (Gurke, muss knackig und erfrischend sein!), und die Kerntrilogie ist wie folgt:

Syntax Beschreibung
🎬 Given (Hintergrund) Die Szene vor dem Dreh festlegen (z.B.: Hat 100 Dollar in der Tasche).
⚡ When (Aktion) Der Moment, in dem der Regisseur Action ruft (z.B.: Bestellte einen scharfen Tintenfisch).
✅ Then (Ergebnis) Das vom Publikum gesehene Ende (z.B.: Erhielt duftenden Tintenfisch, Brieftasche hat 60 Dollar weniger).

Durch diese “Storytelling”-Methode können sogar Nicht-Ingenieure mit uns kommunizieren, und KI kann Ihre wahre Absicht auch durch diese “echten Beispiele” verstehen.

Was ist der Unterschied zwischen EARS vs BDD?

Diese beiden erfüllen ihre eigenen Pflichten, und ihre Kombination ist wirklich “unbesiegbar”.

Feature EARS (Anforderungssyntax) BDD (Verhaltensgesteuert)
Kerngeist Präzise Definition (Mehrdeutigkeit beseitigen) Konsens & Verifizierung (Storytelling)
Wie schreiben… Rechtsklauseln Filmdrehbücher
Hauptpublikum PM, Architekt, Regelmacher Ingenieur, QA, KI-Assistent
Gelöster Schmerzpunkt “Was du gemacht hast, ist nicht das, was ich dachte!” “Die Logik ist richtig, aber unbrauchbar!”

Einfach gesagt: EARS hilft Ihnen, die Regeln festzulegen, BDD hilft Ihnen, die Ergebnisse zu überprüfen.

EARS Fortgeschrittene Anwendung: Vibe Coding in Aktion

Wir stopfen EARS-Regeln und BDD-Skripte direkt in den Prompt, damit die KI entwickelt.

Sie können versuchen, Anweisungen wie diese zu geben, wenn Sie “E-Wallet-Abzug” entwickeln:

# Aufgabe: Bitte hilf mir, die Abzugs-API zu implementieren

## EARS Logik (Bitte strikt befolgen):
- [Event-driven]: Wenn eine Anfrage empfangen wird, muss das Guthaben überprüft werden.
- [Unwanted]: Wenn das Guthaben nicht ausreicht, gib den Fehlercode 400 'INSUFFICIENT_FUNDS' zurück.
- [State-driven]: Während sich die Brieftasche im Status 'Frozen' befindet, lehne alle Abzüge ab.

## BDD Akzeptanzskript (Für Jest-Tests):
Scenario: Abzug fehlgeschlagen aufgrund unzureichender Mittel
  Given Benutzerguthaben beträgt 50 Dollar
  When Anfrage zum Abzug von 100 Dollar empfangen
  Then API sollte HTTP 400 zurückgeben
  And Fehlercode sollte 'INSUFFICIENT_FUNDS' sein

Versuchen Sie, dies der KI zuzuwerfen, und der generierte Code wird nicht allzu weit vom Ziel abweichen!

Fazit

Ob in der täglichen Entwicklung oder beim Vibe Coding, EARS und BDD sind Artefakte zur Effizienzsteigerung.

EARS hilft Ihnen, strenge Regeln festzulegen, BDD hilft Ihnen, die Schauspielergebnisse zu bestätigen.

All rights reserved,未經允許不得隨意轉載
Erstellt mit Hugo
Theme Stack gestaltet von Jimmy