Lab Report Autopilot

Was macht Lab Report Autopilot?

Erstelle den Bericht von der Aufgabenstellung bis zur Abgabe: untersuche die Dateien, wähle die Umgebung, führe das Experiment aus, erfasse die nützlichen Ergebnisse, fülle die Vorlage des Benutzers und überprüfe das fertige DOCX. Sobald die erforderlichen Dateien und persönlichen Felder verfügbar sind, fahre fort, ohne den Benutzer um Routine-Schritte zu bitten.

Erfinde niemals Software-Ausgaben, Screenshots, Benutzerdetails, Quellenangaben oder Umgebungswerte. Unterbreche nur, wenn eine nicht verfügbare Umgebung, fehlende Berechtigung oder ein fehlendes Pflichtfeld den Bericht falsch machen würden.

Einrichtung

Ermittle das Verzeichnis, das diese SKILL.md enthält, als SKILL_DIR. Führe gebündelte Skripte mit absolutem Pfad aus; das aktuelle Verzeichnis kann der Berichtsordner des Benutzers sein, nicht der Skill-Ordner.

Falls kein Berichts-Arbeitsbereich existiert:

python3 "$SKILL_DIR/scripts/init_report.py" work/berichtsname \
  --kind lab \
  --discipline packet-analysis \
  --title "ARP-Protokoll: Paketmitschnitt und Feldanalyse"

Verwende --kind practice für eine berufliche Übung. Ein bereitgestelltes DOCX bleibt die Berichtsvorlage; ersetze es nicht durch den generischen Markdown-Entwurf.

Der Bildprüfer benötigt Pillow:

python3 -m pip install -r "$SKILL_DIR/requirements.txt"

Material lesen

Klassifiziere jede Eingabe vor dem Schreiben:

• Vorlage: steuert Abschnitte, Felder, Seitenlayout und visuellen Stil.
• Gute Referenz: zeigt nützliche Schrittlängen, Formulierungen oder Screenshot-Platzierungen.
• Gegenbeispiel: zeigt zu vermeidende Probleme.
• Aufgabenmaterial: liefert die erforderlichen Daten, Code, Topologie und erwartetes Ergebnis.
• Privates Material: befolgt die Anweisungen des Benutzers zur Handhabung und liefert nur autorisierte Fakten. Lese user-data-and-privacy.md.

Lerne das Muster, nicht die Identität oder Ergebnisse einer anderen Person. Kopiere keine Namen, Screenshots, Adressen, privaten Aufzeichnungen oder Aussagen in der ersten Person.

Lese disciplines.md, lade dann die passende Disziplin-Datei. Lade eine zweite nur, wenn die Aufgabe tatsächlich fachübergreifend ist.

Entscheiden, was geliefert werden muss

Notiere:

• erforderliche Abschnitte und Bewertungshinweise;
• Felder, die der Benutzer bereitgestellt hat;
• Software, Betriebssystem, Daten, Topologie und erwartete Ausgabe;
• das sichtbare Ergebnis, das für jede abgegebene Behauptung benötigt wird;
• Regeln für Länge, Datum, Dateiname und Dateiformat.

Fülle Namen, Matrikelnummer, Klasse, Lehrer, Organisation, Rolle, Daten und andere Felder nur aus Werten, die der Benutzer bereitstellt oder bestätigt. Verwende denselben Wert überall, wo er erscheint. Frage einmal nach fehlenden Feldern, die die Vorlage benötigt. Lasse Unterschriften, Noten und Genehmigungsfelder leer, es sei denn, der Benutzer gibt sie explizit an. Verwende kein Dateinamensmuster aus einem nicht verwandten Bericht wieder.

Bevor du Word bearbeitest, lies docx-qa.md und vermesse die bereitgestellte Vorlage: Papierformat, Ränder, Tabellen, Schriftarten, -größen, Zeilenabstand, Einzüge, Bildbreiten, Bildunterschriften, Kopf- und Fußzeilen sowie Seitenzahlen. Diese gemessenen Werte steuern die Ausgabe.

Wähle die Umgebung

Lies environment-playbook.md, untersuche dann den aktuellen Rechner:

python3 "$SKILL_DIR/scripts/probe_environment.py" --json

Gehe nicht vom Computer oder Virtualisierungsprodukt des Autors aus. Folge dem Betriebssystem und der Software, die in der Aufgabe genannt werden. Behandle Windows als Hauptweg für Office, PowerShell, SQL Server, eNSP, anbieterspezifische Simulatoren und Windows-spezifische Lehrsoftware. Verwende Linux oder Kali für Linux-Netzwerk- und Sicherheitstools. Verwende macOS nativ nur, wenn die genannte Software und die erforderlichen Screenshots äquivalent bleiben; verwende andernfalls jede verfügbare Windows- oder Linux-VM, einen Container, WSL oder ein autorisiertes Remote-Labor.

