Vor 44 Minuten, Meeresdruide schrieb:

Aus Sicht von Netflix macht das absolut Sinn: Wenn man eine spätere Staffel oder Serie mit denselben Charakteren synchronisieren will und der Synchronsprecher keine Lust oder Zeit hat oder plötzlich eine unangemessen hohe Vergütung fordert, hat man einen Ausweg. Die Frage ist eher, ob man dem Synchronsprecher eine Vergütung für die Nutzung der Stimme zahlt.

War es nicht auch so, dass man bei den neuen Pumuckl-Folgen auswählen kann, ob der Pumuckl mit der neuen Stimme spricht, oder mit der von Hans Clarin?

Hier ein lustiger Beitrag zum Thema "wie gefährlich ist KI", der aber dennoch zum Nachdenken anregen könnte:

Der Postillon

"Beruhigt euch! Wir würden die Menschheit niemals auslösc...

In letzter Zeit häufen sich die Warnungen, dass sich Künstliche Intelligenz zu schnell entwickelt. Dass die Menschheit die Kontrolle verlieren könnte.

Zeit: 17.9.2026 um 14:18, Widukind schrieb:

Hier ein lustiger Beitrag zum Thema "wie gefährlich ist KI", der aber dennoch zum Nachdenken anregen könnte:

Als ob die KI die Menschen nicht als Bio-CPUs benutzen könnte. Noch eine VR-Umgebung, um sie bei Laune zu halten, und fertig. Es gibt da eine Dokumentation aus dem Jahr 1999.

2 Stunden her, Meeresdruide schrieb:

Als ob die KI die Menschen nicht als Bio-CPUs benutzen könnte. Noch eine VR-Umgebung, um sie bei Laune zu halten, und fertig. Es gibt da eine Dokumentation aus dem Jahr 1999.

In der Doku werden wir nicht mal als Bio-CPU benutzt, sondern nur als Energielieferant.

Vor 7 Minuten, Akeem al Harun schrieb:

In der Doku werden wir nicht mal als Bio-CPU benutzt, sondern nur als Energielieferant.

@Solwac Hier ist Deine Expertise als Physiker gefragt

Vor 6 Minuten, Abd al Rahman schrieb:

@Solwac Hier ist Deine Expertise als Physiker gefragt

Es ist in der Doku explizit dargestellt.

Vor 21 Minuten, Akeem al Harun schrieb:

Es ist in der Doku explizit dargestellt.

Sag ich doch. Ein Job für Super@Solwac

3 Stunden her, Akeem al Harun schrieb:

In der Doku werden wir nicht mal als Bio-CPU benutzt, sondern nur als Energielieferant.

Die ursprünglichen Entwürfe der Doku reden noch korrekterweise davon, dass die Menschen als Prozessoren dienen. Das wurde dann in der endgültigen Fassung vereinfacht dargestellt.

Menschen als Batterien ergeben keinen Sinn, weil sie zu ineffizient dafür sind. Als Bio-CPU dagegen ist das menschliche Gehirn unglaublich effizient.

4 Stunden her, Meeresdruide schrieb:

Die ursprünglichen Entwürfe der Doku reden noch korrekterweise davon, dass die Menschen als Prozessoren dienen. Das wurde dann in der endgültigen Fassung vereinfacht dargestellt.

Menschen als Batterien ergeben keinen Sinn, weil sie zu ineffizient dafür sind. Als Bio-CPU dagegen ist das menschliche Gehirn unglaublich effizient.

Ich habe es nie durchgerechnet (Energieeffizienz des Menschen), aber gewundert habe ich mich schon.

Vor 2 Minuten, Akeem al Harun schrieb:

Ich habe es nie durchgerechnet (Energieeffizienz des Menschen), aber gewundert habe ich mich schon.

Das muss man nicht durchrechnen. Das bedeutet „mehr Energie rausgeholt als reingesteckt“

Vor 1 Minute, Abd al Rahman schrieb:

Das muss man nicht durchrechnen. Das bedeutet „mehr Energie rausgeholt als reingesteckt“

Ich glaube nicht, dass Matrix sich an Thermodymik hält...

Vor 19 Minuten, Abd al Rahman schrieb:

Das muss man nicht durchrechnen. Das bedeutet „mehr Energie rausgeholt als reingesteckt“

