feat(site): rewrite public copy around the batch chain

Replace slogan-heavy bilingual copy with concrete industrial prose on home, about, work, notes, and contact, without invented metrics or em dashes.

Co-authored-by: Cursor <cursoragent@cursor.com>

src/content/person.ts

@@ -3,47 +3,61 @@ import type { Locale } from "@/i18n/routes";
 const copy = {
   de: {
     role: "Software Engineer für industrielle Prozesse",
-    location: "Deutschland · remote und vor Ort",
+    location: "Deutschland, remote und vor Ort",
     story: [
-      "Mein Ausgangspunkt ist die Behälterglas-Produktion: Rezepte, Rohstoffe, Silos, Schichten, Satzzettel, Tagesprotokolle. Das sind keine abstrakten Entities. Es sind Zustände, die Geld, Material und Sicherheit berühren.",
-      "Daraus folgt, wie ich Software baue. Fachliche Buchungen werden nicht einfach gelöscht. Berechnungen bleiben nachvollziehbar. Fehlerpfade sind Teil des Modells, nicht ein nachträglicher Dialog.",
-      "Für Kunden heißt das: jemand, der den Prozess zuerst versteht und dann ein System hinterlässt, das ein anderer Engineer erklären kann. Für Arbeitgeber heißt das: Ownership statt Ticket-Abarbeitung.",
+      "Ich komme aus der Behälterglas-Produktion. Dort habe ich gelernt, wo ein Rezept aufhört, Zutatenliste zu sein: an der Wanne. Temperatur, Redox, Kosten und das, was die nächste Schicht vorfindet, hängen an derselben Entscheidung. Wer das in voneinander unabhängige Masken zerlegt, baut den Bruch in die Software ein.",
+      "Deshalb beginne ich nicht beim Framework. Ich frage, welche Buchung nach dem Wiegen nicht mehr still verschwinden darf, was eine Schicht der nächsten hinterlassen muss, und welche Zahl am Abend noch zur Halle passt. Erst daraus entsteht ein Datenmodell.",
+      "In der Praxis heißt das oft: Satzzettel, Gemengebuch, Siloabzug, Oxidrechnung und Tagesprotokoll gehören in eine Kette. Eine Rezeptversion, die am Morgen galt, darf am Abend nicht still durch eine andere ersetzt werden, nur weil jemand in der Maske gespeichert hat. Änderungen gelten vorwärts, nicht in die bereits gebuchte Vergangenheit.",
+      "W-Make Batch ist der öffentliche Beleg für diese Haltung. Die Demo unter batch.w-make.com zeigt den Ablauf, nicht einen Kundenstand. Vertrauliche Mengen, Rezepte und Hallendaten bleiben dort, wo sie hingehören. Batchmaker Studio ist die Werkbank daneben: derselbe Fachkern für Rezept und Glaschemie, ohne Silos, ohne Schichten, ohne laufende Buchungen.",
+      "Für Auftraggeber bedeutet das jemanden, der den Prozess erklären kann, bevor er eine Architektur vorschlägt. Für ein Team bedeutet das, dass ich den Teil übernehme, an dem Fachlichkeit, Daten und Betrieb zusammenfallen, und ihn in einem Zustand lasse, den ein anderer Engineer lesen kann.",
+      "Ich arbeite aus Deutschland, remote und vor Ort. Ich nehme Fälle an, bei denen der Ablauf wichtiger ist als die Demo. Casino, Trading und interne Infrastruktur gehören nicht auf diese Site und nicht in ein Erstgespräch mit einem Industriekunden.",
     ],
     principles: [
       {
-        title: "Fachlichkeit zuerst",
-        text: "Ich beginne beim realen Prozess, nicht beim Framework. Regeln werden sichtbar, prüfbar und nachvollziehbar.",
+        title: "Die Halle vor der Sitemap",
+        text: "Ich zeichne den Tag eines Schmelzers, eines Mischers, eines Schichtführers. Welche Zahl braucht er um sechs, welche um Schichtende, welche darf er nicht mehr überschreiben. Daraus folgt die Anwendung.",
       },
       {
-        title: "Verlässliche Zustände",
-        text: "Buchungen, Migrationen und Fehlerpfade so, dass das System unter realen Bedingungen verständlich bleibt.",
+        title: "Buchungen als Zustände",
+        text: "Ein Verbrauch, der Silo und Protokoll verändert hat, ist kein Datensatz zum Löschen. Korrektur heißt Gegenbuchung, Storno oder Abgleich. Soft-Delete kaschiert den Effekt, beseitigt ihn nicht.",
       },
       {
-        title: "Kleine, tragfähige Lösungen",
-        text: "Keine Architektur um ihrer selbst willen. Erst die kleinste Lösung, die den Prozess dauerhaft besser macht.",
+        title: "Rechnung dort, wo man sie prüfen kann",
+        text: "Oxid, Redox, Satzgröße und Kosten gehören in eigene Module, nicht in die Oberfläche und nicht in den Router. Wenn die Zahl später streitet, muss der Weg zur Formel ohne Umweg über drei Schichten Code liegen.",
+      },
+      {
+        title: "Betrieb ist Teil des Produkts",
+        text: "Migrationen, Sicherung, Schichtbeginn als gemeinsame Uhr, ein Abschluss, den man wiederholen kann: das ist keine Nachsorge. Ein System, das nur in der Demo schließt, schließt in der Halle nicht.",
       },
     ],
   },
   en: {
     role: "Software engineer for industrial processes",
-    location: "Germany · remote and on site",
+    location: "Germany, remote and on site",
     story: [
-      "I start from container-glass production: recipes, raw materials, silos, shifts, batch tickets, daily logs. These are not abstract entities. They are states that touch money, material, and safety.",
-      "That shapes how I build software. Domain bookings are not simply deleted. Calculations stay traceable. Failure paths belong in the model, not in an afterthought dialog.",
-      "For clients that means someone who understands the process first and leaves a system another engineer can explain. For employers it means ownership, not ticket throughput.",
+      "I come from container-glass production. That is where I learned where a recipe stops being a list of ingredients: at the furnace. Temperature, redox, cost and what the next shift finds all hang on the same decision. Split that into unrelated screens and you ship the fracture with the software.",
+      "So I do not start with the framework. I ask which booking must not vanish quietly after weighing, what one shift must leave the next, and which figure still has to match the hall in the evening. Only then does a data model appear.",
+      "In practice that often means: batch ticket, batch book, silo deduction, oxide calculation and daily log belong in one chain. A recipe version that held in the morning must not be silently replaced in the evening just because someone hit save. Changes apply forwards, not into the booked past.",
+      "W-Make Batch is the public evidence for that stance. The demo at batch.w-make.com shows the flow, not a client installation. Confidential volumes, recipes and plant data stay where they belong. Batchmaker Studio is the workbench beside it: the same domain core for recipes and glass chemistry, without silos, without shifts, without live bookings.",
+      "For a client that means someone who can explain the process before proposing an architecture. For a team it means I take the part where domain, data and operations meet, and leave it in a state another engineer can read.",
+      "I work from Germany, remotely and on site. I take cases where the flow matters more than the demo. Casino, trading and internal infrastructure do not belong on this site, and not in a first conversation with an industrial customer.",
     ],
     principles: [
       {
-        title: "Domain first",
-        text: "I start from the real process, not the framework. Rules become visible, testable, and traceable.",
+        title: "The hall before the sitemap",
+        text: "I draw the day of a melter, a mixer, a shift lead. Which figure they need at six, which at the end of the shift, which they must no longer overwrite. The application follows from that.",
       },
       {
-        title: "Reliable states",
-        text: "Bookings, migrations, and failure paths designed so the system stays intelligible under real conditions.",
+        title: "Bookings as states",
+        text: "A consumption that has already changed silo and log is not a row you delete. Correction means a reversing entry, a cancellation or a reconcile. Soft-delete hides the effect. It does not undo it.",
       },
       {
-        title: "Small, durable solutions",
-        text: "No architecture for its own sake. The smallest design that lastingly improves the process.",
+        title: "Put the calculation where it can be checked",
+        text: "Oxide, redox, batch size and cost belong in their own modules, not in the interface and not in the router. If the figure is later disputed, the path to the formula must not run through three layers of code.",
+      },
+      {
+        title: "Operations are part of the product",
+        text: "Migrations, backup, a shared clock for shift start, a close you can repeat: that is not aftercare. A system that only closes in the demo will not close on the floor.",
       },
     ],
   },