Neue Tools zum Erstellen von Agenten

 (openai.com)
1 Punkte von GN⁺ 2025-03-12 | 1 Kommentare | Auf WhatsApp teilen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-03-12
Hacker-News-Kommentare

  • Ich bin mir nicht sicher, wie hilfreich die API-Änderungen für Entwickler sein werden, die OAI tatsächlich in reale Produkte integrieren wollen

    • Vom Anbieter verwaltete Zustandsmaschinen sind entweder unzureichend oder ablenkend, wenn es um die Verarbeitung von Konversationen, Nachrichten, Prompt-Weitergabe usw. geht
    • Am Ende verwendet man einfach nur die Chat-Completion-API
    • Es ist autonomer, das Zustandsmanagement lokal zu verwalten, als es an Dritte auszulagern
    • Die Grundannahme dieser Produkte ist, dass man einen String eingibt und einen neuen String zurückbekommt
    • Wenn man sich darauf konzentriert, den richtigen String zusammenzustellen, fällt alles andere weg
    • Man kann es einfach als eine andere Methode betrachten, strukturierte Strings auf Basis des in einer Datenbank gespeicherten Business-Zustands zu erzeugen
    • Es ist dieselbe Arbeit wie beim SSR einer Webseite mit PHP

  • Es gibt einen guten Twitter-Thread des Designers über den Hintergrund der Designentscheidungen der neuen API

  • Ich habe das Gefühl, dass Versuche mit AI Agents in die falsche Richtung gehen

    • Statt neue Methoden zu schaffen, versuchen sie, Menschen in bestehenden Systemen zu ersetzen
    • Wirtschaft und Leben drehen sich um Interaktionen zwischen Menschen
    • Der AI-Agent-Ansatz wirkt wie eine Variante des Witzes, bei dem die Sätze von Menschen endlos aufgebläht und dann wieder zusammengefasst werden
    • Es gibt Anwendungsfälle für die Automatisierung von Aufgaben in Legacy-Systemen, aber die eigentliche Chance besteht darin, die meisten Legacy-Systeme abzuschaffen
    • Menschen sind gar nicht so schlecht
    • Ist es wirklich der Weg nach vorn, mit AI eine UI für Menschen zu bauen und dann AI diese UI benutzen zu lassen, um Aufgaben auszuführen?

  • Nicht erwähnt wurde: Model Context Protocol

  • swyx teilt Erfahrungen aus einer Diskussion mit dem API/DX-Team über eine FAQ zur neuen API

    • Link: https://latent.space/p/openai-agents-platform
    • Wichtigster interessanter Punkt: wie sich die Responses API als Datenbank missbrauchen lässt
    • hparams für Websuche – Suchtiefe/-breite für DIY Deep Research
    • Wann man eigenes RAG bauen sollte, wenn OAI RAG/Re-Ranking nativ anbietet
    • Unterschiede zwischen dem Agents SDK und OAI Swarm
    • Ob search-preview- und computer-use-preview-Feintuning in GPT5 integriert werden

  • Es werden Erfahrungen aus dem frühen Zugang zu OpenAIs neuem Agent SDK und API geteilt

    • Es wurde ein Open-Source-Projekt erstellt, um die Funktionen zu zeigen
    • Wer andere Agent-Frameworks nutzt, sollte dieses SDK ausprobieren
    • Das gesamte SDK und Beispiele werden als einzelne Textdatei bereitgestellt, damit man schnell loslegen kann
    • Mit modularem Code lässt es sich auch mit anderen Frameworks umsetzen
    • Im Blogbeitrag werden weitere Gedanken zu den Hauptfunktionen des SDK geteilt
    • Sehr zufrieden

  • Es wurde eine einfache und leistungsfähige Responses API gebaut, die mit allen LLM-Anbietern kompatibel ist

  • Die Preise der OpenAI Search API sind hoch

    • 30 $ pro 1.000 Suchanfragen
    • Das Sonar-Modell von Perplexity kostet 5 $ pro 1.000 Suchanfragen
    • Frage nach dem Grund für den Preisunterschied

  • Beeindruckt vom Fortschritt bei Computer Use

    • Ich frage mich, ob diese Technologie schon reif genug ist, um für Usability-Tests eingesetzt zu werden
    • Eine UI, die für AI schwer zu navigieren ist, ist vermutlich auch für Menschen schwer
    • Das könnte ein Signal dafür sein, dass Verbesserungen nötig sind

  • Ankündigung der geplanten Einstellung der Assistants API

    • Die neue Responses API ist ein Schritt in die richtige Richtung
    • Es gibt Einschränkungen für Agent-Anwendungsfälle
    • Ziel ist es, Entwicklern eine reibungslose Plattform-Erfahrung für den Bau von Agents zu bieten
    • Es wird erwartet, dass ein graphbasierter Kontrollfluss kommt
    • Es gibt viele Open-Source-Lösungen, aber die meisten fügen unnötige Komplexität hinzu
    • Mit Tool-Calling und JSON-Antworten wurden Agent-Flows aufgebaut, aber es gibt noch ungelöste höherwertige Komponenten