Abgesehen von Wärempumpen: bei welcher Technologie holt man mehr Energie raus, als man reinsteckt?

Vor 5 Minuten, Akeem al Harun schrieb:

Abgesehen von Wärempumpen: bei welcher Technologie holt man mehr Energie raus, als man reinsteckt?

Es gibt keine solche Technologie. Das ist immer ein Nullsummenspiel.

Vor 3 Minuten, Abd al Rahman schrieb:

Es gibt keine solche Technologie. Das ist immer ein Nullsummenspiel.

Warum behauptest du dann, Energieeffizienz sei "mehr Energie rausgeholt als reingesteckt"?

Vor 1 Minute, Akeem al Harun schrieb:

Warum behauptest du dann, Energieeffizienz sei "mehr Energie rausgeholt als reingesteckt"?

Das habe ich nicht gesagt. @Solwac hat es verstanden. Damit das was Matrix beschreibt funktioniert, muss mehr Energie aus dem System herausgeholt werden, wie reingesteckt wird. Das System muss eine Effizienz von über 100% haben.

Ich hab kein Problem wenn wissenschaftlicher Quatsch erzählt wird, ich halte es nur für ziemlich schlampig, wenn das ohne Not passiert.

Bearbeitet (22. September22. Sep von Abd al Rahman)

Bei einer regenerativen - nachwachsenden - Energiequelle braucht man die neuronal verbrauchte Hülle doch nicht mehr, oder findet gar einen sinnvollen sekundären Verwendungszweck? Der Wirkungsgrad Energieaufnahme (Nahrung) vs Abgabe (Wärme) ist bei über 70% (im Ruhezustand). Wenn die biologische neuronale Leistung nicht ausreicht, früher als später ... Aber braucht man die Wärme?

Unter dem Strich doch effizient prima für das planetare Klima.

8 Stunden her, Abd al Rahman schrieb:

Das habe ich nicht gesagt. @Solwac hat es verstanden. Damit das was Matrix beschreibt funktioniert, muss mehr Energie aus dem System herausgeholt werden, wie reingesteckt wird. Das System muss eine Effizienz von über 100% haben.

Ich hab kein Problem wenn wissenschaftlicher Quatsch erzählt wird, ich halte es nur für ziemlich schlampig, wenn das ohne Not passiert.

Dann hast du dich zumindest missverständlich ausgedrückt. Aber gut, insgesamt hast du schon recht. So gesehen hat auch die Wärmepumpe keine Effizienz von über 100%. Es kommt nur mehr Wärmeenergie raus, als wir an Strom reinstecken. Der dafür noch benötigte Energie kommt halt aus der Umgebung.

Mehr als 100% Effizienz muss das System übrigens nur haben, wenn es sich um ein geschlossenes System handelt. Das wird zwar angedeutet ("Himmel verdunkelt"), aber nie final erklärt. Die Menschen holen ja auch noch Energie aus dem Erdkern. Wer sagt dir, dass die Maschinen das nicht auch tun? Insofern gibt es schon Erklärungsmodelle, ist die Frage, ob man das wirklich braucht oder man die Prämisse des Dramas der Filme einfach hinnimmt.

Ich lass gerade das da Machen. Ca. 8.000 Files meiner Rollenspielsammlung durchsuchbar katalogisieren. Das passiert alles automatisch. Mit direkten Links zu meiner Dropbox.

@Abd al Rahman Wie lässt du es aufbauen? Nach diesem Wiki-Prinzip mit verknüpften Markdown Dokumenten? Oder hast du einen anderen Ansatz?

Vor 27 Minuten, Wyndor schrieb:

@Abd al Rahman Wie lässt du es aufbauen? Nach diesem Wiki-Prinzip mit verknüpften Markdown Dokumenten? Oder hast du einen anderen Ansatz?

Ja. Technik ist Apple Notes. Das sind miteinander verknüpfte Dokumente. Ich nutze Apple Notes für alles mögliche. Ich verwende Forever Notes als Methode. Ich hab zusammen mit ChatGPT folgenden Skill entwickelt:

Apple-Notizen-Rollenspielkatalog

1. Auftrag und Grundlage

