The latest articles on DEV Community by FOX Wiz (@sebastian_a405db85cc15614). https://dev.to/sebastian_a405db85cc15614 https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4124146%2F2ef90e78-78f7-4920-a292-6adade7fda43.png https://dev.to/sebastian_a405db85cc15614 en FOX Wiz Fri, 06 Nov 2026 08:08:12 +0000 https://dev.to/sebastian_a405db85cc15614/ein-agent-der-eine-e-mail-ohne-ruckfrage-verschickt-ist-kein-feature-er-ist-4fl8 https://dev.to/sebastian_a405db85cc15614/ein-agent-der-eine-e-mail-ohne-ruckfrage-verschickt-ist-kein-feature-er-ist-4fl8 <p>Ein Agent, der eine E-Mail ohne Rückfrage verschickt, ist kein Feature – er ist ein Bug mit Absender.</p> <p>Der Unterschied zwischen sympathisch und gruselig liegt selten im Modell, sondern im Datenmodell. Wer E-Mail, Kalender und Aufgaben verbindet, sollte zwei getrennte Zustände bauen: Vorschlag und Ausführung.</p> <p>Was dabei konkret zählt:</p> <ul> <li>Jeder Vorschlag ist ein eigenes Objekt: Typ (Antwort, Termin, Aufgabe), betroffene Ressource, Diff zum Original, auslösende Nachricht. Ohne Diff kann niemand prüfen, was er freigibt.</li> <li>Lese- und Schreibrechte strikt trennen. Erst read-only (IMAP lesen, CalDAV lesen), Schreib-Scopes wie senden oder Termin anlegen erst beim Commit.</li> <li>Freigabe ist ein Commit mit Idempotency-Key, damit ein Doppelklick nicht zwei Antworten rausschickt.</li> <li>Vorschläge verfallen. Ein Entwurf auf eine drei Wochen alte Mail ist peinlicher als kein Entwurf – also Tabelle mit TTL statt unendlicher Queue.</li> <li>Jede Freigabe landet im Log: wer, wann, was, auf Basis welcher Daten. Nicht fürs Dashboard, sondern für den ersten Bugreport.</li> </ul> <p>Das ist unspektakulär, und genau deshalb trägt es. Der Nutzer behält die Kontrolle, das System bleibt debugbar, und niemand muss erklären, warum der Bot gestern Kollegin Müller geschrieben hat.</p> <p>Welche Aktion in deinem Setup darf niemals ohne Rückfrage rausgehen – und woran erkennst du sie im Code?</p> <h1> architecture #humanintheloop #productivity </h1> agents architecture llm security FOX Wiz Thu, 05 Nov 2026 08:00:22 +0000 https://dev.to/sebastian_a405db85cc15614/was-zahlt-heute-ein-blick-genugt-h38 https://dev.to/sebastian_a405db85cc15614/was-zahlt-heute-ein-blick-genugt-h38 <p>Was zählt heute? Ein Blick genügt. 👀</p> FOX Wiz Tue, 03 Nov 2026 07:51:36 +0000 https://dev.to/sebastian_a405db85cc15614/ein-switch-mit-40-cases-wird-in-gcc-nicht-zu-40-vergleichen-aber-auch-nicht-4a61 https://dev.to/sebastian_a405db85cc15614/ein-switch-mit-40-cases-wird-in-gcc-nicht-zu-40-vergleichen-aber-auch-nicht-4a61 <p>Ein <code>switch</code> mit 40 Cases wird in GCC nicht zu 40 Vergleichen – aber auch nicht automatisch zu einer Sprungtabelle. Mich interessiert, woran ihr festmacht, welche Lowering-Strategie die richtige war.</p> <p>Im Godbolt-Fenster sehe ich bei <code>-O2</code> meist die Jump Table, und sobald <code>-Os</code> ins Spiel kommt, kippt das Bild und der Vergleichsbaum taucht wieder auf. Dazu kommen die Fälle dazwischen: dichte, aber kleine Case-Bereiche, die als Bit-Test enden, und der <code>switch conversion</code>-Pass, der den Switch komplett in eine andere Form überführt, statt ihn nur zu lowern. Mit <code>-fno-jump-tables</code> lässt sich das eine abschalten, aber dann fehlt mir oft die saubere Begründung, warum der Binsearch hier wirklich besser ist – Sprungvorhersage, Codegröße, Cache?</p> <p>Der Grund, warum mich das umtreibt, ist banal: Es ist dieselbe Idee wie im Posteingang. Nicht jeden Fall einzeln durchvergleichen, sondern eine Vorauswahl treffen lassen – nur dass beim Menschen die Freigabe am Ende stehen bleibt. FOX WIZ ist genau so gebaut: Antworten, Termine und Aufgaben liegen fertig bereit, bestätigt wird von dir. Der Unterschied zum Compiler ist, dass niemand im Hintergrund etwas nach außen schickt, was du nicht gesehen hast.</p> <p>Welche Lowering-Strategie seht ihr in euren Builds – und bei welchem Case-Muster schaltet ihr <code>switch conversion</code> bewusst ab?</p> <h1> gcc #compiler #c </h1> FOX Wiz Sat, 31 Oct 2026 07:43:06 +0000 https://dev.to/sebastian_a405db85cc15614/fox-wiz-produkt-und-projektupdates-jetzt-auch-auf-devto-httpsfox-wizcom-50j7 https://dev.to/sebastian_a405db85cc15614/fox-wiz-produkt-und-projektupdates-jetzt-auch-auf-devto-httpsfox-wizcom-50j7 <p>FOX Wiz: Produkt- und Projektupdates jetzt auch auf dev.to. <a href="https://fox-wiz.com" rel="noopener noreferrer">https://fox-wiz.com</a></p> FOX Wiz Fri, 30 Oct 2026 06:55:43 +0000 https://dev.to/sebastian_a405db85cc15614/vorbereiten-statt-vorpreschen-wie-fox-wiz-alltagskram-erledigt-ohne-dir-die-ko-fe2 https://dev.to/sebastian_a405db85cc15614/vorbereiten-statt-vorpreschen-wie-fox-wiz-alltagskram-erledigt-ohne-dir-die-ko-fe2 <p>Vorbereiten statt vorpreschen: wie FOX WIZ Alltagskram erledigt, ohne dir die Kontrolle zu nehmen<br> Was passiert, wenn eine App für dich antwortet, bevor du die Nachricht überhaupt gesehen hast? Genau das verhindert FOX WIZ.</p> <p>FOX WIZ ist eine App für iPhone, iPad und Mac, die E-Mail, Kalender, Aufgaben und Dateien verbindet und den Zusammenhang versteht.</p> <p>Das Designprinzip dahinter ist einfach: Die App bereitet vor, du gibst frei. Antworten, Termine und Aufgaben liegen fertig bereit, und jede Aktion mit Außenwirkung wartet auf deine Bestätigung. Nichts geht raus, was du nicht gesehen hast.</p> <p>Warum das wichtig ist: Automatisierung, die ohne Rückfrage handelt, spart Zeit und kostet Vertrauen. Ein Vorschlag, den du in Sekunden prüfst und bewusst freigibst, spart dieselbe Zeit und behält das Vertrauen. Welche Dienste FOX WIZ verbindet und wie oft es sich meldet, bestimmst du selbst.</p> <p>FOX WIZ gibt es im App Store für iPhone, iPad und Mac, kostenlos starten: <a href="https://fox-wiz.com" rel="noopener noreferrer">https://fox-wiz.com</a></p> <h1> ai #productivity #ios #automation </h1>