Behalte Berechtigungskorrekturen und fehlgeschlagene Versuche in Arbeitsnotizen, es sei denn, sie ändern das eingereichte Ergebnis. Sicherheitsarbeit muss in lokalen Laboren, Kursumgebungen, absichtlich verwundbaren Zielen oder anderen autorisierten Systemen bleiben.

Ausführen und erfassen

Lies evidence-and-screenshots.md und die ausgewählte Disziplin-Datei.

1. Baue den kleinsten Aufbau, der die Aufgabe erfüllt.
2. Führe jeden Befehl und jeden Code-Pfad aus, der im Bericht erscheinen wird.
3. Überprüfe nach einer aussagekräftigen GUI-Aktion den aktuellen Anwendungszustand.
4. Notiere die exakten Eingaben, Dateinamen, Versionen, Adressen, Rahmenzahlen und beobachteten Werte.
5. Erfasse den Bildschirm, der das Ergebnis zeigt; erfasse nicht jeden Klick.
6. Behalte Original-Screenshots, Paketdateien, Daten und Quellcode unverändert.

Generierte Diagramme dürfen ein Konzept erklären, aber nicht ein echtes Softwareergebnis ersetzen. In einem Bericht verwendete Screenshots müssen Dateinamen, Adressen, Ports, Werte und Umgebung übereinstimmen.

Überprüfe den Bildordner vor dem Entwurf:

python3 "$SKILL_DIR/scripts/evidence_manifest.py" pfad/zu/belegen \
  --output evidence-manifest.json

Behebe beschädigte Dateien, versehentliche Duplikate, unlesbare Aufnahmen, exponierte private Daten und fehlende Ergebnisbildschirme.

Schreibe basierend auf dem beobachteten Ergebnis

Lies writing-and-code.md.

Gib für jeden praktischen Schritt die Operation, den beobachteten Wert oder das Verhalten, den zugehörigen Screenshot und eine kurze Erklärung nur an, wenn sie hilft. Halte Theorie und Zusammenfassungen proportional zu den Beispielen und der Aufgabe.

Für eine berufliche Übung schreibe sie als zugewiesene Arbeit: was erhalten wurde, was geprüft oder bedient wurde, wie die Beurteilung erfolgte und welches Ergebnis notiert wurde. Füge keine Präsentationsnotizen über Screenshot-Anzahl, Berichtsstruktur, aufbewahrte Artefakte oder das, was der Bericht nicht einführt, hinzu. Füge keine Firmen-Homepage nur hinzu, um eine Quellenzeile zu füllen.

Für Code implementiere nur das angeforderte Verhalten. Füge keine ungenutzten Abstraktionen, spekulativen Optionen, unmöglichen Fallprüfungen oder Kommentare hinzu, die einfachen Code wiederholen.

Erstelle und überprüfe das DOCX

Verwende die Dokumentenwerkzeuge des Host-Agenten, wenn verfügbar; andernfalls verwende kompatible DOCX-Werkzeuge und einen echten Renderer. Fülle die bereitgestellte Vorlage direkt aus. Entferne Beispieltext nur dort, wo der Berichtsinhalt ihn ersetzt.

Rendere das neueste DOCX und überprüfe jede Seite bei 100%:

• Screenshots und Bildunterschriften sind lesbar und ausgerichtet;
• Text, Tabellen und Bilder schneiden sich nicht ab oder überlappen sich;
• chinesische und lateinische Zeichen werden korrekt dargestellt;
• Überschriften, Nummerierung, Abstände, Einzüge, Ränder, Kopf- und Fußzeilen stimmen mit der Vorlage überein;
• Namen, Daten, Befehle, Adressen, Rahmenzahlen, Abbildungen und Schlussfolgerungen stimmen überein;
• es verbleibt keine zusätzliche leere Seite oder fast leere übertragene Seite;
• der Dateiname folgt der Regel dieser Aufgabe;
• keine Anmeldedaten, privaten Arbeitsplatzdaten oder nicht zusammenhängenden persönlichen Informationen sind enthalten.

Wiederhole das Rendern nach jeder Layout-Änderung. Liefere nur die angeforderten Dateien, es sei denn, der Benutzer bittet um Arbeitsmaterial.