Piary: die Schnittstelle zwischen Menschen und Agenten erkunden

Ein Dokumenteneditor, in dem Menschen und AI-Agenten auf derselben Seite schreiben, überarbeiten und Code ausführen.

Beitrag
Human-AI Interaction · Prototyping
Personen
  • Nemo BrigattiInteraction Designer
  • Baran GüneyselInteraction Designer

Agenten helfen uns dabei, digitale Inhalte zu erstellen und zu überarbeiten. Im Chat gliedert sich diese Arbeit in eine Abfolge von Eingabeaufforderungen und Antworten. Ein Entwurf oder ein Programm kann sich dabei über die gesamte Unterhaltung verteilen, wobei Überarbeitungen unter früheren Versionen verborgen bleiben.

Piary untersucht, wie ein bearbeitbares Dokument diese Zusammenarbeit unterstützen könnte. Dazu kombiniert es die reaktiven Zellen von Observable Notebook, das Klartext-Dokumentmodell und den typografischen Fokus von iA Writer sowie das Coding-Agent-Framework von pi.

Die Seite ist ein Arbeitsentwurf

Sie und der Agent arbeiten auf derselben Seite. Prompts, Antworten, Notizen, Werkzeugaufrufe und ausführbare Zellen teilen sich das Dokument. Wenn Sie einen Prompt ausführen, verwendet Piary den darüberliegenden Teil des Dokuments als Gesprächsverlauf. Änderungen während einer Ausführung haben keinen Einfluss auf den Kontext dieser Ausführung.

Sie können eine falsche Annahme umformulieren, einen Umweg löschen oder einen früheren Prompt überarbeiten und erneut ausführen. Die neue Antwort ersetzt die alte an derselben Stelle. Mithilfe von Notizen können Sie schreiben, ohne den Agenten um eine Antwort zu bitten. Gedankengänge und Werkzeugaufrufe erscheinen in beschrifteten, einklappbaren Blöcken. Während der Agent antwortet, können Sie an anderer Stelle auf der Seite weiterschreiben.

Piary speichert das Dokument im Markdown-Format. Der Text bleibt in anderen Editoren lesbar und ausführbare Zellen werden als gewöhnliche Code-Blöcke angezeigt. Die Datei ist portabel, enthält jedoch nicht den gesamten Sitzungs- und Laufzeitzustand.

Wo die Oberfläche sinnvoll ist

Piary könnte sich für Aufgaben eignen, bei denen der Dialog Teil des Ergebnisses wird: etwa für ein Forschungsnotizbuch mit Live-Diagrammen, eine Unterrichtseinheit mit bearbeitbaren Beispielen oder eine Designentscheidung, die zusammen mit dem Code gespeichert wird. Kleine Werkzeuge können direkt im Dokument bleiben, in dem sie verwendet werden.

Ein bearbeitbares Dokument kann bei schnellen Abfragen oder autonomen Hintergrundaufgaben zu unnötigem Mehraufwand führen. Dasselbe gilt für Schnittstellen, die für eine grosse Anzahl von Routinetransaktionen konzipiert wurden.