- Fragenliste: erste Antworten von BauIn und ITM eingetragen, übrige Fragen auf „gestellt“ - Anmeldung mit eigenem Passwort, 2FA später Pflicht; keine E-Mails; Mehrfach-Upload ohne ZIP - Nur Produktionsschlüssel: Tests rufen die echte API nie auf - Stellungnahme BÜW und Österreich in Phase 2; „Vor dem Livegang zu klären“ in AP11 - Claude Design Stand 0.3 abgeglichen (AP13), Prüfmaske v4 in AP6 - Gitea von ITM als Push-Mirror eingetragen Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
20 KiB
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 | gestellt (05.10.) |
| A2 | Weitere Vertragsunterlagen im „Topf“ | ★ | BauIn fachlich | AP4, AP5 | gestellt (05.10.) |
| A3 | Vorbemerkungen in X86 oder eigene PDFs | ★ | BauIn fachlich | AP5 | gestellt (05.10.) |
| A4 | Beauftragte Nachträge mit durchsuchen | ★ | BauIn fachlich | AP4, Datenmodell | gestellt (05.10.) |
| A5 | Nachtrags-LV immer als X86/D86 | ★ | BauIn fachlich | AP5 | gestellt (05.10.) |
| A6 | Bezugsposition im Nachtrag genannt | BauIn fachlich | AP7 | gestellt (05.10.) | |
| A7 | Benötigte Teile eines Nachtrags | BauIn fachlich | AP5 | gestellt (05.10.) | |
| A8 | MKA nur als Bezugsnummer | BauIn fachlich | Datenmodell | gestellt (05.10.) | |
| A9 | Ergebnis je Nachtragsposition, Werte | ★ | BauIn fachlich | AP6, AP9 | gestellt (05.10.) |
| A10 | Suchreihenfolge | ★ | BauIn fachlich | AP4 | gestellt (05.10.) |
| A11 | Treffer in anderem PFA mit EP anzeigen | BauIn fachlich | AP6 | gestellt (05.10.) | |
| A12 | Geändert/zusätzlich vorschlagen | BauIn fachlich | AP7 | gestellt (05.10.) | |
| A13 | Anordnungen außen vor | BauIn fachlich | – | beantwortet (05.10.): außen vor | |
| A14 | Bewertungsmatrix (Vorlage, Spalten, Makros) | ★ | BauIn fachlich | AP9, OP1 | gestellt (05.10.) |
| A15 | Stellungnahme BÜW (Vorlage) | BauIn fachlich | OP2 | vertagt: Phase 2 | |
| A16 | DOXIS bleibt Handarbeit | BauIn fachlich | – | beantwortet (05.10.): von Hand | |
| A17 | Mengengerüst Pilot | ★ | BauIn fachlich | AP2, AP11 | gestellt (05.10.) |
| A18 | Anonymisierter Beispielablauf | ★ | BauIn fachlich | AP5 | gestellt (05.10.) |
| A19 | Echte Pilotdaten bei ITM und über die KI-API | ★ | BauIn fachlich | M2 | beantwortet (05.10.): ja, alles bei ITM; ab wann offen |
| A20 | Referenzfälle | BauIn fachlich | AP2, AP12 | gestellt (05.10.) | |
| A21 | Erfolgskriterium | BauIn fachlich | AP12 | gestellt (05.10.) | |
| A22 | Anzahl Nutzer | BauIn fachlich | AP1 | gestellt (05.10.) | |
| A23 | Regeln projektübergreifend | BauIn fachlich | AP8 | gestellt (05.10.) | |
| A24 | Freigabe von Regeln | BauIn fachlich | AP8 | gestellt (05.10.) | |
| A25 | Rollen und Rechtevergabe | ★ | BauIn fachlich | AP1 | gestellt (05.10.) |
| A26 | Österreich | BauIn fachlich | – | vertagt: Phase 2 | |
| A27 | Aufbewahrung nach Projektende | BauIn fachlich | AP11 | vertagt: nach Livegang Phase 1 | |
| A28 | DB-Richtlinien in KI-System (Phase 3) | BauIn fachlich | Phase 3 | vertagt: nach Livegang Phase 1 | |
| B1 | Anmeldung: Microsoft-Konto oder Passwort + 2FA | ★ | BauIn IT | AP1 | beantwortet (05.10.): Passwort, 2FA später Pflicht |
| B2 | Zugriff: Internet oder VPN | ★ | BauIn IT | AP11 | vertagt: vor Livegang |
| B3 | Domain und E-Mail | BauIn IT | AP10, AP11 | beantwortet (05.10.): keine E-Mails; Adresse vor Livegang | |
| B4 | Ordnerstruktur für ZIP-Upload | BauIn IT | AP1 | beantwortet (05.10.): Mehrfach-Upload, kein ZIP | |
| B5 | Backups | BauIn IT | AP11 | vertagt: später | |
| B6 | Datenschutz und Informationssicherheit | ★ | BauIn IT | M2 | vertagt: vor Livegang (Doku in AP11) |
| C1 | Schlüssel je Umgebung, Termin | ★ | ITM | AP3 | beantwortet (05.10.): nur Produktion |
| C2 | Datenverarbeitung bei API-Werk | ★ | ITM | M2 | beantwortet (05.10.): Sache von ITM |
| C3 | Preise für den Kostenrahmen | ★ | ITM | AP0 | beantwortet (05.10.): Sache von ITM |
| C4 | embed: Modell, Dimension, Grenzen |
ITM | AP3, AP4 | gestellt (05.10.) | |
| C5 | rerank: Modell, Grenzen |
ITM | AP3, AP4 | gestellt (05.10.) | |
| C6 | chat: Modell, Kontext, JSON-Ausgabe |
ITM | AP7 | gestellt (05.10.) | |
| C7 | Dokumentdienst: JSON, Dateitypen | ITM | AP3, AP5 | gestellt (05.10.) | |
| C8 | Last und Vorrang | ITM | AP3 | gestellt (05.10.) | |
| C9 | Verfügbarkeit | ITM | AP11 | gestellt (05.10.) | |
| C10 | Server: Ausstattung, Zugang | ITM | AP11 | beantwortet (05.10.): Sache von ITM | |
| C11 | Gitea und Rechte am Code | ITM | AP0 | beantwortet (05.10.): URL da; Rechte nicht unsere Sache | |
| C12 | Abgrenzung mit dem ITM-Entwickler | ★ | ITM | AP3, AP7, AP11 | beantwortet (05.10.): passt |
| C13 | „Datentresor“ bestätigen | ITM | AP3 | beantwortet (05.10.): passt | |
| 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 | beantwortet (05.10.): Stand 0.3 da |
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
- LVs des betroffenen Vertrags.
- Übrige Verträge im selben PFA? Etwa wenn die Leistung schon an einen anderen Auftragnehmer vergeben ist.
- 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: beantwortet (05.10.): Passt. Anordnungen bleiben in Phase 1 außen vor.
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: vertagt (05.10.): Die Stellungnahme BÜW kommt erst in Phase 2. OP2 entfällt in Phase 1.
A16 DOXIS
Vorschlag: Ergebnis und Stellungnahme lädt der Bearbeiter weiter von Hand in DOXIS hoch, ohne Anbindung in Phase 1. Einverstanden? Antwort: beantwortet (05.10.): Passt. Der Bearbeiter lädt Ergebnis und Stellungnahme weiter von Hand in DOXIS hoch.
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: beantwortet (05.10.): Ja. Alle Daten liegen final bei ITM; BauIn hat keine eigene Serverstruktur. Offen: ab wann. Für Claude Code gilt weiter: keine echten Daten.
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: vertagt (05.10.): Österreich kommt in Phase 2.
A27 Aufbewahrung
Das Pilotprojekt läuft bis etwa 2032. Was passiert danach mit den Daten (archivieren, löschen, Fristen)? Antwort: vertagt (05.10.): wird nach dem Livegang von Phase 1 geklärt.
A28 Phase 3, nicht eilig
Dürfen die Richtlinien der DB nach den Nutzungsbedingungen eures Regelwerk-Bezugs in ein KI-System übernommen werden? Antwort: vertagt (05.10.): wird nach dem Livegang von Phase 1 geklärt.
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: beantwortet (05.10.): Eigenes Passwort, zunächst ohne 2FA. 2FA wird später eingeschaltet und ist dann Pflicht. Keine Anmeldung über das Microsoft-Konto.
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: vertagt (05.10.): wird kurz vor dem Livegang geklärt, für die Entwicklung nicht relevant.
B3 Domain und E-Mail
Unter welcher Adresse soll die Anwendung laufen? Sollen Benachrichtigungen per E-Mail kommen, und von welchem Absender? Antwort: beantwortet (05.10.): Keine E-Mails. Die Adresse wird kurz vor dem Livegang geplant.
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: beantwortet (05.10.): Massen-Upload mehrerer Dateien, aber kein ZIP. Die Ordner werden manuell angelegt, eine feste Struktur gibt es nicht.
B5 Backups
Welche Anforderungen gibt es an Aufbewahrung und Speicherort? Wer ist zuständig (mit ITM klären)? Antwort: vertagt (05.10.): wird später geklärt.
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: vertagt (05.10.): Wichtig, aber für die jetzige Entwicklung (Prototyp) noch nicht relevant. In die Doku aufgenommen: AP11, „Vor dem Livegang zu klären“.
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: beantwortet (05.10.): Es gibt nur Schlüssel für die Produktion. Entwicklung, Staging und Produktion teilen sich damit Zählung, Kosten und Limit.
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: beantwortet (05.10.): Darum kümmert sich ITM, nicht unser Teil.
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: beantwortet (05.10.): Preise und Kostenrahmen der KI-API sind Sache von ITM, nicht unser Teil.
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_formatmit JSON-Schema) oder Tool-Aufrufe? - Lassen sich
temperatureundseedsetzen? - 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: beantwortet (05.10.): Sache von ITM (Ausstattung nach unseren Server-Anforderungen, Zugang, Verschlüsselung, Sicherung).
C11 Gitea
Wie lautet die Adresse für den Push-Mirror? Wem gehört der Code, und wer hat welche Nutzungsrechte? Antwort: beantwortet (05.10.): Push-Mirror nach https://gitea.itm-technologies.de/ChristophGraf/BauIN. Rechte am Code: nicht unsere Sache.
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: beantwortet (05.10.): Passt. Nicht beantwortet: Zeit des ITM-Entwicklers und wer im Betrieb deployt (AP11, E11.1).
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: beantwortet (05.10.): Passt, so war es gemeint.
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: beantwortet (05.10.): Rückmeldung gegeben. Stand 0.3 vom 05.10. mit den Änderungen 1–26 liegt
im Planungsordner unter claude-design/2026-10-05_Stand-0.3/; Abgleich in AP13.
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.)