Ich habe letztes Jahr mit vscode und einem einzigen Terminal angefangen - um ehrlich zu sein, nicht sehr produktiv - ich habe nach einer Pause wieder in die Entwicklung / Programmierung eingestiegen. Dann bin ich zu Warp gewechselt, um Claude Code / Codex auszuführen. Dann wieder zu Ghostty / Tmux / Claude Code / Codex / Opencode, da ich mehr Fluidität und Parallelität wollte. Aktueller Stand - Warp / Zed / Cmux / Dmux mit welchem Agenten auch immer… Codex / cc / Opencode. Dann gibt es all die verschiedenen Varianten der spekgetriebenen Entwicklung, wo ich einen erheblichen Teil meiner Zeit verbringe. BMAD, GSD (GSD2 neuerdings), Openspec, Specflow usw… Superkräfte, wenn ich mich recht erinnere… Ich glaube immer noch, dass gute Ingenieurpraktiken sehr wichtig sind, abhängig davon, was gebaut wird, aber ich bin immer noch ein großer Fan von domänengetriebenem Design und TDD. Ein erhebliches Risiko bei Codierungsagenten ist, dass sie Code produzieren, der nicht funktioniert oder unnötig ist und zu technischem Schulden wird - besonders wenn das Projekt wächst, besteht die Möglichkeit, dass eine neue Änderung bestehenden Code brechen könnte (persönliche Erfahrung). Ich war mit einem TDD-Ansatz produktiver, mit besserer Codequalität und weniger Zeit, die ich mit dem Herausfinden von brechenden Änderungen verbringen musste… Dennoch - die Dinge bewegen sich in einem so rasanten Tempo… hoffentlich die Konvergenz von Werkzeugen und Best Practices früher als später…