AP0 Schritte 0.4 und 0.6: Antworten vom 05.10. und Claude Design 0.3 eingearbeitet
tests / ci (push) Canceled after 0s
tests / ci (push) Canceled after 0s
- 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>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
2143f4e955
commit
f62541ff13
+78
-69
@@ -13,58 +13,58 @@ Planungsordner und werden aus dieser Liste erzeugt.
|
||||
|
||||
| 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 |
|
||||
| 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 | offen |
|
||||
| D6 | Rückmeldung an Claude Design gegeben? | ★ | intern | AP13 | beantwortet (05.10.): Stand 0.3 da |
|
||||
|
||||
---
|
||||
|
||||
@@ -147,7 +147,7 @@ geändert. Die rechtliche Einordnung macht aber BauIn. Also weglassen oder als H
|
||||
### 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:* –
|
||||
*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.
|
||||
@@ -161,12 +161,12 @@ Bitte die leere Vorlage und 2–3 ausgefüllte Matrizen schicken.
|
||||
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:* –
|
||||
*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:* –
|
||||
*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
|
||||
@@ -189,7 +189,8 @@ sowie die ausgefüllte Matrix. Firmen, Namen und Bankdaten dürfen ersetzt oder
|
||||
- Muss die DB zustimmen, z. B. wegen Geheimhaltungspflichten aus eurem Vertrag mit der DB?
|
||||
- Ab wann ginge das?
|
||||
|
||||
*Antwort:* –
|
||||
*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.
|
||||
@@ -227,17 +228,17 @@ Passt das? Wer vergibt die Rechte?
|
||||
|
||||
### A26 Österreich
|
||||
Ist Österreich noch ein Thema, und wenn ja, wann?
|
||||
*Antwort:* –
|
||||
*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:* –
|
||||
*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:* –
|
||||
*Antwort:* vertagt (05.10.): wird nach dem Livegang von Phase 1 geklärt.
|
||||
|
||||
---
|
||||
|
||||
@@ -246,32 +247,35 @@ KI-System übernommen werden?
|
||||
### 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:* –
|
||||
*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:* –
|
||||
*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:* –
|
||||
*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:* –
|
||||
*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:* –
|
||||
*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:* –
|
||||
*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“.
|
||||
|
||||
---
|
||||
|
||||
@@ -280,7 +284,8 @@ DB, ISO 27001 oder Geheimhaltung? Wer muss der Verarbeitung über die KI-API zus
|
||||
### 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:* –
|
||||
*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)?
|
||||
@@ -289,13 +294,13 @@ eigenem Limit? Wann bekommen wir die Schlüssel für die Entwicklung?
|
||||
Auftrag löschen?
|
||||
- Gibt es einen Vertrag zur Auftragsverarbeitung? Werden Daten zum Training genutzt?
|
||||
|
||||
*Antwort:* –
|
||||
*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:* –
|
||||
*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?)?
|
||||
@@ -343,12 +348,14 @@ Gibt es Wartungsfenster und eine Statusseite? Wer ist Ansprechpartner bei Störu
|
||||
- Wer hat Root-Zugang? Ist die Festplatte verschlüsselt? Wie läuft die Verbindung zu api-werk.de?
|
||||
- Wie werden die Server gesichert?
|
||||
|
||||
*Antwort:* –
|
||||
*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:* –
|
||||
*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:
|
||||
@@ -359,13 +366,14 @@ Vorschlag:
|
||||
|
||||
Passt das? Wie viel Zeit hat er für das Projekt, und wer übernimmt Deployment und Updates im
|
||||
Betrieb?
|
||||
*Antwort:* –
|
||||
*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:* –
|
||||
*Antwort:* beantwortet (05.10.): Passt, so war es gemeint.
|
||||
|
||||
---
|
||||
|
||||
@@ -392,7 +400,8 @@ Einrichtungsskript.
|
||||
### 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:* –
|
||||
*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.
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user