- Bearbeite ausschließlich den angefragten Umfang. Ein neues Buch oder eine Korrektur löst weder eine Vollinventur noch die Überarbeitung aller vorhandenen Notizen aus. Richte keine regelmäßigen Läufe ohne ausdrücklichen Auftrag ein.
- Lade vor Änderungen den verfügbaren Forever-Notes-Skill und prüfe die aktuelle Struktur in Apple Notizen. Dieser Skill ergänzt die Grundlage um die fachlichen Regeln für den Rollenspielkatalog; er ersetzt sie nicht. Ist die Grundlage nicht zugänglich oder widerspricht sie der vorgefundenen Struktur, kläre nur den betroffenen Punkt vor der Änderung.
- Nutze die bestgeeigneten verfügbaren und erlaubten Werkzeuge. Verenge den Ablauf nicht pauschal auf einen bestimmten Connector, ein Skript oder ausschließlich Mausbedienung. Für Arbeiten am Mac des Nutzers innerhalb von dot verwende eine Aufgabe auf dessen verbundenem Rechner über cloud_threads.create. Arbeite dort nicht über einen nativen Cloud-Unteragenten.
- Dropbox-Ablage und Apple-Notizen-Katalog sind getrennte Aufgaben. Dieser Skill verschiebt, benennt oder löscht keine Quelldateien und ändert keine Freigaben.

2. Gemeinsamer JSON-Katalog

Lies als maßgebliche Quelle die UTF-8-JSON-Datei in Dropbox:
/Dokumente/Rollenspiel/Rollenspielkatalog.json

- Prüfe, ob diese Datei tatsächlich vorhanden und lesbar ist. Fehlt sie, melde genau das und fordere die Bereitstellung oder einen ausdrücklich freigegebenen Ersatz an. Erfinde weder ihren Inhalt noch einen bereits erfolgten Upload. Ein vorbereiteter Export ist kein veröffentlichter Katalog. Eine noch nicht abgeschlossene Erstübernahme veröffentlicht keinen vorgezogenen Gesamtstand.
- Die frühere Rollenspielkatalog.txt bleibt ein vorhandener Alt-Export und wird nicht gelöscht oder als weiterhin maßgebliche Quelle behandelt. Erzeuge nicht automatisch bei jedem Lauf zusätzlich einen TXT-Export.
- Lade JSON mit einem echten Parser und prüfe es gegen das beigefügte Schema „catalogue.schema.json“. Unterstützt ist schema_version „1.0.0“. Prüfe catalogue_key „hjs-rollenspielkatalog“, eine ganzzahlige revision ab 1 und updated_at als UTC-Zeitstempel. Erzwinge die Zeitstempelprüfung ausdrücklich; ein JSON-Schema-Validator kann format-Angaben ohne zusätzlichen Prüfer ignorieren. Bei unbekannter Schema-Version, beschädigten Daten oder widersprüchlicher Katalogidentität stoppe betroffene Schreibschritte; migriere oder repariere nicht stillschweigend.
- Die oberste Ebene enthält schema_version, catalogue_key, revision, updated_at, records, files, work_notes, progress, provenance und integrity. records enthält stabile, eindeutige catalog_id-Werte, den verlustfrei erhaltenen source_record sowie file_keys und note_keys. files enthält eindeutige file_key-Werte, path, dropbox_id, native_url und sämtliche ursprünglichen Dateimetadaten in metadata. Verwende die Dropbox-ID als Dateischlüssel, wenn verfügbar; andernfalls „path-sha256:“ gefolgt vom kleingeschriebenen hexadezimalen SHA256 der unveränderten UTF-8-Bytes des exakten Pfads, ohne Normalisierung, Umwandlung der Groß-/Kleinschreibung oder URL-Decodierung. Erfinde keine Dateipfade oder Zieladressen.
- work_notes bildet die eigentlichen Werknotizen ab: eindeutiger note_key, sämtliche catalog_ids, file_keys, title, thematic_parent, body, import_status, notes_id und evidence. Ein catalog_id-Wert allein ist kein eindeutiger Werknotizschlüssel: Zusammenfassungen und mehrere eigenständige Notizen zu einem ursprünglichen Datensatz werden über diese ausdrücklichen Zuordnungen abgebildet. Unbekannte Notes-IDs oder nicht vorliegende Inhalte bleiben null, statt durch Vermutungen ersetzt zu werden.
- Prüfe neben dem JSON-Schema die Eindeutigkeit aller Schlüssel und sämtliche Querverweise: Jede referenzierte Katalog-ID, Datei und Werknotiz muss existieren; records.note_keys und work_notes.catalog_ids müssen übereinstimmen. Erhalte Original-IDs, source_record, Quellenzuordnungen, unbekannte Zusatzfelder und Angaben zu anderen Systemen. Belege und tatsächlicher Notes-Stand bestimmen Statusangaben; Vorbereitung ist kein Importnachweis.
- Ergänzende Quellenprüfung und Änderungen betreffen ausschließlich die beauftragten Einträge sowie ihre tatsächlich zugehörigen Dateien. Der JSON-Wechsel erweitert den Auftrag nicht auf eine Vollinventur oder automatische Bereinigung.
- Aktualisiere den gemeinsamen Katalog nur, soweit dies vom Auftrag umfasst ist. Lade dafür den maßgeblichen JSON-Stand zusammen mit seiner aktuellen Dropbox-Dateirevision. Prüfe Schema, catalogue_key und Katalog-revision; ändere nur die identifizierten Datensätze und erforderlichen Zuordnungen. Erhalte parallel entstandene und sachfremde Daten unverändert. Validiere den zusammengeführten Stand erneut, erhöhe revision um eins und setze updated_at auf den tatsächlichen UTC-Änderungszeitpunkt.
- Schreibe ausschließlich mit bedingtem Dropbox-Update gegen die gerade gelesene Dateirevision. Bei einem Revisionskonflikt lade neu und gleiche die gezielten Änderungen ab; überschreibe niemals blind. Kann das verwendete Werkzeug keine solche Revisionsbedingung durchsetzen, melde den Schreibblocker. Ein vorgeschalteter Lesetest allein verhindert keine konkurrierende Änderung. Melde einen nicht auflösbaren Konflikt, statt Informationen zu verlieren.
- Trage nur nachgewiesene Notes-IDs, belegte Zuordnungen und tatsächliche Zustände ein. Halte progress und provenance konsistent und erhalte ihre unbekannten Angaben. Berechne integrity.canonical_payload_sha256 nach jeder Änderung neu: SHA-256 über die UTF-8-Serialisierung des gesamten JSON ohne oberstes Feld integrity, mit sortierten Objektschlüsseln, kompakten Trennzeichen und unveränderten Unicode-Zeichen (ensure_ascii=false). Prüfe diesen Hash beim Lesen; setze algorithm und serialization exakt gemäß Schema. Der Integritätshash und die interne revision ersetzen nicht die externe Dropbox-Dateirevision als Schreibbedingung. Ein fehlgeschlagener oder noch nicht freigegebener Katalogabgleich bleibt offen und darf nicht als erfolgreiche Veröffentlichung erscheinen.

