BauIN/docs/fragen.md

# KI-BauIN – Offene Fragen

Hauptliste aller offenen Fragen mit Status. Die Dateien zum Verschicken (je Empfänger) liegen im
Planungsordner und werden aus dieser Liste erzeugt.

- **Status:** offen → gestellt (Datum) → beantwortet (Datum, Antwort) oder vertagt (Grund)
- **★** = vor dem Termin am 16.10. bzw. vor Beginn des betroffenen Arbeitspakets nötig
- **betrifft** = Teilplan unter `docs/plaene/`
- Kommt eine Antwort, wird sie hier eingetragen. Danach werden die betroffenen Teilpläne angepasst
  (Teilplan AP0, Schritt 0.9).

## Übersicht

| ID | Thema | ★ | an | betrifft | Status |
|---|---|---|---|---|---|
| A1 | Gliederung Projekt → PFA → Vertrag → LVs | ★ | BauIn fachlich | AP1, Datenmodell | offen |
| A2 | Weitere Vertragsunterlagen im „Topf“ | ★ | BauIn fachlich | AP4, AP5 | offen |
| A3 | Vorbemerkungen in X86 oder eigene PDFs | ★ | BauIn fachlich | AP5 | offen |
| A4 | Beauftragte Nachträge mit durchsuchen | ★ | BauIn fachlich | AP4, Datenmodell | offen |
| A5 | Nachtrags-LV immer als X86/D86 | ★ | BauIn fachlich | AP5 | offen |
| A6 | Bezugsposition im Nachtrag genannt | | BauIn fachlich | AP7 | offen |
| A7 | Benötigte Teile eines Nachtrags | | BauIn fachlich | AP5 | offen |
| A8 | MKA nur als Bezugsnummer | | BauIn fachlich | Datenmodell | offen |
| A9 | Ergebnis je Nachtragsposition, Werte | ★ | BauIn fachlich | AP6, AP9 | offen |
| A10 | Suchreihenfolge | ★ | BauIn fachlich | AP4 | offen |
| A11 | Treffer in anderem PFA mit EP anzeigen | | BauIn fachlich | AP6 | offen |
| A12 | Geändert/zusätzlich vorschlagen | | BauIn fachlich | AP7 | offen |
| A13 | Anordnungen außen vor | | BauIn fachlich | – | offen |
| A14 | Bewertungsmatrix (Vorlage, Spalten, Makros) | ★ | BauIn fachlich | AP9, OP1 | offen |
| A15 | Stellungnahme BÜW (Vorlage) | | BauIn fachlich | OP2 | offen |
| A16 | DOXIS bleibt Handarbeit | | BauIn fachlich | – | offen |
| A17 | Mengengerüst Pilot | ★ | BauIn fachlich | AP2, AP11 | offen |
| A18 | Anonymisierter Beispielablauf | ★ | BauIn fachlich | AP5 | offen |
| A19 | Echte Pilotdaten bei ITM und über die KI-API | ★ | BauIn fachlich | M2 | offen |
| A20 | Referenzfälle | | BauIn fachlich | AP2, AP12 | offen |
| A21 | Erfolgskriterium | | BauIn fachlich | AP12 | offen |
| A22 | Anzahl Nutzer | | BauIn fachlich | AP1 | offen |
| A23 | Regeln projektübergreifend | | BauIn fachlich | AP8 | offen |
| A24 | Freigabe von Regeln | | BauIn fachlich | AP8 | offen |
| A25 | Rollen und Rechtevergabe | ★ | BauIn fachlich | AP1 | offen |
| A26 | Österreich | | BauIn fachlich | – | offen |
| A27 | Aufbewahrung nach Projektende | | BauIn fachlich | AP11 | offen |
| A28 | DB-Richtlinien in KI-System (Phase 3) | | BauIn fachlich | Phase 3 | offen |
| B1 | Anmeldung: Microsoft-Konto oder Passwort + 2FA | ★ | BauIn IT | AP1 | offen |
| B2 | Zugriff: Internet oder VPN | ★ | BauIn IT | AP11 | offen |
| B3 | Domain und E-Mail | | BauIn IT | AP10, AP11 | offen |
| B4 | Ordnerstruktur für ZIP-Upload | | BauIn IT | AP1 | offen |
| B5 | Backups | | BauIn IT | AP11 | offen |
| B6 | Datenschutz und Informationssicherheit | ★ | BauIn IT | M2 | offen |
| C1 | Schlüssel je Umgebung, Termin | ★ | ITM | AP3 | offen |
| C2 | Datenverarbeitung bei API-Werk | ★ | ITM | M2 | offen |
| C3 | Preise für den Kostenrahmen | ★ | ITM | AP0 | offen |
| C4 | `embed`: Modell, Dimension, Grenzen | | ITM | AP3, AP4 | offen |
| C5 | `rerank`: Modell, Grenzen | | ITM | AP3, AP4 | offen |
| C6 | `chat`: Modell, Kontext, JSON-Ausgabe | | ITM | AP7 | offen |
| C7 | Dokumentdienst: JSON, Dateitypen | | ITM | AP3, AP5 | offen |
| C8 | Last und Vorrang | | ITM | AP3 | offen |
| C9 | Verfügbarkeit | | ITM | AP11 | offen |
| C10 | Server: Ausstattung, Zugang | | ITM | AP11 | offen |
| C11 | Gitea und Rechte am Code | | ITM | AP0 | offen |
| C12 | Abgrenzung mit dem ITM-Entwickler | ★ | ITM | AP3, AP7, AP11 | offen |
| C13 | „Datentresor“ bestätigen | | ITM | AP3 | offen |
| D2 | Aufwand an ITM für Kostenrahmen | ★ | intern | AP0 | offen |
| D3 | Stand datenschleuse | | intern | AP5 | offen |
| D4 | Freitagstermine | | intern | AP0 | offen |
| D5 | Actions-Runner auf dem Synology-Gitea | ★ | intern | AP1 | offen |
| D6 | Rückmeldung an Claude Design gegeben? | ★ | intern | AP13 | offen |

