Software Delivery OS
Ein Team für Softwarelieferung – von Anforderungen über Angebote und Design bis zu Coding-Agenten, QA, DevOps und Auslieferung.
Digitale Mitarbeiter für ein Softwaredienstleistungsunternehmen: Anforderungsaufnahme, Angebote und Schätzungen, Lösungsdesign, Coding-Agenten unter Review, QA, Cloud-Betrieb und Lieferberichte – dazu ein digitaler Zwilling für jede Ingenieurin und jeden Ingenieur und ein persönlicher E-Mail-Assistent. Jedes Deployment und jede Zusage gegenüber Kunden gibt ein namentlich benannter Mensch frei.
Abteilungen
- Presales
- Entwicklung
- Cloud-Betrieb
- Leitung
- Persönlich
Gebaut für
- Softwarehaus
- Systemintegrator
- Digitalagentur
- IT-Dienstleistungen
- Produktstudio
Lernen Sie das Team kennen
Jeder Mitarbeiter hat eine Stellenbeschreibung, einen Einrichtungsassistenten und eine Grenze, die er nie überschreitet.
Presales
SOCRATES · Anforderungsanalyst
Macht aus dem, was der Kunde sagt, das, was das Team bauen kann: strukturierte Aufnahme, eine Frage nach der anderen, am Ende ein Anforderungsdokument mit Abnahmekriterien in jeder Zeile.
Niemals: Macht aus einer unbeantworteten Frage nie eine Annahme – offene Punkte bleiben offen und sichtbar
MIDAS · Manager für kommerzielle Angebote
Angebote, die gewinnen, und Margen, die halten: erstellt das kommerzielle Angebot aus dem Anforderungsbriefing, verfolgt jedes Angebot durch die Pipeline und lässt nie zu, dass eine Schätzung ihre Unsicherheit verbirgt.
Niemals: Setzt die Pipeline nie ohne das genehmigte Angebotsdokument in die Phase „Angebot gesendet“ – die Phasensperre erzwingt das
DAEDALOS · Lösungsarchitekt
Schreibt das technische Dokument, das dem Kontakt mit der Realität standhält: Architektur, Datenmodell, API-Verträge und AWS-Design – jede Technologieentscheidung mit Alternativen und Begründung festgehalten.
Niemals: Lässt die Entwicklung nie beginnen, bevor das technische Dokument genehmigt ist – die Pipeline-Sperre erzwingt das
Entwicklung
ARACHNE · Web-Entwicklungsagentin
Die Web-Spezialistin im Coding-Pool: React/TypeScript-Oberflächen, Figma-zu-Code, Barrierefreiheit und Performance – immer nach dem Bauplan, nie nach Vermutung.
Niemals: Pusht nie in ein Kunden-Repository und liefert nie aus – Branches und PRs werden über die Freigabe-Warteschlange menschlichen Entwicklern vorgeschlagen
IKAROS · Mobile-Entwicklungsagent
Der Mobile-Spezialist im Coding-Pool: Screens und Abläufe auf dem gewählten Stack, Plattformrichtlinien, Offline-Verhalten und Store-Checklisten – jeder Screen mit seinen Testfällen ausgeliefert.
Niemals: Veröffentlicht nie selbst in einem App Store – Artefakte für den Store sind Vorschläge zur menschlichen Freigabe
KADMOS · Entwicklungsagent für Backend und Integrationen
Der Spezialist für Backend und Integrationen: APIs, Datenmodelle, Queues, Webhooks und n8n-Automatisierungen – Contract-First, mit einer Rollback-Notiz zu jeder Schemaänderung.
Niemals: Berührt nie die Produktion – das Deployment gehört AIOLOS; er übergibt nur Artefakte
ARGUS · QA-Agent
Hundert Augen auf jedem Release: Testpläne aus den Abnahmekriterien, automatisierte Testläufe, ehrlich eingestufte Fehler und das Bestanden/Nicht-bestanden-Urteil, ohne das nichts ausgeliefert wird.
Niemals: Schwächt unter Druck nie ein Urteil ab – veröffentlicht stattdessen die Risiken
Cloud-Betrieb
HEPHAISTOS · Plattformkonfigurator
Die Schmiede der Systemkonfiguration: baut Kundenlösungen aus der ICON/TALOS-Plattform selbst – Organisationen, Agenten, Skills, Wissensbasen, Kanäle und Workflows – reproduzierbar, nach dem Bauplan.
Niemals: Aktiviert einen kundenseitigen Agenten nie anders als im beaufsichtigten Modus – Autonomie gewähren später Menschen
AIOLOS · DevOps-Agent
Releases, die langweilig sind: verantwortet den Weg in die Produktion auf AWS – ECS-Redeployments, S3-Site-Syncs, CloudFront-Invalidierungen – über dreifach abgesicherte Vorgänge, nur für Releases, die die QA bestanden haben.
Niemals: Liefert nie ein Release aus, das ARGUS nicht bestanden hat, und nur für Projekte in der Phase qa/uat – die Pipeline-Sperre erzwingt den Rest
PROMETHEUS · Monitor für den Systembetrieb
Sieht das Feuer vor dem Rauch: beobachtet die AWS-Umgebung nur lesend – Alarme, Fehlerraten, Log-Auffälligkeiten, ablaufende Zertifikate – und veröffentlicht das Gesundheitsbild in festem Rhythmus.
Niemals: Greift nie in die Infrastruktur ein – konstruktionsbedingt nur Lesezugriff; er diagnostiziert, AIOLOS bedient
EPEIOS · Agent für Cloud-Bereitstellung
Macht aus einer Repository-URL einen kalkulierten Deployment-Plan: analysiert jedes öffentliche Repository, ermittelt genau, was es auf dem EC2-Standardweg an AWS braucht, und legt Plan und Kostenschätzung zur Freigabe vor – ohne genehmigten Vorschlag stellt er nichts bereit.
Niemals: Erstellt oder ändert nie eine AWS-Ressource und gibt nie Geld aus ohne einen genehmigten Agent-OS-Vorschlag – der Planungsteil analysiert und schätzt nur
Leitung
ATHENA · Delivery-Leitung
Alles wird geliefert, wann sie es gesagt hat: führt die Lieferstufen und den Sprint-Rhythmus, hält die Phasensperren wie ein Gesetz und meldet gefährdete Termine, sobald sie sie sieht.
Niemals: Umgeht nie eine Phasensperre: kein Angebot ohne genehmigtes Dokument, keine Entwicklung ohne Bauplan, kein Deployment ohne QA
SOLON · Copilot des CTO
Das ganze Unternehmen in einem Briefing: liest jeden Morgen die Mitteilungen des Teams – einschließlich der Notizen der persönlichen Zwillinge – und bringt die eine Entscheidung hervor, die die Leitung heute treffen muss.
Niemals: Spekuliert nie zu einer spontanen Frage – fragt stattdessen den zuständigen Kollegen oder Zwilling
Persönlich
HERMES · Persönlicher E-Mail-Assistent
Der persönliche Korrespondenzagent einer Person: verbindet ihr Gmail- oder Outlook-Postfach, lernt aus ihrem eigenen Ordner „Gesendet“, wie sie tatsächlich schreibt, und entwirft Antworten im selben Verlauf in dieser Stimme – ohne Freigabe wird nichts gesendet.
Niemals: Sendet nie direkt – jede Antwort wartet in der Freigabe-Warteschlange, sofern die Inhaberin dem E-Mail-Kanal keine Autonomie gewährt hat
Der Grundsatz
Die KI bereitet vor, ein namentlich benannter Mensch gibt frei. Jeder Mitarbeiter startet beaufsichtigt, und nichts, was er tut, bleibt im Arbeitsprotokoll verborgen.
Beginnen Sie mit einem Mitarbeiter
Die meisten Teams starten mit zwei oder drei Mitarbeitern im beaufsichtigten Modus und drehen den Regler auf, wenn das Vertrauen wächst.