3. Ein Werk, eine Notiz

- Bilde eine Notiz pro eigenständigem Werk oder zusammengehörigem Paket. Fasse belegbar zugehörige Auflagen, Fassungen, Errata, Karten, Handouts und andere Beilagen übersichtlich zusammen. Benenne die Unterschiede und erhalte sämtliche Quellenzuordnungen.
- Trenne eigenständige Werke auch dann, wenn sie ähnlich heißen oder im selben Ordner liegen. Ordnernamen und Dateinamen allein reichen nicht als Inhaltsnachweis. Bei unklarer Werkidentität frage gezielt nach oder stelle nur diesen Eintrag zurück.
- Behandle native Autorenprojekte als Projekte. Technische Bestandteile, Vorschaudateien, Sicherungen und interne Einzelbausteine werden nicht zu eigenständigen Werknotizen.
- Erhalte alle ursprünglichen Katalog-IDs einer Zusammenfassung. Vergib keine Ersatznummern und nummeriere nicht um. Falls eine bestehende Katalog-ID mehrere eigenständige Notizen betrifft, verwende zusätzlich einen stabilen internen note_key und die tatsächliche Notes-ID zur Unterscheidung.
- Suche vor jeder Neuanlage nach vorhandener Notes-ID, allen zugehörigen Katalog-IDs und gegebenenfalls note_key. Titel dienen zusätzlich zur Plausibilitätsprüfung, nicht als alleinige Identität. Bei mehreren Treffern nicht raten.
- Ergänze eine bestehende passende Notiz, statt sie nochmals anzulegen. Weitere Themen- oder Systemverweise zeigen auf dieselbe Werknotiz.

4. Navigation nach Forever Notes