---

## Teil A – BauIn, Nachtragsbearbeitung (fachlich)

### A1 ★ Gliederung
Wir haben verstanden: Projekt → PFA (Planfeststellungsabschnitt) → Vertrag mit einem
Auftragnehmer (je PFA mehrere, z. B. ARGE, Tunnelbau, Oberleitung) → mehrere LVs (im PFA 4 z. B.
28). Stimmt das? Ist ein Vertrag das, was ihr „Los“ nennt? Gibt es Projekte ohne PFA?
*Antwort:* –

### A2 ★ Was gehört in den „Topf“ eines Vertrags?
Nur die LVs mit Vorbemerkungen, oder auch weitere Vertragsunterlagen? Gemeint sind z. B.
Besondere oder Zusätzliche Vertragsbedingungen, technische Vertragsbedingungen, Baubeschreibung,
Pläne und Verhandlungsprotokolle. Wenn ja: in welcher Form (digitales PDF, Scan)?
*Antwort:* –

### A3 ★ Vorbemerkungen
Stehen sie in den X86-Dateien mit drin, oder liegen sie als eigene PDFs vor?
*Antwort:* –

### A4 ★ Bereits beauftragte Nachträge
Gehören sie zum Bau-Soll und sollen mit durchsucht werden? Sonst würde nicht auffallen, wenn ein
neuer Nachtrag eine Leistung verlangt, die schon über einen früheren Nachtrag beauftragt ist.
*Antwort:* –

### A5 ★ Nachtrags-LV
Gibt es das immer als X86/D86, oder manchmal nur als PDF?
*Antwort:* –

### A6 Bezug auf die Hauptvertragsposition
Nennt der Auftragnehmer bei geänderten Leistungen die Hauptvertragsposition, auf die er sich
bezieht? Das könnte z. B. eine OZ im Langtext, in der Kalkulation oder im Anschreiben sein. Dann
prüft das System diesen Bezug, statt ihn nur zu suchen.
*Antwort:* –

