<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><title>hackers&amp;wizards Blog (Deutsch)</title><link>https://www.hackersandwizards.dev/de/blog/</link><atom:link href="https://www.hackersandwizards.dev/de/blog/rss.xml" rel="self" type="application/rss+xml"/><description>Was Agentic Engineering ist, was die Forschung dazu sagt und wie es in der Praxis läuft, jeder Artikel mit Quellen und Grenzen.</description><language>de</language><lastBuildDate>Fri, 30 Oct 2026 00:00:00 GMT</lastBuildDate><sy:updatePeriod>daily</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>KI-Wirkung im Engineering messen: was zählt und was ihr ignorieren könnt</title><link>https://www.hackersandwizards.dev/de/blog/2026/measuring-ai-impact/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/measuring-ai-impact/</guid><pubDate>Tue, 27 Oct 2026 00:00:00 GMT</pubDate><description>KI treibt jede Zahl nach oben, die leicht zu zählen ist: Codemenge, Pull Requests, Nutzung. Ein Stanford-Vortrag und DX-Daten beziffern den gemessenen Gewinn auf etwa 10 Prozent, mit großen Unterschieden zwischen Unternehmen. Was ihr stattdessen messt, woher die Erträge kommen und warum es erst schlechter wird.</description></item><item><title>Breaking the Loop: Warum KI-Agenten nie von allein fertig werden</title><link>https://www.hackersandwizards.dev/de/blog/2026/breaking-the-loop/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/breaking-the-loop/</guid><pubDate>Sat, 24 Oct 2026 00:00:00 GMT</pubDate><description>Agenten in einer Software Factory finden immer noch ein Problem, noch ein Ticket, noch eine Verbesserung. Wann die Arbeit fertig ist, kann nur eine zweite, viel langsamere Schleife sagen: die bis zum Markt.</description></item><item><title>Das Issue-Label ist das Protokoll der Agenten</title><link>https://www.hackersandwizards.dev/de/blog/2026/development-workflow/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/development-workflow/</guid><pubDate>Tue, 15 Sep 2026 00:00:00 GMT</pubDate><description>Auf software-factory.dev beschreibt der Skill development-workflow die Factory aus ihrer eigenen Sicht. Er zeigt, dass keine Automation eine andere aufruft: Sie stimmen sich über Labels auf Issues ab.</description></item><item><title>Ehrlich ist das Tagesdelta, die Gesamtsumme steigt sowieso</title><link>https://www.hackersandwizards.dev/de/blog/2026/tweet-drafter/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/tweet-drafter/</guid><pubDate>Tue, 08 Sep 2026 00:00:00 GMT</pubDate><description>Dreimal am Tag postet der Tweet Drafter der Factory von software-factory.dev Updates. Er berichtet das Tagesdelta statt der kumulierten Summe, denn eine Summe sieht immer nach Fortschritt aus.</description></item><item><title>Automatische Statusberichte sind nur so ehrlich wie ihr Prompt</title><link>https://www.hackersandwizards.dev/de/blog/2026/weekly-recap/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/weekly-recap/</guid><pubDate>Tue, 01 Sep 2026 00:00:00 GMT</pubDate><description>Auf software-factory.dev bleibt der automatische Wochenrückblick ehrlich, weil die Ehrlichkeit im Prompt steht: Der Challenges-Abschnitt macht ihn authentisch, und eine Zahl, die keiner erfasst hat, muss auch so benannt werden.</description></item><item><title>Eine Metrik ohne rote Linie ist Dekoration</title><link>https://www.hackersandwizards.dev/de/blog/2026/performance-monitor/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/performance-monitor/</guid><pubDate>Tue, 25 Aug 2026 00:00:00 GMT</pubDate><description>Der wöchentliche Performance Monitor in der Factory von software-factory.dev funktioniert, weil für jede Metrik, die er beobachtet, ein harter Schwellenwert festgeschrieben ist.</description></item><item><title>Wer die Factory prüft, darf das eigene Protokoll nicht umschreiben</title><link>https://www.hackersandwizards.dev/de/blog/2026/automation-auditor/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/automation-auditor/</guid><pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate><description>Auf software-factory.dev nimmt der Automation Auditor jede andere Automation am Band unter die Lupe. Seine nützlichste Regel: Das Audit der letzten Woche darf er nie überschreiben.</description></item><item><title>Eskalierte Arbeit braucht einen Weg zurück aufs Band</title><link>https://www.hackersandwizards.dev/de/blog/2026/needs-human-requeue/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/needs-human-requeue/</guid><pubDate>Fri, 14 Aug 2026 00:00:00 GMT</pubDate><description>Auf software-factory.dev bringt die kleinste Automation der Factory eskalierte Issues zurück aufs Band, sobald ein Mensch geantwortet hat. Auch der Weg vom Menschen zurück zur Maschine braucht einen eigenen Owner.</description></item><item><title>Die Stale-Uhr nach der Zykluszeit eurer Agenten stellen</title><link>https://www.hackersandwizards.dev/de/blog/2026/stale-issue-reviewer/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/stale-issue-reviewer/</guid><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><description>Beim Stale-Issue Reviewer auf software-factory.dev gilt Arbeit nach drei Stunden als liegengeblieben, nicht nach drei Tagen. Denn wer eine Linie überwacht, braucht eine Uhr, die in ihrem Takt läuft.</description></item><item><title>Der PR Shepherd rührt nur Konflikte an, die er versteht</title><link>https://www.hackersandwizards.dev/de/blog/2026/pr-shepherd/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/pr-shepherd/</guid><pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate><description>Der PR Shepherd der Factory auf software-factory.dev rebased Pull Requests mit Konflikten, semantische Konflikte überlässt er aber einem Menschen. Schwer wird Automatisierung dort, wo ihr festlegen müsst, wo ihre Kompetenz endet.</description></item><item><title>UI-Komponenten dort prüfen, wo sie ausgeliefert werden: in der Seite</title><link>https://www.hackersandwizards.dev/de/blog/2026/ui-verifier/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/ui-verifier/</guid><pubDate>Fri, 24 Jul 2026 00:00:00 GMT</pubDate><description>Der UI Verifier der Factory auf software-factory.dev hält jede geänderte Komponente in zwei Screenshots fest, einmal isoliert und einmal in der echten Seite. Denn was isoliert besteht, kann dort scheitern, wo es ausgeliefert wird.</description></item><item><title>Coding-Agents sind ein Problem der Organisationsgestaltung</title><link>https://www.hackersandwizards.dev/de/blog/2026/coding-agents-organizational-design/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/coding-agents-organizational-design/</guid><pubDate>Sat, 18 Jul 2026 00:00:00 GMT</pubDate><description>Wird lokale Generierung billiger, wandert der Engpass bei Coding-Agents in die Teampraxis, die gemeinsame Plattform, die Governance und das Lernen. Das Vier-Ebenen-Modell eines Praktikers, geprüft an dem, was DORA stützt und was nicht.</description></item><item><title>Warum schnelleres Coding nicht automatisch schnellere Delivery bedeutet</title><link>https://www.hackersandwizards.dev/de/blog/2026/coding-speed-delivery/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/coding-speed-delivery/</guid><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><description>Studien messen Aufgabenzeit, wahrgenommene Ersparnis, Pull Requests und Produktionsfluss jeweils anders. Nebeneinander gelesen zeigen die Messgrößen, wohin der Engpass wandert.</description></item><item><title>Evidenz für Software Factories und ihre Grenzen</title><link>https://www.hackersandwizards.dev/de/blog/2026/factory-evidence/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/factory-evidence/</guid><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><description>Öffentliche Beispiele zeigen: Agentengesteuerte Delivery-Systeme können Software bauen und ausrollen. Ihre Zahlen brauchen aber Quelle, Geltungsbereich und klare Grenzen.</description></item><item><title>Verifikation in einer Software Factory</title><link>https://www.hackersandwizards.dev/de/blog/2026/factory-verification/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/factory-verification/</guid><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><description>Wird es billig, Code zu generieren, hängt der Durchsatz einer Factory davon ab, ob das System belegen kann, dass eine Änderung akzeptabel und sicher ist und sich das Ausliefern lohnt.</description></item><item><title>Eine grüne CI ist kein Beweis, dass die Live-Site läuft</title><link>https://www.hackersandwizards.dev/de/blog/2026/post-merge-verifier/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/post-merge-verifier/</guid><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><description>Nach jedem Merge prüft der Post-Merge Verifier der Factory auf software-factory.dev die echte Produktionsseite mit Smoke-Tests. Denn dass Tests bestehen und dass die Site funktioniert, sind zwei verschiedene Aussagen.</description></item><item><title>Was ist eine Software Factory?</title><link>https://www.hackersandwizards.dev/de/blog/2026/what-is-software-factory/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/what-is-software-factory/</guid><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><description>Eine Software Factory koordiniert Agenten, Kontext, deterministische Gates und menschliche Entscheidungen auf dem Weg von der Absicht bis in die Produktion.</description></item><item><title>Ein PR-Reviewer, der selbst mergt, ist sicher, sobald er weiß, wann er aufhören muss</title><link>https://www.hackersandwizards.dev/de/blog/2026/pr-reviewer/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/pr-reviewer/</guid><pubDate>Fri, 10 Jul 2026 00:00:00 GMT</pubDate><description>Der PR Reviewer in der Factory von software-factory.dev mergt Code ohne menschliche Freigabe. Eine einzige Zahl macht das sicher: Nach drei gescheiterten Versuchen, die CI zu reparieren, gibt er auf.</description></item><item><title>Tageskennzahlen ohne Drift: gestern vom heutigen Gesamtstand abziehen</title><link>https://www.hackersandwizards.dev/de/blog/2026/daily-metrics/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/daily-metrics/</guid><pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate><description>Daily Metrics, eine Automation der Factory auf software-factory.dev, misst die tägliche Veränderung nie über eine Abfrage mit Datumsfilter. Sie zieht den kumulierten Gesamtstand von gestern vom heutigen ab. Diese Methode kann nicht driften.</description></item><item><title>Eine Bugfix-Automation darf nie stillschweigend aufhören</title><link>https://www.hackersandwizards.dev/de/blog/2026/bug-fixer/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/bug-fixer/</guid><pubDate>Fri, 26 Jun 2026 00:00:00 GMT</pubDate><description>Die Bugfix-Automation der Factory auf software-factory.dev beendet jeden Lauf auf einem von zwei Wegen: mit einem Fix oder mit einer Eskalation an einen Menschen. Ehrliches Scheitern muss man entwerfen.</description></item><item><title>Bevor der Feature Builder baut, sucht er nach offenen Bugs</title><link>https://www.hackersandwizards.dev/de/blog/2026/feature-builder/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/feature-builder/</guid><pubDate>Fri, 19 Jun 2026 00:00:00 GMT</pubDate><description>Die Build-Automation von software-factory.dev beginnt mit einem Pre-Flight-Check. Liegt ein Bug der Priorität 1 oder 2 ohne Bearbeiter herum, ruht jede neue Feature-Arbeit.</description></item><item><title>Wer Verbesserungen automatisiert, muss den Ehrgeiz deckeln</title><link>https://www.hackersandwizards.dev/de/blog/2026/product-improver/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/product-improver/</guid><pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate><description>Der Product Improver der Factory auf software-factory.dev legt höchstens drei Issues pro Lauf an. Findet er nichts, das sich lohnt, legt er gar keines an.</description></item><item><title>Incident und Regel im selben Commit beheben</title><link>https://www.hackersandwizards.dev/de/blog/2026/incident-responder/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/incident-responder/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><description>Der Incident Responder der Factory auf software-factory.dev schreibt die fehlende Regel ins Konventionsdokument, im selben Commit wie den Fix. So steht die Regel, die den Bug verhindert hätte, schon vor der nächsten Änderung bereit.</description></item><item><title>Erst Feedback und Nutzungsdaten abgleichen, dann Arbeit daraus machen</title><link>https://www.hackersandwizards.dev/de/blog/2026/feedback-digest/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/feedback-digest/</guid><pubDate>Fri, 29 May 2026 00:00:00 GMT</pubDate><description>Der Feedback Digest der Factory auf software-factory.dev legt neues Feedback neben sieben Tage Nutzungsdaten. Ein Issue entsteht nur, wenn die Daten den Wunsch belegen.</description></item><item><title>Der Feature Planner füllt sein Backlog selbst, mit einem Menschen am Gate</title><link>https://www.hackersandwizards.dev/de/blog/2026/feature-planner/</link><guid>https://www.hackersandwizards.dev/de/blog/2026/feature-planner/</guid><pubDate>Fri, 22 May 2026 00:00:00 GMT</pubDate><description>Läuft die Linie leer, schreibt die Triage-Automation der Factory auf software-factory.dev ihr Backlog selbst. Was riskant ist, geht vorher über eine Person.</description></item></channel></rss>