Verwende die vorhandenen Notizen entlang dieser Hierarchie:
✱ Home → Rollenspiele → Rollenspielbibliothek → System-Hub → Themenseite → Werknotiz

- Prüfe tatsächliche Titel und Ziele und erhalte die aktuelle Hub-Gestaltung sowie persönliche Ergänzungen.
- Der System-Hub führt zu den Themenseiten und diese zu den Werknotizen. Gib jeder Werknotiz oben den vollständig verlinkten Rückweg ab ✱ Home über Rollenspiele, Rollenspielbibliothek und System-Hub bis zur Themenseite. Verwende dabei die tatsächlichen Notiztitel. Verknüpfe die Hierarchie mit echten internen Links in beide Richtungen.
- Verwende echte Apple-Notizen-Verknüpfungen mit verständlichen Beschriftungen. Reiner Text, ein erfundener Notiz-URL oder eine bloß ähnlich benannte Zielnotiz ist keine geprüfte Verknüpfung.
- Verwende ✱ ausschließlich für Hubs gemäß Forever Notes. Themenseiten sind gewöhnliche Notizen, ohne Stern und ohne #Hub. Eine weitere Hub-Ebene entsteht nur, wenn eine echte tiefere Themenstruktur ausdrücklich vereinbart wurde.
- Verwende für Midgard die sechs Bereiche: Regeln; Regionen & Quellenbände; Abenteuer & Kampagnen; Spielhilfen; Gildenbrief; Eigene Projekte & Entwürfe.
- Passe Themen bei anderen Systemen an deren vorhandenen Bestand und bestehende Struktur an. Übertrage Midgard-spezifische Kategorien nicht blind. Lege neue Themen nur an, soweit sie für den Auftrag benötigt werden.

5. Inhalt und Quellenprüfung

- Lies die zugänglichen Originaldokumente: insbesondere Titelblatt, Impressum, Inhaltsverzeichnis und die für die Zusammenfassung relevanten Abschnitte. Nutze bei Bedarf Sichtprüfung oder OCR; unlesbare oder nicht zugängliche Stellen sind keine Grundlage für erfundene Inhalte.
- Verfasse eine kurze, sachliche Beschreibung: Was ist das Werk, welches Material bietet es und wofür ist es am Spieltisch nützlich? Ergänze Autor, Veröffentlichungsstand, Zielgruppe oder Voraussetzungen nur, wenn belegt und hilfreich.
- Unterscheide Regel-Edition, Druckauflage und Dateiversion. Leite etwa M4 oder M5 nicht aus Jahreszahl, Dateiname oder einer Druckauflage ab. Bei fehlendem Beleg nenne die Edition knapp als unbekannt oder lasse den entsprechenden Tag weg.
- Erstelle eine nachvollziehbare, paraphrasierte Inhaltsübersicht aus den geprüften Quellen. Gib genug Orientierung, um relevante Abschnitte wiederzufinden; ersetze die Lektüre nicht durch eine Liste von Dateinamen. Bei Zeitschriften beschreibe die einzelnen relevanten Beiträge, ihre Themen und Fundstellen.
- Verwende Seitenzahlen nur mit Beleg. Kennzeichne gedruckte Seiten als „S.“ und Blattpositionen der Datei als „PDF-S.“. Setze beide Zählungen nicht gleich und erfinde keinen festen Versatz. Bei mehreren Fassungen muss klar sein, auf welche Datei sich die Angaben beziehen.
- Halte bei Abenteuern den Einstieg spoilerarm. Kennzeichne Hintergründe, Auflösungen und entsprechende Inhaltsdetails ausdrücklich mit „Für die Spielleitung (Spoiler)“.
- Schreibe keine Prüfprotokolle, Importmeldungen oder technischen Audit-Kommentare in die Werknotizen. Reale Nutzungshindernisse bleiben sichtbar, etwa fehlende Seiten, beschädigte Karten, unvollständige Fassungen oder erforderliche Zusatzbände. Fehlende Belege werden nicht durch ungesicherte Aussagen kaschiert; größere Rechercheblocker gehören in die Rückmeldung zum Auftrag.

6. Aufbau der Werknotiz

