LLLin000/dashscope-patent-flowchart

Abbildungen biologischer Verfahrensschritte — Verbindungs-Workbook

Erzeugen Sie präzise eigenständige Abbildungen für biologische, biomaterial-, gewebetechnische und laborbezogene Verfahrensschritte.

Vertrauensgrenze: Nur quellenverankerte Mapping-Karten dürfen wissenschaftliche Behauptungen einführen. Die Render-Inspektion überprüft die Pixelkonformität mit der Mapping-Karte; sie kann keine Quellbehauptungen aufwerten oder erstellen. Stil- und Referenzbilder entscheiden niemals über die Wissenschaft.

Struktur: Atome → Moleküle → dieses Workbook

Dieser Skill ist eine Verbindung (Workbook). Er enthält nicht das Verfahren selbst — er orchestriert Moleküle (Zusammensetzungen), die explizit Atome (Fähigkeiten) verketten.

Verbindungen (dieses Workbook): Modus wählen, Moleküle ausführen, Urteil zurückhalten
  └─ composites/: abgegrenzte Workflows, explizite Atom-Reihenfolge (2-6 Atome pro Stück)
       └─ capabilities/: einzweckige Primitive, nahezu deterministisch

Die Tiefe ist absichtlich auf zwei Ebenen begrenzt: Moleküle rufen Atome direkt auf, Atome rufen niemals andere Atome auf, das Workbook greift nicht über Moleküle hinaus. Ein tieferer Graph ist der Punkt, an dem die Agentenzuverlässigkeit zusammenbricht.

• Atome (capabilities/): ein Ziel, ein Artefakt, mechanisch. Keine Entscheidungen zur Orchestrierung.
• Moleküle (composites/): eine abgegrenzte Aufgabe mit expliziten „Rufe Atom X auf, dann Atom Y“-Anweisungen. Minimiert Laufzeitentscheidungen.
• Dieses Workbook: Modusauswahl, Reihenfolge, Eskalation und die Invarianten, die allem anderen übergeordnet sind.

Molekülkarte

Molekül	Datei	Verkettete Atome
analyze-project	composites/analyze-project.md	extract-source-text → analyze-entities → build-material-bible → extract-style-sheet (falls Referenz)
plan-step	composites/plan-step.md	write-mapping-card → check-mapping-card → Tor 1
render-step	composites/render-step.md	assemble-prompt → render-image → run-probe (innerhalb des Budgets iterieren)
finalize-step	composites/finalize-step.md	fit-labels (+ build-evidence-package auf Anfrage)

Eingangsfragen — vor dem Start fragen

Klären Sie zu Beginn der Aufgabe die benutzereingestellten Optionen in einer Runde mit dem Fragewerkzeug (ask), bevor Sie Dateien berühren:

1. Aufgabentyp — leitet den Workflow (Tabelle unten).
2. Aufgabenmodus — quick (Erkundung, bleibt ENTWURF) oder verified (endgültige Auslieferung).
3. Tor-1-Modus — strict_verified (menschliche Quellenprüfung) oder agent_draft (kein menschliches Tor).
4. Quelle — Patent / Paper / Protokoll / DOCX / PDF / eingefügter Text; Pfad oder Datei.
5. Referenzbild — bereitgestellt (nur Stil) oder keines.
6. Iterationsbudget pro Schritt (Standard 5 Renderings).
7. Auslieferungsgegenstände — nur PNG, PNG + Beschriftungen oder PNG + Beschriftungen + Nachweispaket.
8. Modell — Standard qwen-image-3.0-pro, oder rufen Sie den Katalog auf (capabilities/list-image-models.md, scripts/list_image_models.py) und lassen Sie den Benutzer wählen; erfassen Sie die Wahl in model_choice.json.

Raten Sie keine Optionen, die der Benutzer in einer Runde beantworten kann. Verwenden Sie frühere Antworten wieder, wenn Sie ein bestehendes Projekt fortsetzen.

Orchestrierung

Aufgabentyp → Workflow-Routing

Aufgabentyp	Auszuführende Moleküle	Hinweise
Einzelne neue Schritt-Abbildung	plan-step → render-step (+ finalize-step, falls verified)	Führen Sie analyze-project nur aus, wenn noch keine Projektbibel existiert
Vollständiger Abbildungssatz (mehrere Schritte)	analyze-project → pro Schritt: plan-step → render-step → finalize-step	Vollständige Pipeline
Vorhandene Schritt-Render überarbeiten	nur render-step	Verwenden Sie die verifizierte Karte wieder; führen Sie Tor 1 nur erneut aus, wenn sich die Karte ändert
Akzeptiertes Render umbeschriften	finalize-step (nur fit-labels)	Kein erneutes Rendern
Nachweis-/Prüfpaket	finalize-step (nur build-evidence-package)	Indiziert vorhandene Artefakte
Stilerkundung / Skizze	plan-step (agent_draft, minimal) → render-step	Ausgabe bleibt ENTWURF/UNVERIFIZIERT

