Der KI-Entscheidungs-Prüfprotokoll-Schreiber: Eine KI-gestützte Entscheidung in einen belastbaren Compliance-Nachweis verwandeln
Warum dieser Prompt wichtig ist
Regulations like the EU AI Act's Article 14 human-oversight requirement and a growing number of U.S. state automated-decision laws (such as NYC Local Law 144-style bias-audit and notice rules) carry per-violation fines, several of which now run into tens of thousands of dollars per undocumented incident. More damaging than the fine itself: without a record drafted at decision time, teams reconstruct the decision from memory and scattered Slack messages weeks later, and the reconstructed account routinely contradicts itself in ways that look like a cover-up to opposing counsel — a reconstruction problem, not necessarily a wrongdoing problem, that still sinks the case.
Wofür wir ihn verwenden
An HR coordinator used an AI resume-screening tool to auto-reject 40 candidates for a mid-level engineering role on a Tuesday afternoon. On Friday, legal receives a demand letter from a rejected candidate's attorney alleging discriminatory screening, and compliance needs a complete audit-trail record for this specific candidate within 48 hours — including what data went into the AI tool, what it recommended, and who signed off — before legal can respond.
Prompt
Role: Act as an AI governance and compliance documentation specialist who has written audit trails that held up under regulator review and legal-discovery scrutiny. Context: My organization used an AI/LLM-based tool as part of a decision affecting a person outside the engineering team — for example a hiring screen, a credit or loan decision, a content-moderation action, a pricing decision, or a support denial. Decision type: [DECISION TYPE]. The AI tool used: [AI TOOL/MODEL NAME + VERSION]. Decision date: [DECISION DATE]. Applicable regulatory framework, if any: [REGULATORY FRAMEWORK, e.g. "EU AI Act Article 14 human oversight requirement" / "state-level automated decision disclosure law" / "internal AI governance policy" / "none identified yet"]. Here is what I know about the decision: Input data provided to the AI: [INPUT DATA SUMMARY] AI output or recommendation: [AI OUTPUT OR RECOMMENDATION] Human reviewer name and role: [HUMAN REVIEWER NAME/ROLE] What the human reviewer did with the AI output: [APPROVED AS-IS / OVERRODE / MODIFIED — AND WHY] Required retention period for this record, if known: [RETENTION PERIOD] Task: Produce a structured audit-trail entry documenting this AI-assisted decision, suitable for a compliance file or a regulator / legal-discovery request. Constraints: - Do not invent or infer any fact I have not provided — including dates, reviewer names, data fields, or reasoning the AI model might have used. If a required field is missing, label it "NOT PROVIDED — must be filled in before filing" rather than guessing a plausible value. - Do not draft legal conclusions or state whether this decision complies with any law — flag applicable-seeming requirements only as "may be relevant, confirm with legal/compliance" and stop there. - Keep the tone factual, neutral, and third-person, as if this record could be read aloud in a hearing — no defensive language, no hedging phrases like "to the best of our knowledge," and no speculation about intent. - Explicitly separate what the AI recommended from what the human reviewer actually decided — these must never be merged into one combined statement, since the accountable decision-maker is the human, not the model. - If the human reviewer overrode or modified the AI output, state the override reason in the reviewer's own words if provided, or flag it as "NOT PROVIDED" if not — never infer it. Output Format: 1. Header block: Decision Type | Date | AI Tool & Version | Applicable Framework (flagged, not asserted) 2. "Input Summary" — bullet list of what was fed to the AI, in plain factual language 3. "AI Output" — exact restatement of what the AI recommended, clearly labeled as AI-generated, not a statement of fact 4. "Human Review" — reviewer identity, action taken (approved / overridden / modified), and stated reasoning 5. "Gaps Flagged" — a bare list of any NOT PROVIDED fields that must be filled before this record is filing-ready 6. "Retention Note" — the stated retention requirement, or "NOT PROVIDED — confirm with compliance" if absent
Ergebnis
Decision Type: Candidate Screening — Automated Resume Rejection Date: 2026-10-06 AI Tool & Version: ScreenFit AI Resume Matcher v4.2 Applicable Framework: NYC Local Law 144 automated employment decision tool bias-audit requirement may be relevant — confirm with legal/compliance.
Input Summary: - Candidate resume (PDF, 2 pages) submitted via careers portal on 2026-10-04 - Job requisition: Senior Backend Engineer, req #ENG-2291 - Screening criteria configured in tool: minimum 5 years backend experience, required Python/Go proficiency, degree-equivalent experience accepted
AI Output: ScreenFit AI Resume Matcher scored the candidate 41/100 against the configured criteria and recommended "DO NOT ADVANCE," citing "insufficient backend-specific keyword match" and "employment gap exceeding 18 months unexplained in resume text." This is the AI tool's generated output; it is not a statement of fact about the candidate's actual qualifications.
Human Review: Reviewer: J. Alvarez, Talent Acquisition Coordinator. Action taken: Approved the AI recommendation as-is; no override. Stated reasoning: NOT PROVIDED — must be filled in before filing. The recruiter did not record a rationale beyond accepting the tool's score; the recruiter should be asked directly whether the resume was independently reviewed before rejection.
Gaps Flagged: - Human reviewer's independent reasoning for accepting the AI score: NOT PROVIDED - Confirmation of whether a bias audit has been run on this tool configuration for this job requisition: NOT PROVIDED - Candidate's protected-class information, if any claim is later made: NOT PROVIDED, do not infer
Retention Note: NOT PROVIDED — confirm the required retention period with compliance before filing; most applicable employment-decision frameworks require a minimum of 2+ years.
Jedes Team, das ein KI-Tool für eine folgenreiche Entscheidung einsetzt, bekommt irgendwann dieselbe Anfrage von der Rechts- oder Compliance-Abteilung: Zeigen Sie den Nachweis. Keine Zusammenfassung aus dem Gedächtnis Wochen später, sondern was der KI gegeben wurde, was sie empfohlen hat, wer es geprüft hat und was diese Person tatsächlich entschieden hat — geschrieben nahe am Moment, als es geschah. Die meisten Teams haben das nicht, weil niemand ein Prüfprotokoll entwirft, bevor er es dringend braucht.
Dieser Prompt behandelt genau diese Lücke als zentralen Punkt. Der Abschnitt Role weist der KI die Rolle einer Compliance-Dokumentationsspezialistin zu statt eines allgemeinen Assistenten, denn der Schreibstil, der in einem Blogbeitrag gut wirkt — selbstbewusst, flüssig, kleine Lücken mit plausibel klingenden Schlussfolgerungen füllend — ist genau der Stil, der einer Organisation unter rechtlicher Prüfung schadet. Ein Nachweis mit erfundenen Details ist schlimmer als gar kein Nachweis.
Der Abschnitt Constraints ist, wo die eigentliche technische Arbeit passiert. Erfundene Fakten und juristische Schlussfolgerungen zu verbieten ist der einfache Teil; die schwierigere Anweisung besteht darin, das Modell zu zwingen, "was die KI empfohlen hat" von "was der Mensch entschieden hat" in zwei getrennten, niemals verschmolzenen Aussagen zu trennen. Vorschriften wie die Bestimmungen zur menschlichen Aufsicht im EU AI Act existieren genau deshalb, weil die Verantwortung bei einer namentlich genannten Person liegen muss, nicht bei einem Modell — ein Nachweis, der diese beiden Linien vermischt, unterläuft daher leise seinen eigenen Zweck.
Der Abschnitt „Gaps Flagged" im Ausgabeformat ist die Designentscheidung, die dies wirklich nützlich macht statt nur eine gut aussehende Vorlage. Die meiste Compliance-Dokumentation scheitert nicht, weil jemand gelogen hat, sondern weil niemand bemerkt hat, dass ein Feld fehlte, bis eine Behörde oder der gegnerische Anwalt danach fragte. Die KI explizit "NOT PROVIDED — must be filled in before filing" auflisten zu lassen, macht aus einem unvollständigen Nachweis eine umsetzbare Checkliste statt eines falschen Gefühls von Vollständigkeit.
Führen Sie diesen Prompt unmittelbar nach jeder KI-gestützten Entscheidung aus, die eine Person außerhalb des Teams betrifft — Einstellung, Kredit, Moderation, Preisausnahmen — solange die Details noch frisch genug sind, um die markierten Lücken zu füllen.