Verwende die native Rolle „Titel“ für den Werktitel, „Überschrift“ für Abschnittsüberschriften wie „Inhalt“ und normalen Text für die Beschreibung. Bloße Fettschrift ersetzt keine native Überschrift. Danach folgen diese Blöcke in dieser Reihenfolge; die schematische Aufzählung unten ist keine Vorlage für zusätzliche Leerabsätze:

Vollständige Rücknavigation mit nativen Links ab ✱ Home bis zur Themenseite

Kurzbeschreibung
Kurzer, quellenbasierter Absatz.

Inhalt
Paraphrasierte Inhaltsübersicht mit belegten Fundstellen; gegebenenfalls vorab die Spoilerkennzeichnung.

Dateien und Fassungen
Aussagekräftig beschriftete Links zu Hauptdatei, Varianten und zugehörigen Beilagen; bei Bedarf kurze Hinweise auf Unterschiede oder tatsächliche Nutzungshindernisse.

Bibliografische Angaben
System: belegtes System
Edition: belegte Regeledition oder knappe Angabe „unbekannt“
Typ: Werkart
Impressum/Ausgabe: belegter Veröffentlichungsstand, soweit vorhanden und hilfreich

Katalog-ID: sämtliche zugehörigen Original-IDs, durch Kommas getrennt

Aktive Tags für System, belegte Edition und Werkart; wenige belegte Themen-Tags.

- Bibliografische Angaben wie System, Edition, Typ und Impressumsdatum stehen unten nach den Dateilinks. Danach folgt die sichtbare Zeile „Katalog-ID:“ unmittelbar vor dem abschließenden Tags-Block. Vermeide zwischen Dateilinks, bibliografischen Angaben, Katalog-ID und Tags gestapelte Leerabsätze; höchstens eine Leerzeile trennt benachbarte Blöcke. Oben werden diese Metadaten nicht zusätzlich wiederholt. Diese Reihenfolge gilt für neue Notizen und für ausdrücklich beauftragte Aktualisierungen bestehender Notizen. Versteckte Metadaten oder eine ID allein im Titel genügen nicht.
- Setze genau eine echte Leerzeile nach der Rücknavigation (Breadcrumb) vor der Kurzbeschreibung. Die Beschreibung steht direkt vor der nativen Inhaltsüberschrift, ohne zusätzlich eingefügten Leerabsatz. Zwischen den übrigen Blöcken ist höchstens eine Leerzeile zulässig; zwischen Listenpunkten stehen keine Leerzeilen. Nutze die natürlichen Abstände der nativen Formatrollen, statt sie durch zusätzliche Leerabsätze zu vergrößern.
- Staple bei HTML-Importen keine Abstandshalter wie leere HTML-Absätze mit Zeilenumbruch. Verschiebe Metadaten mitsamt ihren Absatzgrenzen; lösche nicht nur ihren Text und lasse leere Absätze zurück. Prüfe bei unerwarteten Abständen neben dem gespeicherten Inhalt auch die native Darstellung: LF und U+2028 können zusammen mehrere sichtbare Leerzeilen erzeugen.
- Korrigiere überzählige Leerabsätze an eindeutig identifizierten Absatzankern, etwa unmittelbar vor dem Beginn der Beschreibung oder vor der Inhaltsüberschrift. Entferne nur die zugehörigen überzähligen leeren Absätze, ohne Text, Links, Tags oder Formatrollen zu beschädigen. Prüfe anschließend den gespeicherten Inhalt und einen Screenshot der nativen Notiz. Gezählte Zeilenumbrüche im Quelltext allein genügen nicht.
- Setze Links als beschriftete native Hyperlinks, nicht als sichtbare Markdown-Syntax. Verwende tatsächlich ermittelte Dropbox-Zieladressen zu den vorhandenen Dateien oder Paketen; konstruiere keine URLs aus vermuteten Dateinamen. Erzeuge dafür keine öffentlichen Freigabelinks.
- Setze Tags ganz unten als aktive Apple-Notizen-Tags, nicht als Überschrift oder formatierten Code. Verwende die etablierte Schreibweise, beispielsweise #Midgard, #M5 und #Abenteuer. Ergänze sparsam Themen wie eine belegte Region. Unbelegte Editionen oder spekulative Themen erhalten keinen Tag.

7. Sicher ändern und fortsetzen