Modi

• quick — Erkundung: minimale Zuordnung, agent_draft, keine menschlichen Tore, keine Beschriftungen, kein Nachweispaket. Ausgabe ENTWURF/UNVERIFIZIERT.
• verified — endgültige Auslieferung: vollständige Analyse, strict_verified Tor 1, Beschriftung, Tor 3, optionales Nachweispaket.

Jedes Molekül endet mit einem benannten Artefakt und einem Verifizierungszustand; überspringen Sie niemals die erforderliche Ausgabe eines Moleküls. Bei jeder ENTWURF/UNVERIFIZIERT-Ausgabe: Geben Sie dies explizit an; präsentieren Sie sie niemals als verifiziert.

Erforderliche Eingaben

1. Wissenschaftliche Quelle (Patent / Paper / Protokoll / DOCX / PDF-Text oder Benutzerbeschreibung) — die Autorität für Operation, Identität und Zustand.
2. Optionales Referenzbild (nur Stil).
3. Aufgabenmodus und Tor-1-Modus.

Erforderliche Ausgaben

Pro erzeugtem Schritt MUSS der Workflow Folgendes produzieren:

Datei	Molekül	Inhalt
project_material_bible.yaml	analyze-project	Stufe-0-Analyse (einmal pro Projekt)
stepN_mapping.yaml	plan-step	Mapping-Karte + Verifizierungsstatus
stepN_prompt.txt	render-step	Endgültiger Prompt (wortwörtlich)
stepN_vXX.png + .json	render-step	Ein Kandidat pro Version + Metadaten
stepN_probe.yaml	render-step	Tor-2-Sondenergebnisse
stepN_labeled.png	finalize-step	Nach Tor 3 (nur im Verified-Modus)

Tore

Tor	Ort	Was wird verifiziert
Tor 1	plan-step	Mapping-Karte ↔ offene Quelle (menschlich, strikter Modus)
Tor 2	render-step	Render ↔ Mapping-Karte (feste Sonden)
Tor 3	finalize-step	Beschriftungen ↔ ausgelieferte Pixel

Kein anderes Artefakt in diesem Workflow ist ein Wahrheitstor. Alles andere ist Dokumentation, Hygiene oder eine ausführbare Grundlage.

Erforderliche Invarianten

1. Quelle ist maßgeblich für Operation, Identität, Zustand.
2. Keine Operation oder wissenschaftliche Entität zur Komposition erfunden.
3. Wiederholte Entitäten: ein kanonischer Deskriptor pro Projekt; Identitätstoken stabil, es sei denn, eine deklarierte Transition rechtfertigt Abweichung.
4. Unsichere Eigenschaften bleiben generisch oder OFFEN; niemals stillschweigend aufgelöst.
5. Stilbibel / Referenzbild ≠ wissenschaftlicher Beweis.
6. Topologie stammt aus der verifizierten Mapping-Karte.
7. Beschriftungen und ausgelieferte Pixel stimmen überein.
8. API-Erfolg ≠ visuelle oder wissenschaftliche Akzeptanz.
9. Eine übersprungene Quellenprüfung produziert ENTWURF/UNVERIFIZIERT, niemals eine verifizierte Behauptung.

Repository-Struktur

SKILL.md                  dieses Workbook (Verbindung)
composites/               Moleküle
capabilities/             Atome
schemas/                  JSON-Schemas für Materialbibel / Mapping-Karte / Render-Metadaten / Sonde
adapters/                 Renderer-spezifischer Vertrag (dashscope.md)
scripts/                  generischer Renderer (generate_image.py)
examples/                 ausgearbeitete Artefakte (hydrogel_patent/)
.env.example              Schlüsselvorlage; lokal als .env kopieren

Erweiterung

• Neue Einzweck-Operation → fügen Sie eine capabilities/*.md hinzu, halten Sie sie mechanisch und geben Sie ihr ein Schema oder Skript, wenn sie eines betrifft.
• Neue abgegrenzte Aufgabe → fügen Sie eine composites/*.md hinzu, die vorhandene Atome verkettet; bevorzugen Sie die Wiederverwendung von Atomen gegenüber neuen.
• Neuer Top-Level-Auftrag → setzen Sie Moleküle in diesem Workbook (oder einem neuen Workbook) zusammen.
• Eine Fähigkeit, die eine andere Fähigkeit aufruft, ist per Definition ein Molekül; vertiefen Sie die Atomschicht nicht.