### A7 Benötigte Teile eines Nachtrags
Vorschlag: Für die Prüfung dem Grunde nach liest das System das Nachtrags-LV und das Anschreiben
(Sachverhalt). Kalkulation und Preisnachweise werden nur abgelegt und erst in Phase 2 ausgewertet.
Passt das?
*Antwort:* –

### A8 MKA
Vorschlag: Am Nachtrag wird nur die MKA-Nummer vermerkt (auch mehrere), die MKA selbst wird nicht
geprüft. Passt das, oder sollen MKAs mit Dokument im System liegen?
*Antwort:* –

### A9 ★ Ergebnis je Nachtragsposition
Vorschlag: Die KI liefert:
- „Im Vertrag enthalten: ja / teilweise / nein / unklar“
- die Fundstellen (LV, OZ oder Vorbemerkung, mit Sprung ins PDF)
- eine kurze Begründung
- bei geänderter Leistung die Bezugsposition und den Unterschied, z. B. „Schwelle B70“ im LV,
  „Schwelle B70 besohlt“ im Nachtrag

Das Prüfergebnis (dem Grunde nach berechtigt / nicht berechtigt / teilweise) setzt der Bearbeiter.
Passt das? Welche Werte verwendet ihr in der Matrix?
*Antwort:* –

### A10 ★ Suchreihenfolge
1. LVs des betroffenen Vertrags.
2. Übrige Verträge im selben PFA? Etwa wenn die Leistung schon an einen anderen Auftragnehmer
   vergeben ist.
3. Andere PFAs desselben Projekts als Hinweis. Nur beim selben Auftragnehmer oder bei allen?

Andere Projekte nie. Richtig so?
*Antwort:* –

### A11 Treffer in einem anderen PFA (Beispiel PFA 3/4)
Vorschlag: Das System zeigt die Fundstelle mit Auftragnehmer und Einheitspreis als Hinweis an,
ohne den Preis zu bewerten. Die Preisprüfung kommt in Phase 2. Gewünscht?
*Antwort:* –

### A12 Geändert oder zusätzlich
Soll die KI vorschlagen, ob eine geänderte (§ 2 Abs. 5) oder eine zusätzliche Leistung (§ 2 Abs. 6)
vorliegt? Das ergibt sich fast von selbst: Ist eine Bezugsposition gefunden, ist die Leistung
geändert. Die rechtliche Einordnung macht aber BauIn. Also weglassen oder als Hinweis zeigen?
*Antwort:* –

### A13 Anordnungen des Auftraggebers
Gemeint ist z. B. eine E-Mail der DB-Projektleitung zu besohlten Schwellen. Vorschlag: Anordnungen
bleiben in Phase 1 außen vor. Einverstanden?
*Antwort:* –

### A14 ★ Bewertungsmatrix
Bitte die leere Vorlage und 2–3 ausgefüllte Matrizen schicken.
- Welche Spalten und Reiter füllt ihr bei der Prüfung dem Grunde nach aus?
- Ist es eine Vorlage der DB mit Makro (D86-Import, Datei .xlsm)?
- Ändert die DB die Vorlage gelegentlich?

*Antwort:* –

### A15 Stellungnahme BÜW
Bitte die Vorlage schicken. Ist sie .doc oder .docx? Wir können nur .docx automatisch füllen; eine
einmalige Umwandlung reicht. Welche Felder ändern sich, z. B. Ansprechpartner DB, Bearbeiter,
Nachtrag-Nr., Betreff, Angebotssumme, Sachverhalt?
*Antwort:* –

### A16 DOXIS
Vorschlag: Ergebnis und Stellungnahme lädt der Bearbeiter weiter von Hand in DOXIS hoch, ohne
Anbindung in Phase 1. Einverstanden?
*Antwort:* –