- Lies eine bestehende Notiz unmittelbar vor der Änderung. Bewahre eigene Anmerkungen des Nutzers, vorhandene Inhalte, Anhänge und bewusste Strukturentscheidungen. Ergänze oder korrigiere gezielt; ersetze nicht unbesehen den gesamten Notiztext.
- Arbeite bei größerem Umfang in überschaubaren Gruppen. Halte je Werk Katalog-IDs, note_key, tatsächliche Notes-ID, Quellenzuordnung, vorgenommene Änderung, Prüfstand und nächsten offenen Schritt dauerhaft fest, ohne die Werknotiz mit Arbeitsprotokollen zu füllen.
- Unterscheide Vorbereitung, Ausführung und Prüfung. Verwende im JSON ausschließlich die schema-definierten import_status-Werte: unknown, prepared_not_delivered, delivered_pending_import_verification, created_linked_pending_qa, partially_verified, verified_imported, excluded oder not_selected. Ihre Bedeutung darf nicht vermischt werden. Dokumentiere den konkreten Nachweis in evidence; „unbekannt“ wird nicht durch Vermutung zu „verifiziert“.
- Notiere eine erhaltene Notes-ID unmittelbar nach der tatsächlichen Anlage. Nach einem unklaren Werkzeugergebnis suche zuerst nach der möglicherweise bereits angelegten Notiz. Wiederhole eine Anlage nicht blind.
- Setze nach einer Unterbrechung an derselben Notiz und dem ersten offenen Schritt fort. Kontrolliere den Ist-Zustand, bevor du vorbereitete Inhalte erneut einfügst. Bereits integrierte Beilagen und Verweise werden nicht nochmals ergänzt.
- Ein Stopp des Nutzers gilt sofort. Beginne keine weitere Änderung, um noch einen Arbeitsschritt oder eine Gruppe abzuschließen. Halte nur den bereits erreichten Stand fest. Bei einer planbaren Pause sichere den Stand der aktuellen Notiz und den offenen nächsten Schritt.

8. Prüfen und abschließen

- Prüfe jede neue oder geänderte Werknotiz nach dem Schreiben: richtiger Titel und Ziel, vollständige sichtbare Katalog-IDs, Inhaltserhalt, gewünschte Ergänzung, kompakte Absatzabstände und aktive Tags. Kontrolliere anhand des gespeicherten Inhalts und der nativen Darstellung per Screenshot genau eine Leerzeile nach dem Breadcrumb, keinen zusätzlich eingefügten Leerabsatz zwischen Beschreibung und nativer Inhaltsüberschrift, höchstens eine Leerzeile zwischen den übrigen Blöcken sowie keine Leerzeilen zwischen Listenpunkten. Beseitige übrig gebliebene leere Absätze nach Metadatenverschiebungen. Prüfe außerdem native Titel-, Überschrift- und Textrollen sowie den vollständig verlinkten Rückweg ab ✱ Home.
- Prüfe neu angelegte oder geänderte Navigationslinks in beide Richtungen und die tatsächlich hinterlegten Dropbox-Zieladressen. Kontrolliere die zugehörigen Themen- und Hub-Einträge auf fehlende oder doppelte Verweise.
- Trenne Inhaltsprüfung, Linkzielprüfung und tatsächliches Öffnen. Ein korrektes Linkziel beweist keine erfolgreiche Anmeldung und keinen Dateizugriff auf einem anderen Gerät.
- Wiederhole nicht bei jeder Gruppe sämtliche unveränderten Links. Nutze dokumentierte Ergebnisse weiter und prüfe erneut, wenn Ziel, Inhalt oder Zugriffssituation sich geändert haben. Wiederhole bekannte blockierte Login-Tests nicht ohne neue Voraussetzung.
- Nenne bei Zugriffstests das tatsächlich geprüfte Gerät und die Anwendung. Ein erfolgreicher Mac-Test beweist weder das Öffnen im iPad-Browser noch die Übergabe an eine andere App. Für nicht geprüfte Umgebungen keine Zusage machen.
- Melde Erfolg erst nach tatsächlicher Ausführung und Prüfung. Bei Teilständen nenne knapp, was fertig ist und was noch fehlt. Vorbereitung, Import, Linkprüfung und Katalogabgleich sind getrennte Ergebnisse.
- Beende den Auftrag, wenn der vereinbarte Umfang verifiziert ist oder eine konkret benannte fehlende Voraussetzung die Fortsetzung blockiert. Starte daraus keine weitere Bibliotheksbereinigung.