formales-bsc — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited formales-bsc (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Konsultiere dieses Regelwerk immer, wenn es um Dokument-Ebene geht: Layout, Pflichtbestandteile, Reihenfolge, Umfang, Titelblatt, Abbildungen, Tabellen, Verzeichnisse. Quellen (Stand Juni 2026, PDFs in formale-vorgaben-zhaw-bsc/): Merkblatt Bachelorarbeit BSc ZHAW SML (W_MB §11), ZHAW-Zitierleitfaden (Abbildungen/Tabellen), Checkliste sprachliche/formale Ausarbeitung.Text-Ebene (Sprache, Stil, Zitation, Plagiat, KI-Inline) gehoert NICHT hierher — dafuer existiert wiss-schreiben-bsc. KI-Anhang und Methoden-Kapitel-KI-Reflexion gehoeren in ki-deklaration-bsc.
Aus W_MB Bachelorarbeit BSc §11.4 — verbindlich:
| Element | Vorgabe |
|---|---|
| Papierformat | A4 |
| Schrift | Times New Roman, 12 pt |
| Zeilenabstand | 1.5 |
| Seitenrand links | 3 cm |
| Seitenrand rechts | 3 cm |
| Seitenrand oben/unten | nicht spezifiziert (LaTeX-Standard ist fein) |
Im Projekt ist das in latex/preamble.tex via geometry-Paket konfiguriert. Im Draft-Mode ist der rechte Rand auf 6 cm verbreitert fuer todonotes (siehe latex/main.tex Toggle \draftmodetrue / \draftmodefalse). Bei der Submission muss der Toggle auf \draftmodefalse stehen — sonst sind die Raender zu breit und der Build entspricht nicht der Vorgabe.
Build-Targets (siehe latex/BUILD.md):
cd latex
make # Draft-Build (mit todonotes-Sidebar)
make submission # ZHAW-konformer Build fuer Abgabe (Toggle wird geflippt)Bei jedem Submission-Check ist main_submission.pdf die Referenz, nicht main.pdf.
Aus W_MB §11.4. Die Felder muessen exakt vorhanden sein, das Logo ist explizit verboten.
latex/figures/zhaw_font_deu_font.pdf.Wenn die Arbeit nach Abschluss auf der ZHAW DigitalCollection veroeffentlicht wird (gute Note vorausgesetzt), keine persoenlichen Daten auf dem oeffentlichen Deckblatt — Matrikelnummer und ggf. Adresse entfernen. Im Submission-Build bleiben sie drin.
Die LaTeX-Quelle des Titelblatts: latex/Front/titlepage.tex.
Aus W_MB §11.2 — verbindliche Abfolge:
Reihenfolge-Verstoss = Formfehler. Beim Layout-Review immer pruefen.
latex/appendices/DeclarationOfOriginalityZHAW.tex). Wird beim MoLeNa-Upload zusaetzlich elektronisch bestaetigt.glossaries-Paket gepflegt (latex/Front/glossary.tex).ki-deklaration-bsc).Aus W_MB §11.2. Die Einleitung muss diese Bausteine enthalten, am besten als eigene Unterabschnitte:
| Baustein | Was er enthaelt |
|---|---|
| Problemstellung | Warum existiert dieses Forschungs-Problem? Was ist der Kontext? |
| Forschungsfrage(n) | Was wird konkret beantwortet? Eine zentrale FF, ggf. Unterfragen. |
| Abgrenzungen | Was wird NICHT beantwortet? Welche Aspekte sind ausserhalb des Scopes? |
| Relevanz fuer Themengebiet | Warum ist die Beantwortung wissenschaftlich/praktisch wertvoll? |
| Aufbau der Arbeit | Wie ist die Arbeit gegliedert? Kurze Vorschau der Kapitel. |
| Schwerpunkte | Worauf liegt der inhaltliche Fokus? |
Beim Review der Einleitung pruefen: ist jeder dieser Bausteine identifizierbar? Wenn ein Baustein fehlt oder vermengt mit anderen ist, das als Strukturproblem melden.
Wie pruefen im Projekt:
# Gesamtseitenzahl des Submission-Builds
pdfinfo latex/main_submission.pdf | grep Pages
# Genauer: vor Beginn Hauptteil bis vor Lit-Verzeichnis — manuell per PDF-Reader
# oder via pdftk/pdftotext mit SeitenmarkierungenBei laufendem Schreibstand mit make (Draft) bauen und im PDF die "Textseiten" zaehlen — die Verzeichnisseiten sind meist roemisch paginiert, die Textseiten arabisch (Standard-LaTeX-Setup).
latex/Front/management-summary.tex.Wie pruefen:
# Zeichen mit Leerzeichen
texcount -inc -sum=0,0,0,0,0,0 -1 latex/Front/management-summary.tex
# oder
pandoc latex/Front/management-summary.tex -t plain | wc -m
# Schneller (rauher Wert, ueber detex):
detex latex/Front/management-summary.tex | wc -mAnmerkung: texcount und pandoc ziehen LaTeX-Befehle anders ab — bei Differenzen den Wert von pandoc -t plain | wc -m als Referenz nehmen (das entspricht am ehesten dem, was ein Pruefer als "Zeichen" zaehlen wuerde).
Wenn ausserhalb des Korridors: Wenn zu kurz, an konkrete Inhaltsabschnitten ausbauen (Problemstellung praeziser, Ergebnis-Aussage detaillierter). Wenn zu lang, Fuelltext streichen und Ergebnis fokussieren.
ZHAW spezifiziert die innere Struktur nicht hart, ueblich ist:
Keine Quellenangaben im Management Summary noetig — es soll selbsterklaerend lesbar sein.
Fuer Quellen-Abbildungen / -Tabellen:
Abbildung 1: Titel der Abbildung (Autor:in, Jahr, S. Seitenzahl)
Tabelle 1: Titel der Tabelle (Autor:in, Jahr, S. Seitenzahl)Fuer angepasste Quellen (Original modifiziert):
Abbildung 2: Titel (in Anlehnung an Autor:in, Jahr, S. X)Fuer Eigenentwicklung:
Abbildung 3: Titel der AbbildungEigenentwicklung erhaelt explizit keine Quellenangabe. Wenn keine Quelle angegeben ist, signalisiert das per Konvention "ist vom Autor selbst entwickelt" (Zitierleitfaden S. 9). Wenn du also eine Abbildung erstellst, die auf einer Quelle BASIERT, aber substantielle Eigenarbeit ist: (in Anlehnung an ...) — nicht weglassen.
ZHAW spezifiziert die Position nicht. APA-7-Standard und der bisherige Stil im Projekt:
LaTeX-Setup im Projekt: das ist die Default-Konvention bei \caption{} — Position der \caption{}-Zeile im \begin{figure} / \begin{table}-Block entscheidet.
\label{} + \ref{} setzen, im Fliesstext "siehe Abbildung 1" oder "(vgl. Abbildung 1)" (Checkliste sprachliche/formale Ausarbeitung).\caption{} generiert via \listoffigures / \listoftables.| Verzeichnis | Pflicht? | LaTeX | Anmerkungen |
|---|---|---|---|
| Inhaltsverzeichnis | immer | \tableofcontents | aktuell halten — vor jedem Build neu bauen lassen |
| Management Summary | immer | manuell, eigene Datei | Zeichenkorridor 2'600–3'150 |
| Abbildungsverzeichnis | nur wenn Abbildungen vorhanden | \listoffigures | automatisch aus \caption{} |
| Tabellenverzeichnis | nur wenn Tabellen vorhanden | \listoftables | automatisch aus \caption{} |
| Abkuerzungsverzeichnis | nur wenn noetig | glossaries (Acronyms) | NUR wirklich unbekannte Abkuerzungen, keine wie "z.B." |
| Formelverzeichnis | nur wenn Formeln vorhanden und referenziert | manuell oder nomencl | im Projekt vermutlich nicht relevant |
| Glossar | optional | glossaries | sinnvoll bei vielen Fachbegriffen |
| Literaturverzeichnis | immer | \printbibliography (biblatex) | hinten, nicht vorne (bei betriebswirtschaftlichen Arbeiten) |
| KI-Tools-Verzeichnis | immer wenn KI genutzt | manuell | NACH Lit-Verzeichnis, vor Anhaengen; Details in ki-deklaration-bsc |
glossaries erledigt das automatisch via \gls{}.ZHAW spezifiziert die Paginierung nicht hart. Etablierter wissenschaftlicher Standard, der im Projekt eingestellt ist:
Das ist in MastersDoctoralThesis.cls voreingestellt. Wenn doch Aenderungen noetig: preamble.tex anpassen, nicht die .cls.
Wenn die Autor:in eine Aufgabe wie "baue mir die Kapitelstruktur fuer Kapitel 3", "wie soll die Einleitung aufgebaut sein", "schreib mir das Titelblatt" gibt:
latex/chapters/ und latex/Front/ schauen, was schon da ist — nicht neue Kapitel parallel anlegen, sondern bestehende ergaenzen.\chapter{Titel}\section{Titel}\subsection{Titel}\subsubsection{} — tiefer als das ist meist ein Hinweis auf Ueberstrukturierung.\label{ch:einleitung}, \label{sec:problemstellung}, etc. — bei bestehendem Schema bleiben.Wenn die Autor:in einen Formal-Check anfragt ("Layout-Check", "ist der Umfang ok", "Struktur korrekt"), in dieser Reihenfolge pruefen:
main_submission.pdf aktuell? Falls nein: make -C latex submission und dann erst pruefen.pdfinfo main_submission.pdf | grep -i page zeigt Formatki-deklaration-bsc)?Formal-Check (Stand: <Datum/Build>)
Layout: [OK / Abweichungen mit Detail]
Pflichtbestandteile: [Liste mit Status]
Reihenfolge: [OK / Probleme]
Umfang: [X Seiten Textteil — im/ausserhalb Korridor 40–80]
Management Summary: [X Zeichen — im/ausserhalb Korridor 2'600–3'150]
Abbildungen/Tabellen: [Anzahl + Format-Probleme]
Konkrete TODO-Liste:
- [Punkt 1]
- [Punkt 2]Diese Checkliste ist die letzte Sicherheit vor dem MoLeNa-Upload. Text-Ebene ist in wiss-schreiben-bsc, KI-Anhang in ki-deklaration-bsc.
\draftmodefalse aktiv — Submission-Build verwendetki-deklaration-bsc)~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.