**99 % der Leute haben gar nicht mitbekommen, dass OpenAI schon wieder einen Durchbruch im AI-Engineering geschafft hat
**
- Komplett neue, lebensverändernde Launches (hallo, Grokbot), die ich in diesem Artikel bespreche: Was sie sind, warum sie wichtig sind und wie du sie für 100 % Effektivität einrichtest Dots ist der spannendste Einstiegspunkt. Du bekommst einen persönlichen Agenten mit eigenem Cloud-Computer und der Möglichkeit, Hintergrundarbeit zu delegieren. Lerne Dots kennen.
DevDay brachte außerdem neue Modelle, geteilte Dokumente, Coding-Updates, Plugins und Tools, um Agents direkt in deine eigenen Produkte einzubauen.
Vor dem Alpha – abonniere meinen Substack für mehr frisches Alpha – https://substack.com/@0xcodila
1. Erstelle deinen Dot und gib ihm eine Aufgabe
https://x.com/OpenAI/status/2104980481876070819
Öffne Dots in ChatGPT am Desktop und folge der Einführung. Verbindungen kannst du direkt beim Setup hinzufügen oder später nachholen.
Zum Launch wird der persönliche Zugang schrittweise für Erwachsene auf Pro 100, 200 und 500 ausgerollt
Aber prüfe trotzdem die aktuellen Zugangsvoraussetzungen, bevor du extra für dieses Feature einen Plan kaufst!
Falls dein Account Dots noch nicht hat, geben dir die Schritte 5–8 je nach Plan trotzdem nützliche Startpunkte.
Die Launch-Version von Dots läuft auf
GPT‑6 Astra
Und genau hier schlägt Dots GrokBot Grok 4.6 ist echt schwach, und der einzige Weg, es besser zu machen, ist, GPT und Claude direkt anzudocken
https://x.com/0xCodila/status/2104634929518641487
Sol ist eine eigene Modellwahl für Work, Codex und die API
Gib deinem Dot jetzt eine Verantwortung. „Hilf mir, produktiver zu sein“ lässt fast alles offen.
Starte hier:
Hilf mir, den Launch von [Produkt] am [Datum] zu koordinieren. Nutze das Launch-Briefing, die Checkliste und die Gespräche, die ich dir ausdrücklich teile. Finde geänderte Anforderungen, Blocker, fehlende Verantwortliche und Entscheidungen, die ich treffen muss. Gib mir als erste Aufgabe einen Launch-Statusbericht mit Quellenlinks zurück. Frag nach, falls Zugänge fehlen. Mach Entwürfe für Vorschläge; hol meine Freigabe, bevor du Nachrichten verschickst oder geteilte Dateien änderst.
Lies diesen ersten Bericht ganz genau. Kennt er das richtige Launch-Datum? Kannst du seine Quellen öffnen? Hat er einen Vorschlag mit einer abgesprochenen Entscheidung verwechselt?
Räume solche Missverständnisse aus dem Weg, bevor du ihm einen wiederkehrenden Job gibst.
Dein erster Erfolg ist ein korrektes Briefing. Alles andere baut darauf auf.
2. Verbinde die Apps und den Computer, die er braucht
Für Messaging öffnest du das Profil deines Dots und wählst Add.
Der Channel-Guide listet die unterstützten Optionen, darunter Slack und Microsoft Teams.
Verbinde für unseren Launch die Quelldokumente und die Kommunikationstools, die die Aufgabe braucht. Bitte deinen Dot dann herauszufinden, worauf er wirklich zugreifen kann.
Such das Launch-Briefing und die Checkliste, die ich geteilt habe. Gib mir ihre Links und die letzten relevanten Änderungen. Sag mir, welche angefragten Quellen du nicht lesen kannst.
Für Websites mit Login öffnest du den Cloud-Computer über Computers im Dot-Profil. Nutze den Browser-Handoff oder den privaten Sign-in-Flow.
- Sein Browser hat eigene Sessions. Nur weil du an deinem Laptop eingeloggt bist, ist der Dot nicht automatisch drin.
Gib die Zugangsdaten über das Anmelde-Interface ein. Schließe jede Kontoverifizierung ab und gib dann die Kontrolle zurück, damit er weitermachen kann.
Cloud-Arbeit kann weiterlaufen, auch wenn dein Laptop zugeklappt ist. Arbeit auf deinem eigenen Rechner braucht genau diesen Rechner und die laufende App. Wähl die Umgebung also passend aus.
Ein typischer Fehler: Slack zu verbinden heißt nicht, dass er automatisch dauerhaft einen Channel beobachtet. Das richten wir in Schritt 4 explizit ein.
3. Ergebnisse delegieren und Kontext behalten
Ein Launch-Update zieht sich durch mehrere Quellen. Gib deinem Dot das komplette Deliverable mit einer klaren Definition von „fertig“.
Er kann Hintergrundaufgaben delegieren. Diese Aufgaben bekommen die passenden Anweisungen und Kontext; geh nicht davon aus, dass jeder Worker euer gesamtes Gespräch sieht.
Probier das, sobald deine Verbindungen stehen:
Vergleich das aktuelle Launch-Briefing, die Checkliste und die ausgewählte Slack-Diskussion. Erstell ein Update mit vier Abschnitten: Was hat sich geändert, was ist blockiert, wer verantwortet den nächsten Schritt und was braucht meine
Entscheidung. Verlinke jede Faktenbehauptung mit ihrer Quelle. Wenn Quellen sich widersprechen, zeig den Widerspruch. Markiere vorgeschlagene Verantwortliche als Vorschläge, solange niemand die Aufgabe übernommen hat.
Dieser letzte Satz ist entscheidend. Eine perfekt formatierte Liste kann sonst still und heimlich eine Vermutung zur Aufgabe eines anderen machen.
Nutze Activity, um delegierte Arbeit und ihre Ergebnisse zu prüfen. Öffne das eigentliche Deliverable und check, ob es die Aufgabe wirklich beantwortet.
- Dots kann über Memory und Notizen nützlichen Kontext behalten. Abaaer das heißt nicht, dass jedes Detail jedes Gesprächs gespeichert wird.
Halte wichtige Projektentscheidungen in einem zugänglichen Quelldokument fest und verweise in künftigen Aufgaben darauf.
Für Coding-Arbeit, die in die Cloud delegiert wird, richtest du zuerst eine Codex-Cloud-Umgebung ein. Schritt 7 erklärt diese Voraussetzung.
Der echte Mehrwert hier ist ein einziges Update, mit dem du arbeiten kannst, bei dem die Belege nah genug dran sind, um sie schnell zu prüfen.
4. Wiederkehrend machen – und die Kontrolle behalten
Sobald der einmalige Report nützlich ist, frag nach einem Zeitplan.
Jeden Werktag um 09:00 Uhr Europe/Sofia: Bereite das Launch-Update mit den Quellen vor, die wir geprüft haben. Mach das bis zum [Enddatum]. Liefer es an [unterstütztes Ziel]. Füge Änderungen seit dem letzten Report und Entscheidungen hinzu, die auf mich warten. Bestätige den gespeicherten Zeitplan, die Zeitzone und das Ziel.
Prüfe den Eintrag unter Scheduled. Stell sicher, dass er wirklich angelegt wurde und das Timing deiner Anfrage entspricht.
- Event-gesteuertes Monitoring ist etwas anderes. Frag nach, was der verbundene Service unterstützt, und teste Event sowie Reaktion, bevor du dich darauf verlässt.
Zum Beispiel: Eine Anforderung ändert sich im Launch-Channel → dein Dot bereitet ein aktualisiertes Briefing vor. Einfach nur den Channel zu verbinden, baut diese Routine nicht auf.
Schau dir als Nächstes die Custom Rules unter Settings → Personalization → Permissions an.
Du kannst festlegen, welche Aktionen einfach durchlaufen dürfen, welche eine ausdrückliche Anfrage brauchen, welche eine Freigabe erfordern und welche an dich zurückgegeben werden sollen.
Meine Startregel für diesen Launch wäre:
Recherchiere und erstelle Entwürfe innerhalb der Zugriffe, die ich dir gegeben habe. Frag vorher, bevor du Nachrichten verschickst, geteilte Projektdaten bearbeitest, Geld ausgibst oder irgendetwas veröffentlichst.
Diese Regeln steuern das Verhalten; sie vergeben keine fehlenden App-Berechtigungen und garantieren nicht, dass jede Aktion perfekt abläuft.
Es gibt außerdem drei verschiedene Stellen, um Arbeit zu stoppen:
- Pause - Activity - Scheduled
Den Hauptagenten zu pausieren, stoppt die anderen beiden nicht automatisch. Check alle drei, wenn du einen Workflow runterfährst.
5. Lass GPT‑6.1 Sol ran
Der Model-Picker ist mein nächster Stopp.
GPT‑6.1 Sol ist in Work und Codex auf Plus, Pro, Business, Enterprise und Edu verfügbar. Workspace-Admins müssen es eventuell erst aktivieren
https://x.com/thsottiaux/status/2105007628460109953
Auch im Chat-Model-Picker
OpenAI beschreibt Sol so, dass es fast Astra-Performance zu niedrigeren Kosten liefert. Ich würde beide bei einer vertrauten, anspruchsvollen Aufgabe vergleichen, bevor ich einen Standard wähle.
Öffne den Modell-Wähler unter dem Composer, wähle Sol und starte mit der Standard-Reasoning-Einstellung.
Gib ihm einen Job mit einem Ergebnis, das du bewerten kannst:
Lies dieses Launch-Briefing und die aktuelle Landingpage. Finde Behauptungen, die unbelegt, mehrdeutig oder widersprüchlich sind. Schlag exakte Ersetzungen vor und erklär, welche Belege jede Änderung braucht.
Für API-Nutzer lautet die Modell-ID gpt-6.1-sol.
Hier der übliche Token-Preisvergleich:
Damit sind Sols Standardpreise für Input und Output 80 % günstiger. Was deine Aufgabe am Ende kostet, hängt trotzdem von Token-Verbrauch, Tools und Preisbedingungen ab.
Sol unterstützt ein Kontextfenster von 1,05 Millionen Token. Anfragen über 272.000 Input-Token kosten mehr; check die Modellseite, bevor du riesigen Kontext automatisch als billig behandelst.
Trenn jetzt die Modellwahl von der Geschwindigkeitswahl.
Im Vergleich zu Standard-Astra generiert Astra Ultrafast in Codex Tokens bis zu 8× schneller.
https://x.com/sama/status/2104994601140711896
Eine Aufgabe mit Browser-Wartezeiten, Tools oder langem Reasoning wird dadurch nicht automatisch achtmal schneller fertig
Der Speed-Guide listet Pro 500 und berechtigten Enterprise/Edu-Zugang auf. Ultrafast verbraucht dein Kontingent auch schneller.
Die neue Pro-500-Stufe kostet 500 $/Monat. Extra Credits auf Pro 100 oder 200 zu kaufen, schaltet Ultrafast nicht frei.
Und schließlich: Sign in with ChatGPT erlaubt berechtigten Plus/Pro-Nutzern, ihr Plan-Kontingent in teilnehmenden Drittanbieter-Apps zu nutzen.
Wähle die ChatGPT-Anmeldeoption und aktiviere die Plannutzung, wo angeboten. Login-Support und Plan-Nutzungssupport sind zwei Paar Schuhe; Nutzung teilt dein Kontingent, und App-Gebühren können trotzdem anfallen.
6. Bring deine Arbeit in den ChatGPT Space
**Super spannender Teil
Unser Launch hat jetzt Reports, Entscheidungen und Entwürfe. Gib ihnen einen Ort, an dem das Team immer die aktuelle Version findet.*
https://x.com/thsottiaux/status/2104983716049379472
Zum Launch sind Space und Pages auf Pro, Business und Enterprise verfügbar.
Öffne Space, wähle New page und erstell eine Launch-Seite. Füg das Briefing, relevante Dateien und Quellenlinks hinzu.
Nutze ChatGPT parallel zur Seite, um sie zu entwerfen oder zu überarbeiten. Der Space-Guide erklärt, wie du Seiten erstellst, Spaces organisierst und Zugriff teilst.
Mach aus diesen Launch-Materialien eine Arbeitsseite mit: aktuellem Scope, freigegebenen Aussagen, offenen Entscheidungen, Verantwortlichen und einem datierten Änderungslog. Behalte die Quellenlinks.
Genau hier wird Pages richtig nützlich: Die abgesprochene Version hat ein Zuhause, zu dem du zurückkehren und das du aktualisieren kannst.
Für einen Team-Space gehst du über All → New → Space, benennst ihn und lädst Mitwirkende ein. Prüf die Zugriffe, bevor du sensible Inhalte hinzufügst; die Space-Mitgliedschaft gilt für alle darin enthaltenen Seiten.
Collaborative Slides ist eine weitere DevDay-Ankündigung, deren Verfügbarkeit für die kommenden Wochen geplant ist. Sieh es als kommenden Baustein dieses Workflows.
Für geteilte Automatisierung bieten Teams und Team Tasks zeit- oder eventgesteuerte Arbeit über konfigurierte Team-Verbindungen und Service-Accounts.
- Hol für dieses Setup den Workspace-Admin dazu. Ein Team-Workflow braucht Zugriffe, die bestehen bleiben, auch wenn ein Kollege sich ausloggt oder geht.
OpenAI hat außerdem @ChatGPT in Slack und Microsoft Teams angekündigt. Administratoren konfigurieren die Integration samt erlaubter Tools und Channels.
- Dein persönlicher Dot in Slack und die geteilte @ChatGPT-Integration eines Workspaces haben unterschiedliche Setup- und Zugriffsregeln. Leg fest, wessen Quellen der Workflow nutzen soll.
Dann gibt es noch das Meetings-Plugin: Installiere es über Plugins, schließe das Audio-Setup ab und nutze Take notes für ein Meeting.
Informiere die Teilnehmer und hol die Zustimmung ein, bevor du aufnimmst. Prüfe danach Zusammenfassung und vorgeschlagene Aktionen, bevor du daraus feste Zusagen machst.
Zum Launch ist Meetings eine macOS-Desktop-Beta für Pro und Business, Enterprise befindet sich in der Alpha. Kalenderverbindungen bringen Komfortfunktionen wie Erinnerungen.
7. Mit Codex bauen, reviewen und shippen
Nehmen wir an, der Launch-Report findet ein echtes Problem: Die Signup-Seite crasht mobil.
https://x.com/OpenAIDevs/status/2104996045482778973
Gib der Coding-Aufgabe ein reproduzierbares Ziel.
Konfiguriere zuerst Codex Cloud: Wähle Work in → Cloud, erstelle eine Umgebung und verbinde das nötige GitHub-Repository
Lass das Setup das Projekt prüfen und Dependencies installieren. Schau dir den Report an, räum Lücken aus dem Weg und veröffentliche die Umgebung, bevor du die Aufgabe startest.
Reproduziere den in [Issue] beschriebenen Signup-Fehler. Finde die Ursache, mach den kleinstmöglichen passenden Fix und lass die relevanten Checks laufen. Gib mir den Diff, die Ergebnisse und offene Unsicherheiten zurück.
Das aufgefrischte Codex CLI bietet einen weiteren Einstiegspunkt. Folge dem Installationsguide, logge dich ein und öffne es in deinem Projektverzeichnis.
Um mit Sol zu starten:
1codex --model gpt-6.1-sol
Das Update bringt Sprachsteuerung und eine /agents-Ansicht, um delegierte Arbeit zu tracken.
- Das CLI enthält außerdem Modellauswahl, Berechtigungen und Review-Steuerung. Wähl die Umgebung, die dem Agenten genau das Repository und die Tools gibt, die er wirklich braucht.
Öffne als Nächstes Code Review in der Desktop-Sidebar, verbinde deinen Provider und wähle einen Pull Request.
Der Review-Guide listet GitHub-Support und eine GitLab-Preview. Automatische Reviews können nach der Konfiguration einen ersten Durchlauf in der Cloud übernehmen.
Prüfe Review-Ergebnisse zusammen mit den Änderungen und Testbelegen, bevor du mergest.
Für Security-Arbeit installierst du Codex Security Cloud, wählst New scan und konfigurierst Repository sowie Cloud-Umgebung.
Aktiviere laufende Commit-Checks, wo sinnvoll, und schau dir die Belege für jeden Fund an.
- Fix with Codex kann einen Patch vorbereiten; reviewe diesen Patch, bevor du einen Draft-PR erstellst.
Meine Regel hier ist simpel: Fordere die Belege an, die du brauchst, um die Änderung zu akzeptieren – und lies sie dann auch wirklich
8. Bau deine eigenen Tools mit Sites und Plugins
Nach ein paar Launch-Updates fallen dir wiederkehrende Schritte auf: dieselben Inputs, dasselbe Format, dieselben Checks.
Das ist ein perfekter Kandidat für ein Plugin.
Wo verfügbar, erwähne @Plugin Creator und beschreibe den Workflow. Der Erstellungs-Guide erklärt, wie du es feinschliffst, testest und installierst.
Erstelle ein Launch-Update-Plugin. Inputs: ein Launch-Briefing, die aktuelle Checkliste und datierte Änderungen. Output: ein Update mit Quellen, Blockern, Verantwortlichen und Entscheidungen. Frag nach fehlenden Quellen. Trenne bestätigte Fakten von Vorschlägen. Bereite Entwürfe zum Review vor. Nutze dieses angehängte Update als Formatvorlage.
Teste es mit unvollständigen Infos und widersprüchlichen Daten. Ein Workflow, der nur beim perfekten Beispiel funktioniert, spart dir kaum Zeit.
Die DevDay-Plugin-Ankündigungen decken auch Submission und Discovery ab, plus Extensions für umfangreichere Interfaces wie Sidebar-Apps, Conversation-Panels und Datei-Editoren.
Schau dir die offiziellen Extensions-Beispiele an, bevor du entscheidest, ob dein Plugin ein eigenes Interface braucht.
Nutze als Nächstes Sites, um ein Launch-Dashboard zu bauen. Beschreibe seine Nutzer, die Quelldaten und die Aktionen, die jede Person ausführen können soll.
Die neue Funktion Sites with plugins kann verbundene Tools und Daten nutzen. Zum Launch sind diese Sites workspace-intern und hängen von der Workspace-Freigabe ab.
Jeder Besucher nutzt seine eigenen verbundenen Accounts und Berechtigungen. Die Site zu teilen, gibt nicht allen deine Verbindungen in die Hand.
Prevue mit echten, erlaubten Daten. Speicher während der Iteration Versionen; das Deployment erzeugt eine Live-URL, also mach die Veröffentlichung zu einem bewussten Schritt.
MCP Events fügt einen weiteren Baustein hinzu: Unterstützte Server können Events liefern, die Agentenarbeit starten – über Subscriptions und Webhooks.
Ein neuer Launch-Blocker könnte zum Beispiel ein Update als Entwurf auslösen. Der Event-Guide erklärt die nötige Server-Unterstützung; ein normaler Connector wird nicht automatisch zur Event-Quelle.
Zuletzt geben dir Shareable Profiles einen Ort, um ausgewählte Sites zu präsentieren.
Öffne dein Profil, wähle aus, was sichtbar sein soll, und prüfe die Sharing-Einstellungen. Persönliche Profile starten privat; Verfügbarkeit und Workspace-Steuerungen variieren, Enterprise-Support ist als „coming soon“ gelistet.
9. Bau Agents in dein eigenes Produkt ein (Jev-Konkurrent)
https://x.com/thsottiaux/status/2104986448269279399
Für Entwickler ist die nächste Frage, wie man diese Art von Workflow in einer Anwendung anbietet, die Kunden ohnehin schon nutzen.
Die Agents API ist am 10. September gestartet. DevDay erweitert das Ganze um Computer Use; das sind separate Meilensteine.
Starte mit dem offiziellen Quickstart. Erstelle einen Projekt-API-Key mit den nötigen Berechtigungen, installiere das SDK und lass das mitgelieferte Sandbox-Beispiel laufen.
Halte den Key außerhalb der Agenten-Sandbox. Dein erstes Ziel: eine Session erstellen, den Fortschritt beobachten und ein echtes Ergebnis prüfen.
Füg dann browserbasierten Computer Use hinzu, falls dein Workflow das braucht. Der Guide behandelt Website-Zugriffsanfragen, Logins, Browseraktivitäten und Session-Cleanup.
Starte für unseren Launch mit einer engen Aufgabe: Prüf den öffentlichen Signup-Flow und melde den ersten kaputten Schritt. Nutz einen Testaccount, wenn Authentifizierung nötig ist.
- Die Decisions API wählt aus vordefinierten Antworten anhand von Text- oder Bildkontext. Ihr Fokus liegt auf Klassifizierung, Routing und ähnlichen Entscheidungen.
Beispiel-Design: Route ein eingehendes Launch-Issue zu Copy, Engineering oder human_review. Einigt euch auf Labels und Evaluierungsbeispiele, bevor du die Entscheidung in Produktion verdrahtest.
Sie startete als Limited Preview, breiterer Zugang ist für die folgenden Tage geplant. Prüf den Zugang, bevor du eine Abhängigkeit darauf aufbaust.
Für AWS-Teams bringt Bedrock Managed Agents OpenAIs Agenten-Framework und Modell-Inferenz in Amazon Bedrock.
Ausführung, Authentifizierung und begleitende Services unterscheiden sich von der OpenAI-gehosteten API. Nutz für diesen Deploy-Pfad das AWS-spezifische Setup inklusive IAM.
Auch die Ankündigungen zu Private Intelligence solltest du genau lesen.
Private Safety Processing ermöglicht automatisiertes Safety-Review, ohne dass OpenAI die betroffenen Prompts und Antworten speichert. Verschlüsselte Safety-Aufzeichnungen bleiben im kundengesteuerten Storage gemäß der dokumentierten Aufbewahrungsregeln.
Private Inference wurde als Preview für diesen Herbst angekündigt. Behandle das bei der Deployment-Planung als zukünftigen Verfügbarkeits-Meilenstein.
Und schließlich erlaubt der OpenAI Marketplace berechtigten Unternehmen, einen Teil ihres OpenAI-Commitments für zugelassene Partner-Software zu nutzen. Der Zugang läuft über den Enterprise-Interessensprozess.
Diese Launch-Status sind im offiziellen DevDay-Recap dokumentiert.
10. Lass es laufen: Vier praktische Setups
Du musst das nicht alles an Tag eins aufbauen.
Pick dir den Workflow raus, der dir diese Woche etwas Nützliches liefert. Das sind Startdesigns; jedes hängt von den oben beschriebenen Zugängen und Verbindungen ab.
A. Der Launch-Koordinator
Gib Dots das Launch-Briefing, die Checkliste, ausgewählte Diskussionen und einen geprüften Zeitplan. Halt den aktuellen Stand in einer Space-Seite.
Bereite das heutige Launch-Update vor. Zeig Änderungen, Belege, Blocker und Entscheidungen, die mich brauchen. Entwirf alle Follow-up-Nachrichten zur Freigabe.
Check: Kannst du jede wichtige Aussage bis zur Quelle zurückverfolgen? Hat der Report die letzte abgesprochene Änderung erfasst?
B. Der Recherche-Schreibtisch für Creator
Nutze eine geplante Dot-Aufgabe, um Änderungen aus einer definierten Quellenliste zu sammeln. Lass Sol die geprüften Notizen in einen Entwurf verwandeln.
Prüfe diese offiziellen Quellen auf Updates seit dem [Datum]. Trenne veröffentlichte Features von Previews und Ankündigungen. Verlinke jede Faktenbehauptung. Schlag drei Artikel-Angle vor.
Check: Öffne die Quellen, prüfe die Daten und streich jeden Satz, der andeutet, du hättest etwas selbst getestet, das du nie benutzt hast.
C. Der Issue-zu-PR-Workflow für Entwickler
Gib Codex ein reproduzierbares Issue und eine konfigurierte Umgebung. Reviewe die entstandenen Änderungen und nutze Code Review sowie Security-Tools, wo es passt.
Reproduziere dieses Issue, schlag einen Fix vor und lass die relevanten Checks laufen. Zeig den Diff und die tatsächlichen Ergebnisse. Markiere alles, was du nicht verifizieren konntest.
Check: Ist der ursprüngliche Fehler weg? Sind die Tests relevant? Versteht ein Reviewer die Änderung und ihre verbleibenden Risiken?
D. Der Follow-up-Schreibtisch fürs Team
Nutze Meetings für Notizen, Space für die abgesprochene Dokumentation und einen Team Task fürs Follow-up, sobald geteilte Zugriffe eingerichtet sind.
Zieh Entscheidungen, vorgeschlagene Aktionen, Verantwortliche und Termine aus diesen Notizen. Markiere alles Unsichere. Bereite das Follow-up zum Review vor, bevor du es verschickst.
Check: Hat jeder Verantwortliche die Aktion akzeptiert? Sind vorläufige Termine klar markiert? Kann das Team die verlinkte Dokumentation öffnen?
Der Shift
Der Bereich, in dem Dot gegenüber GrokBot wirklich die Nase vorn hat, ist das Modell.
Aber bringt das wirklich massenhaft Leute zu OpenAI?
Du definierst also das Ergebnis → Agents treiben die Arbeit voran → du triffst die Entscheidungen.
Das echte Alpha liegt darin, diese Releases zu einem Workflow zu verbinden – mit klarer Verantwortung, nützlichem Kontext und einem Ergebnis, das du prüfen kannst:
- Gib Dots einen laufenden Job und klare Berechtigungsgrenzen.
- Nutze Sol und Codex zum Recherchieren, Bauen und Reviewen.
- Halt gemeinsame Arbeit in Space. Mach aus wiederholten Schritten Plugins und geplante Aufgaben
Jetzt designst du, wie die Arbeit läuft.
Was startet sie? Welche Quellen soll sie nutzen? Wie sieht „fertig“ aus? Welche Entscheidungen kommen zu dir zurück?
Du hast jetzt das Setup, die Prompts und vier praxistaugliche Workflows. Such dir einen wiederkehrenden Job aus. Miss die gesparte Zeit und die nötigen Korrekturen. Dann skalier.
Die Fähigkeit, die du aufbauen musst: Arbeit so klar zu definieren, dass ein Agent sie vorantreiben kann, ohne dass du jeden Klick steuerst.
Speicher dir dieses Playbook als Lesezeichen – und gib deinem Dot seinen ersten echten Job