### A17 ★ Mengengerüst Pilot
- Anzahl Verträge und LVs je PFA
- Ungefähre Zahl der Positionen je LV, Größe der X86- und PDF-Dateien
- Wie viele Nachträge kommen pro Monat, mit wie vielen Positionen?

Wir brauchen das für Server, API-Kosten und den Kostenrahmen.
*Antwort:* –

### A18 ★ Anonymisierter Beispielablauf
Gewünscht sind ein Vertrag mit 2–3 LVs (X86 + PDF), 2–3 Nachträge mit Nachtrags-LV und Anschreiben
sowie die ausgefüllte Matrix. Firmen, Namen und Bankdaten dürfen ersetzt oder geschwärzt sein.
- Bis wann geht das?
- Was darf auf keinen Fall in Entwicklungswerkzeuge gelangen?

*Antwort:* –

### A19 ★ Echte Pilotdaten
- Dürfen die Pilotdaten auf den Servern von ITM liegen und über die KI-API von ITM verarbeitet werden?
- Muss die DB zustimmen, z. B. wegen Geheimhaltungspflichten aus eurem Vertrag mit der DB?
- Ab wann ginge das?

*Antwort:* –

### A20 Referenzfälle
Bitte 10–20 abgeschlossene Nachträge mit eurem Ergebnis, damit wir die Trefferquote messen können.
*Antwort:* –

### A21 Erfolg
Vorschlag: Bei mindestens 80 % der Nachtragspositionen steht die richtige Fundstelle unter den
ersten drei Treffern, und die Prüfzeit je Nachtrag halbiert sich. Wie lange dauert ein Nachtrag
heute, LV-Suche und Matrix zusammen?
*Antwort:* –

### A22 Nutzer
Wie viele Bearbeiter arbeiten mit dem System? Wer gibt Rückmeldung zu den KI-Vorschlägen?
*Antwort:* –

### A23 Regeln aus Korrekturen
Sollen Regeln aus Korrekturen auch projektübergreifend gelten dürfen? Ein Beispiel wäre
„Besohlung ist in einer Standard-Schwellenposition nicht enthalten“. Oder strikt je Projekt?
Für LVs habt ihr gesagt: nie projektübergreifend.
*Antwort:* –

### A24 Freigabe von Regeln
Vorschlag bei wenigen Nutzern: „Ohne Freigabe“, alles wird protokolliert. Später lässt sich auf
„Abgestuft“ oder „Streng“ umstellen. Einverstanden?
*Antwort:* –

### A25 ★ Rollen
Vorschlag:
- Rollen: Administrator, Projektleiter, Bearbeiter, Leser, dazu optional ein Regelverantwortlicher
- Rechte je Projekt; vertrauliche Einzeldokumente nur für benannte Personen
- Der Administrator sieht Projektinhalte nur, wenn er Projektmitglied ist

Passt das? Wer vergibt die Rechte?
*Antwort:* –

### A26 Österreich
Ist Österreich noch ein Thema, und wenn ja, wann?
*Antwort:* –

### A27 Aufbewahrung
Das Pilotprojekt läuft bis etwa 2032. Was passiert danach mit den Daten (archivieren, löschen,
Fristen)?
*Antwort:* –

### A28 Phase 3, nicht eilig
Dürfen die Richtlinien der DB nach den Nutzungsbedingungen eures Regelwerk-Bezugs in ein
KI-System übernommen werden?
*Antwort:* –

---

## Teil B – BauIn, IT

### B1 ★ Anmeldung
BauIn arbeitet mit Teams. Soll die Anmeldung über das Microsoft-Konto (Entra ID) laufen, oder mit
eigenem Passwort und 2FA? Soll 2FA Pflicht sein?
*Antwort:* –

### B2 ★ Zugriff
Die Anwendung läuft auf Servern von ITM. Soll sie aus dem Internet mit Login und 2FA erreichbar
sein, oder nur über VPN bzw. von festen IP-Adressen?
*Antwort:* –

