L2-C Ergebnis — Risikobehandlung & Ablehnungsprävention
Status
- D/E/F konsumiert:
L2-D-result.md,L2-E-result.md,L2-F-result.md. - Scope: Muster-, Audit- und Teilablehnungsebene; Detail-Scoring bleibt in D/E/F.
- Einschränkung: Keine Hauptdokument-Edits; alle Änderungen sind Patch-/Textvorschläge.
Normalisierte Risikomatrix aus D/E/F plus gekennzeichnetem L2-G-Input
| Tier | APs | Provenienz | Hauptmuster | C-Empfehlung |
|---|---|---|---|---|
| 🔴 Hoch | AP1, AP3, AP26 | AP1/AP3 aus L2-D-result.md; AP26 aus L2-E-result.md | Chronologie/Legal-Standard/Trivialität | Beraterreview; AP26 ggf. zurückstellen |
| 🟡 Mittel | AP6, AP7a, AP10, AP12, AP13, AP16, AP17, AP20–AP25 | D/E/F | Standardtechnik im Domain-Spannungsfeld | konkrete technische Hürde und Standardanteil abgrenzen |
| 🟡 Mittel | AP27 | nur L2-G, nicht D/E/F; siehe L2-G-result.md Kandidatenbewertung und Input für L2-A | Agenten-/PARA-Kontextpriorisierung | als zusätzlicher G-Input separat validieren, nicht als D/E/F-normalisiert ausgeben |
| 🟢 Niedrig | AP2, AP4, AP5, AP8, AP9, AP11, AP14, AP15 integriert | D/F | klare Unwägbarkeit oder integrierter Fit | als Kohärenzanker verwenden |
| Blockiert | AP18 | F | Technologieentscheidung fehlt | nicht beantragen, bis CRDT feststeht |
| 🟡 Mittel (CBOR/CWT/COSE) | AP19 | F | IETF-RFC-basiertes Credential-Protokoll | V2 optional; ADR + Spike ausstehend |
Zusätzlicher L2-G-Input: AP27
AP27 stammt aus L2-G-result.md, nicht aus den Detaildrilldowns D/E/F. Alle C-Aussagen zu AP27 sind daher als vorläufiger Zusatzinput aus G zu behandeln. Vor Hauptdokument-Edits braucht AP27 entweder eine eigene Detailtriage oder eine explizite Zuordnung zu L2-D/L2-F in einem Folgepass.
Gutachter-Typen-Kalibrierung
| Typ | Worauf achtet er? | Textbaustein V1 | Textbaustein V2 | Textbaustein V3 | Textbaustein V4 |
|---|---|---|---|---|---|
| akademisch-technisch | Neuartigkeit, ungelöster Lösungsweg | „Die Preisberechnung war nicht wegen Formeln schwierig, sondern weil Eingabedaten zeitlich erst nach dem Verkauf verfügbar werden.“ | „Die Forschungsfrage liegt in widersprüchlichen Konsistenzanforderungen zwischen Offline-, Echtzeit- und Mandantenisolation.“ | „Nicht die Nutzung eines LLM ist Gegenstand, sondern die Absicherung nicht-deterministischer Ausgaben vor ACID-/Sicherheitsfolgen.“ | „Die Forschung betrifft Qualitätsverlust und Modell-/Aggregatverhalten unter Datenschutzconstraints.“ |
| praxisnah-ingenieurwissenschaftlich | konkrete Fehlerfälle | „Per-Variante-Steuerzerlegung erzeugte falsche rechtliche Zuordnung.“ | „Ein offline validiertes Ticket kann serverseitig storniert sein; ein Sitz kann online/offline parallel verkauft werden.“ | „Ein Agent darf keine Buchung mutieren oder Krisennachricht versenden, ohne Validierungs-/Review-Gates.“ | „Ein Widerruf darf operative Daten löschen, aber Analyse-/Modellzustände nicht inkonsistent machen.“ |
| formalistisch | Plan, Nachweis, Abgrenzung | „Standard-DATEV/Invoice-Arbeit wird getrennt erfasst.“ | „RLS/RBAC-Grundlagen sind Standard; nur Saga-/Conflict-Anteile sind F&E.“ | „Prompting allein wird nicht beantragt; Experimente und Validierungspipeline werden dokumentiert.“ | „Marketing-/Analytics-Anteile werden von Privacy-/Unlearning-Experimenten getrennt.“ |
Argumentationsmuster
- Muster A — Domain-Spannung: AP1, AP3, AP10, AP13, AP17. Standardtechniken treffen auf domänenspezifische Widersprüche.
- Muster B — Konkrete technische Hürde: AP2, AP8, AP12, AP14, AP19 (CBOR/CWT/COSE), AP24. Messbare Schwellen/Race Conditions/Edge Constraints.
- Muster C — Algorithmik mit Domain-Heuristiken: AP6, AP11, AP15, AP16. Bekannte Problemklasse, aber spezifische Constraints.
- Muster D — Privacy-Spannung: AP20, AP22, AP23. Datenmaximierung vs. Datensparsamkeit/Widerruf/Multi-Tenant.
- Muster E — Nichtdeterministische Agenten/LLM-Governance: AP5, AP9, AP21, AP25, AP27. Nur förderfähig, wenn Validierung, Retrieval-/State-Semantik oder Agenten-Gates konkret sind.
- Muster F — Cross-Context-Kommunikationsorchestrierung: AP7a, AP26. AP7a = Zustellresilienz; AP26 = Trigger-/Timing-Semantik. AP26 bleibt riskant.
Teilablehnungs-Abhängigkeitskarte
| Vorhaben | Kern-APs | Stütz-APs | verzichtbar / zurückstellbar | Minimal Viable Submission | Reaktion bei Ablehnung |
|---|---|---|---|---|---|
| V1 Preis/Tax | AP1 | AP6 | AP10 | AP1 + AP6 nur als AP1-Pre-Tax-Layer | AP6 nicht isoliert verteidigen; bei AP1-Schwäche AP6 mitziehen oder reduzieren |
| V2 Konsistenz | AP2, AP8 | AP3, AP4, AP7a, AP14, AP15 integriert | AP11/AP12/AP24/AP26 | AP2 + AP8 + AP4 | AP3 separat mit Berater verteidigen; AP26 notfalls streichen |
| V3 LLM/Agents | AP5 | AP9, AP27 | AP5 Booking Mutations, AP21 falls V3-bezogen | AP5 + validierte AP9/27-Spec | AP9/AP27 als prospektive Forschung nachschärfen, nicht AP5 gefährden |
| V4 Privacy Commerce | AP20, AP22, AP23 | AP21, AP25 | AP24/AP26 | AP20 + AP22 + AP23 | Marketing-nahe AP21/AP25 streichen, Privacy-Kern behalten |
AP24–AP26 Wackelkandidaten
AP24
- Warum Ablehnung: Foto-Upload/Consent klingt Standard.
- Was schwer ist: On-Device Quality Scoring im PWA-Feldkontext plus inline Personen-/Consent-Erkennung.
- Argumentation: Nur als Edge-ML-/Consent-Pipeline beantragen.
- Ehrliche Einschränkung: Ohne On-Device-ML No-Go.
AP25
- Warum Ablehnung: Kanalwahl wirkt wie Geschäftsregel.
- Was schwer ist: domänenspezifische Sentimentanalyse und adaptive Zustellgarantie für heterogene 60+-Zielgruppe.
- Argumentation: Nicht „Feedback versenden“, sondern Qualitäts-/Erreichbarkeitsoptimierung mit lernenden Präferenzen.
- Ehrliche Einschränkung: Reines Routing nach
ChannelPreferenceist Standard.
AP26
- Warum Ablehnung: „automatische E-Mails“ trivial.
- Was schwer ist: Cross-Context-Event-Orchestrierung mit mandantenspezifischen Zeitfenstern und Engagement-Feedback.
- Argumentation: Fokus auf Trigger-Semantik über Commerce/Operations/Communications, nicht Nachrichtentexte.
- Ehrliche Einschränkung: Wenn n8n/Temporal-Standardworkflow genügt, nicht beantragen.
Audit- und Aufbewahrungsplan
| Artefakt | Aufbewahrung | Zweck |
|---|---|---|
| Stundenerfassung CSV/PDF | jährlich unveränderlich archivieren | Finanzamt-Prüfung |
| ADRs/Specs/Research | Repo-Tag je Antrag | Planmäßigkeit/Unwägbarkeit |
| Commit-/Issue-Belege | Export/Snapshot | Time-Zero und Iteration |
| Ergebnisberichte L2 | Anlage intern | Entscheidungsnachvollziehbarkeit |
| Steuerberater-Notizen | Mandatsakte | Abgrenzung/Validierung |
Proaktive Maßnahmen vor Einreichung
| Priorität | Maßnahme | APs | Wirkung | Aufwand |
|---|---|---|---|---|
| P0 | AP1 Chronologie offenlegen und Zusatzbelege suchen | AP1 | reduziert Glaubwürdigkeitsrisiko | 4–8h |
| P0 | AP3 mit konkretem Cross-Tenant-Beispiel belegen | AP3 | stärkt rotes AP | 3–6h |
| P0 | Standardanteile je AP explizit ausweisen | alle | Gutachtervertrauen | 4h |
| P1 | AP26 zurückstellen oder Trigger-Spec schreiben | AP26 | vermeidet Trivialitätsablehnung | 4–10h |
| P1 | AP24 ML-Gate entscheiden | AP24 | Go/No-Go-Klarheit | 2–6h |
| P1 | V2-Sprachklammer schärfen | V2 | reduziert Sammelbeckenrisiko | 2h |
Worst-Case-Szenarien
- Teilablehnung einzelner APs: Nicht sofort Widerspruch, zuerst Nachforderung/Nachbesserung prüfen; verzichtbare APs streichen, Kernvorhaben behalten.
- Vollablehnung eines Vorhabens: Gutachterbegründung auswerten, Antragstext auf technische Unwägbarkeit statt Feature-Nutzen umstellen, ggf. mit reduzierter AP-Liste neu einreichen.
- Finanzamt-Audit nach Auszahlung: Stundennachweise, BSFZ-Bescheid, F&E-/Standard-Splits und Belege vorhalten; keine nachträgliche Erfindung von Belegen.
Offene Validierungen
- Widerspruchs-/Nachbesserungsfristen und Kosten durch Berater prüfen.
- Steuerliche Aufbewahrungsanforderungen für Solo-Founder bestätigen.
- AP18 blockiert lassen, bis technische Entscheidung fällt. AP19 als optionaler V2-Kandidat mit CBOR/CWT/COSE-Richtung — ADR + Spike vor Einreichung.