Was Codex für Notion ermöglicht
Wie Notion Codex nutzt, um Spezifikationen in einem Durchlauf zu erstellen und seine Entwicklungskraft zu vervielfachen.
2 Weeks → 3 hours
Codex verkürzte die Entwicklungszeit
Bei Notion verändert Codex die Art und Weise, wie Entwickler:innen Funktionen entwickeln. Das Unternehmen überdenkt die Softwaregrundbausteine und Abstraktionen, die es entwickelt, damit Agenten sie nutzen können. Wenn sie neue Mitarbeitende ins Entwicklungsteam holen, achten sie bei der Einstellung auf Neugier und Aufgeschlossenheit, da es die jahrelange Erfahrung, die in diesem Bereich normalerweise verlangt würde, noch gar nicht gibt. Und Führungskräfte, die seit Jahren keinen Produktionscode mehr geschrieben hatten, arbeiten wieder in der Codebasis und liefern gemeinsam mit ihren Teams Funktionen aus.
Ryan Nystrom leitet den Bereich KI-Produktentwicklung bei Notion. In seiner mehr als einjährigen Tätigkeit hat sein Team nahezu jede KI-Funktion des Produkts entwickelt oder mitgestaltet. Sie stellen fest, dass der Einsatz von Codex ihnen neue Möglichkeiten eröffnet hat, was sie in Angriff nehmen können.
„Was ich an Codex schätze, ist, dass es sich Zeit nimmt, die Dinge durchzuspielen, bevor es tatsächlich mit dem Entwickeln beginnt. Das Ergebnis ist, dass das, was es entwickelt, normalerweise auf Anhieb den Standards unserer Codebasis entspricht, anstatt dass ich im Nachhinein viel davon bereinigen muss.“
Die Entwicklung von Notions KI-Spracheingabe im Web
Die Fähigkeit von Codex, autonom Aufgaben auszuführen, wurde in einem aktuellen Projekt deutlich. Ryan hat ausschließlich Codex verwendet, um Notions KI-Spracheingabe ins Web zu bringen.
„Wenn wir miteinander sprechen, können wir viel mehr Kontext vermitteln“, sagt er. „Wenn ich tippe, denke ich über meine Formulierung nach, darüber, welche Wörter ich verwende. Indem wir Nutzer:innen in Notion diese Funktion bereitstellen, können sie natürlichere Fragen stellen und deutlich mehr Kontext einbeziehen. Wir wollten das in Notion AI einbringen.“
Als die Funktionsanforderung einging, verfügte die mobile App von Notion bereits über eine funktionsfähige Version, der Desktop- und der Web-Client jedoch nicht. Obwohl Ryan nicht ganz sicher war, wie die Funktion auf Mobilgeräten funktionierte, konnte er das Problem an Codex übergeben. Er verwies Codex auf die mobile Codebasis, gab ihm eine klare Beschreibung, wie die Funktion im Web aussehen sollte, und stellte eine Möglichkeit bereit, das Ergebnis zu überprüfen. Codex lieferte im ersten Anlauf einen vollständigen ersten Entwurf der Webimplementierung, der den Konventionen der Notion-Codebasis so gut entsprach, dass er am nächsten Tag ausgeliefert werden konnte.
„Wenn ich die Spracheingabefunktion von Notion vor zwei Jahren hätte entwickeln sollen, wäre das ein Projekt gewesen, für das ich und vielleicht ein weiteres Teammitglied zwei Wochen gebraucht hätten“, sagt Ryan. „Mit Codex konnte ich das in vielleicht drei oder vier Stunden ganz allein entwickeln.“
„Es verbrachte eine ganze Weile damit, unseren mobilen Code zu erkunden, und kam dann schließlich zurück und schrieb die gesamte Funktion im Grunde mit einem Anlauf. Ich habe sie am nächsten Tag ausgeliefert und sofort damit begonnen, sie von Nutzer:innen testen zu lassen.“
Wie sich die Arbeit verändert hat
Softwareingenieur:innen bei Notion können Codex routinemäßig eine Reihe von Aufgaben sowie eine Möglichkeit zur Überprüfung der Ergebnisse übergeben und sich dann anderen Dingen widmen, während Codex sie ausführt. „Ich ertappe mich beinahe dabei, deutlich mehr Zeit damit zu verbringen, diese Spezifikationsdokumente zu schreiben, die ich Codex geben kann, damit es daran arbeitet“, sagt Ryan. „Ehrlich gesagt schreibe ich eigentlich keinen Code mehr von Hand.“
Vor Codex konnte sich jedes Teammitglied wirklich nur auf eine Entwicklungsaufgabe gleichzeitig konzentrieren, für die zwischen Meetings und der Unterstützung der Kolleg:innen wenig Zeit blieb. Jetzt bearbeiten sie mehrere Aufgaben parallel und stoßen neue Aufgaben an, ohne dabei auf die Unterstützung durch das Team zu verzichten, die früher der Engpass war.
„Ich leite ein Team von Mitarbeitenden, und traditionell hatten Manager keine Zeit, selbst zu programmieren“, sagt er. „Dass ich eine Funktion allein entwickeln und gleichzeitig mein Team unterstützen kann, ist der Wahnsinn. Ich bin seit über fünf Jahren in einer Führungsrolle und konnte noch nie so tief in Programmierprobleme eintauchen.“
Jetzt kann er einfach eine Aufgabe in die Warteschlange einreihen, in einen Meetingblock gehen und anschließend zu einer fertigen Funktion zurückkehren. Oder er und sein Team bekommen einen Manager, der an ihrer Seite mitliefern kann, und Ryan bekommt einen Teil seiner Arbeit zurück, von dem er angenommen hatte, ihn aufgegeben zu haben. Diese Verfügbarkeit reicht ebenfalls über den Arbeitstag hinaus. Er stellt vor dem Schlafengehen eine Rechercheanfrage, lässt Codex über Nacht laufen und wacht mit einem fertigen Bericht auf.
Codex hat neu definiert, was ein kleines Team (sogar ein Ein-Personen-Team!) ausliefern kann, und den Entwickler:innen von Notion mehr Freiraum gegeben, sich auf die Arbeit zu konzentrieren, die ihnen am wichtigsten ist.
„Immer wenn ich eine Aufgabe recherchieren, einen Fehler beheben oder eine kleine Anpassung vornehmen muss, ist Codex einfach da, bereit und willig. Im Grunde habe ich bei Notion rund um die Uhr einen Praktikanten zur Verfügung.“