### B3 Domain und E-Mail
Unter welcher Adresse soll die Anwendung laufen? Sollen Benachrichtigungen per E-Mail kommen, und
von welchem Absender?
*Antwort:* –

### B4 Dateien ins System bringen
Vorschlag: Massen-Upload als ZIP mit eurer Ordnerstruktur (PFA → Vertrag → LVs); das System ordnet
PDF und X86 paarweise zu. Wie sind die Ordner auf eurem Server benannt? Gibt es eine feste
Struktur?
*Antwort:* –

### B5 Backups
Welche Anforderungen gibt es an Aufbewahrung und Speicherort? Wer ist zuständig (mit ITM klären)?
*Antwort:* –

### B6 ★ Datenschutz und Informationssicherheit
Gibt es Vorgaben von BauIn oder von der DB, z. B. Sicherheitsanforderungen an Auftragnehmer der
DB, ISO 27001 oder Geheimhaltung? Wer muss der Verarbeitung über die KI-API zustimmen?
*Antwort:* –

---

## Teil C – ITM / API-Werk

### C1 ★ Schlüssel
Gibt es getrennte Schlüssel für Entwicklung, Staging und Produktion, mit eigener Zählung und
eigenem Limit? Wann bekommen wir die Schlüssel für die Entwicklung?
*Antwort:* –

### C2 ★ Datenverarbeitung
- Wo laufen api-werk.de, der Extractor und der KI-Server (Land, Rechenzentrum, eigene Hardware)?
- Die Doku erwähnt zettellos.ai: Sieht ein Dritter die Dokumente?
- Wie lange werden hochgeladene PDFs, Ergebnisse, Prompts und Logs gespeichert? Lässt sich ein
  Auftrag löschen?
- Gibt es einen Vertrag zur Auftragsverarbeitung? Werden Daten zum Training genutzt?

*Antwort:* –

### C3 ★ Preise
Wie hoch sind die Preise je Seite (Dokumentdienst) und je Anfrage bzw. Token (KI)? Wir brauchen
sie für den Kostenrahmen an BauIn bis 16.10. Wer erstellt den Kostenrahmen, und welche Zahlen
braucht ihr von uns bis wann?
*Antwort:* –

### C4 `embed`
- Welches Modell steckt dahinter (Qwen3-Embedding-8B?), mit welcher Dimension (4.096?)?
  Sind die Vektoren normalisiert?
- Wie viele Tokens je Text und wie viele Texte je Anfrage sind möglich?
- Ergänzt die API bei Suchanfragen die Anweisung („Instruct: …“), oder machen wir das?
- Wie erfahren wir, wenn sich das Modell hinter dem Alias ändert?

*Antwort:* –

### C5 `rerank`
Welches Modell steckt dahinter? Wie viele Dokumente je Anfrage sind möglich, und wie lang darf ein
Dokument sein?
*Antwort:* –

### C6 `chat` und `chat-noreasoning`
- Welche Modelle stecken dahinter?
- Wie lang ist der Kontext (128K?) einschließlich Ausgabe, und wie lang darf die Ausgabe sein?
- Gibt es strukturierte Ausgabe (`response_format` mit JSON-Schema) oder Tool-Aufrufe?
- Lassen sich `temperature` und `seed` setzen?
- Was ist mit „Ziel 1 Milliarde“ aus der Besprechung gemeint, und ab wann?

*Antwort:* –

### C7 Dokumentdienst
- Wie sieht die JSON-Ausgabe aus (Seitenzahlen, Tabellen, Koordinaten)?
- Welche Dateitypen gehen außer PDF?
- Gibt es eine maximale Seitenzahl?
- Wie lange bleiben Aufträge abrufbar?

*Antwort:* –

### C8 Last und Vorrang
Die 120 Anfragen pro Minute je Schlüssel gelten für alle Nutzer gemeinsam. Können interaktive
Suchanfragen Vorrang vor dem Einlesen großer Mengen bekommen, z. B. über getrennte Schlüssel?
Lässt sich das Limit für die Erstindexierung zeitweise erhöhen?
*Antwort:* –

### C9 Verfügbarkeit
Gibt es Wartungsfenster und eine Statusseite? Wer ist Ansprechpartner bei Störungen?
*Antwort:* –

### C10 Server für Staging und Produktion
- Ausstattung und Betriebssystem, siehe `docs/server-anforderungen.md`
- Wer hat Root-Zugang? Ist die Festplatte verschlüsselt? Wie läuft die Verbindung zu api-werk.de?
- Wie werden die Server gesichert?

*Antwort:* –

### C11 Gitea
Wie lautet die Adresse für den Push-Mirror? Wem gehört der Code, und wer hat welche
Nutzungsrechte?
*Antwort:* –

### C12 ★ Abgrenzung mit dem ITM-Entwickler
Vorschlag:
- Er betreut die KI-API und baut die Server für Staging und Produktion nach unseren Vorgaben.
- Wir bauen die gesamte Anwendung, einschließlich API-Anbindung, Indexierung, Suche, Prompts und
  Prüflogik.
- Er berät zu Modellen, Grenzen und Prompts.

Passt das? Wie viel Zeit hat er für das Projekt, und wer übernimmt Deployment und Updates im
Betrieb?
*Antwort:* –

### C13 „Datentresor“
Wir haben den Wunsch so umgesetzt: Die Schlüssel liegen in der Windows-Anmeldeinformationsverwaltung,
ein lokaler Proxy setzt sie ein, und in der Anwendung stehen sie verschlüsselt in der Datenbank,
nie in der `.env`. War das so gemeint?
*Antwort:* –

---

## Teil D – intern (du)

### D2 ★ Aufwand für den Kostenrahmen
Ist der Aufwand an die ITM-Projektleitung gegangen? Zahlen: Kern etwa 11 PW mit Claude Code,
mit Puffer 13–14 PW, Optionen je 0,5 PW, dazu 1–1,5 PW des ITM-Entwicklers.
*Antwort:* –

### D3 datenschleuse
Wie ist der Stand? Sie hilft beim anonymisierten Beispielablauf.
*Antwort:* –

### D4 Freitagstermine
Vorschlag: 16.10., 30.10. (M1), 20.11. (M2), 04.12., 18.12. (M3), 15.01., 29.01. (M4). Passt das?
*Antwort:* –

### D5 ★ Actions-Runner
Läuft auf dem Synology-Gitea schon ein Actions-Runner? Wenn nicht, schreibt Claude Code ein
Einrichtungsskript.
*Antwort:* –

### D6 ★ Claude Design
Hast du die Rückmeldung (`Rueckmeldung_an_ClaudeDesign_2026-10-02.md`) schon an Claude Design
gegeben? Den neuen Stand (Übergabe und `.dc.html`-Dateien) brauchen wir bis KW 42 für AP13.
*Antwort:* –

---

## Bereits beantwortet

- **Format der LVs:** X86, D86 und PDF, immer alle drei, aus dem Kalkulationsprogramm (02.10.)
- **Ablauf bei BauIn:** in der Besprechung am Bildschirm gezeigt (02.10.)
- **Sprachmodell:** vorhanden (`chat`, `chat-noreasoning`), Kontext laut ITM 128K (02.10.)
- **API-Dokumentation:** liegt vor. Keine Webhooks, 120 Anfragen/min, 50 MB je Datei (02.10.)
- **Ansprechpartner:** fachlich die Nachtragsbearbeitung, IT eine eigene Ansprechpartnerin;
  Teams, Termine freitags (02.10.)
- **Prüfung der Höhe nach:** Phase 2; bei der DB prüft der Einkauf mit der versiegelten
  Urkalkulation (02.10.)
- **Server:** stellt ITM (02.10.)
- **D1 Team:** du + Claude Code (Vibe Coding), ITM-Entwickler für KI-API und Server; du arbeitest
  rund 30 h pro Woche, erhöhbar (02.10.)