Runable ist ein allgemeiner KI-Agent, der Aufträge in natürlicher Sprache in Websites, Präsentationen, Berichte, Medien, Tabellen und weitere Ergebnisse umsetzt. Agent-, Chat- und Plan-Modus trennen Ausführung, Analyse und zustimmungspflichtige Planung.
Hast du dieses Tool genutzt? Bewerte es
Hast du dieses Tool genutzt? Bewerte es
Runable beschreibt sich als allgemeinen KI-Agenten: Man formuliert ein Ergebnis in normaler Sprache, und der Agent hilft, daraus eine Website, Präsentation, einen Bericht, Bilder, Videos, Tabellen oder ein anderes Arbeitsergebnis zu machen. Das ist mehr als eine Frage-Antwort-Oberfläche. Der Arbeitsbereich soll Anfrage, Material, Ausführung, Vorschau und Überarbeitung in einer fortlaufenden Unterhaltung zusammenbringen.
Diese Breite ist dann sinnvoll, wenn am Ende ein überprüfbares Ergebnis steht. Ein Team kann etwa eine klar abgegrenzte Landingpage, einen Entscheidungsbericht oder einen Foliensatz vorbereiten. Sie ersetzt aber weder die fachliche Verantwortung noch die Freigabe durch die Person, die später veröffentlicht, bezahlt oder Daten weitergibt.
Die offizielle Einführung nennt Websites, Folien, Bilder, Videos, Berichte und Tabellen als besonders häufige Ergebnisarten. Für den Einstieg ist deshalb nicht die Frage „Was kann KI?“, sondern „Welches Ergebnis soll nach der Unterhaltung vorliegen?“ hilfreicher.
Ein erzeugter Text oder eine erzeugte Datei belegt nicht, dass Aussagen richtig, Bildrechte geklärt oder Datenverarbeitungen erlaubt sind. Auch ein lauffähiger Vorschau-Server ist keine Sicherheits- oder Compliance-Prüfung. Nutzen Sie den Agenten für Recherche, Struktur, Entwurf und Umsetzung; lassen Sie Freigaben, rechtliche Einschätzungen und fachliche Kontrollen bei den zuständigen Menschen.
Agent Mode ist laut Dokumentation der Modus zum Bauen und Ausführen. In einer isolierten Umgebung kann der Agent Code schreiben, Befehle ausführen, Pakete installieren und Projekte bauen. Wählen Sie ihn, wenn aus der Anfrage ein Projekt oder eine mehrstufige Lieferung werden soll.
Ein guter Auftrag benennt Zielgruppe, Ergebnis, verbindliche Quellen und Abnahmekriterien. Für eine Website gehören Seiten, Handlungsaufforderung, Datenfelder und Veröffentlichungsgrenzen in die erste Anweisung. Für einen Bericht sollten Datengrundlage, Zeitraum, gewünschte Schlussfolgerung und offene Annahmen benannt werden. So wird die erste Version prüfbar, statt dass sie nur eindrucksvoll wirkt.
Chat Mode ist bewusst enger und für Fragen sowie Analyse gedacht. Für eine kurze Erklärung oder Dokumentenprüfung ist diese Begrenzung oft ein Vorteil: Es wird nicht versehentlich ein Bauprozess gestartet. Prüfen Sie das aktuelle Produktverhalten, bevor Sie sich auf eine bestimmte Aktion verlassen.
Im Plan Mode recherchiert der Agent zunächst, stellt Rückfragen, schreibt einen detaillierten Plan und wartet auf die Zustimmung der nutzenden Person, bevor er ausführt. Das eignet sich besonders für Vorhaben mit Anmeldung, Zahlungen, Datenbank, mehreren Integrationen oder einer öffentlichen Veröffentlichung. Die Freigabe ist dabei kein dekorativer Klick, sondern der Moment, in dem Umfang, Reihenfolge, Datenzugriffe und Prüfung korrigiert werden können.
Lesen Sie vor der Freigabe, welche Quellen der Agent verwenden will, welche Konten oder Berechtigungen nötig sind, welche Daten geschrieben werden, wie geprüft wird und wohin ein Ergebnis gegebenenfalls ausgerollt wird. Prüfen Sie auch, ob eine Rückkehr zu einem sicheren Zustand vorgesehen ist. Ein Plan macht Annahmen sichtbar, macht sie aber nicht automatisch richtig.
Jede Unterhaltung im Agent Mode läuft nach der Dokumentation in einer privaten, isolierten Sandbox. Dort kann der Agent Code schreiben, Befehle ausführen, Abhängigkeiten installieren und ein Projekt bauen, ohne den eigenen Rechner oder die Arbeit anderer Nutzer direkt zu verändern. Der Zustand bleibt innerhalb derselben Unterhaltung über weitere Nachrichten hinweg erhalten. Dadurch kann ein Projekt vom Gerüst über die Vorschau bis zur Korrektur weiterentwickelt werden.
Runable gibt an, dass eine Sandbox nach 45 Minuten Inaktivität pausiert und mit der nächsten Nachricht fortgesetzt werden kann. Halten Sie wichtige Entscheidungen, Quellen und Prüfpunkte im Gespräch fest, damit Verantwortliche die Arbeit nach einer Fortsetzung verstehen können.
Die Isolierung betrifft den Ausführungsraum für Code und Befehle. Sie ist keine allgemeine Zusage darüber, wie sämtliche Daten verarbeitet werden. Wer vertrauliche Unterlagen verarbeitet, sollte die aktuelle Datenschutzerklärung, den für die Aufgabe geltenden Datenweg, die Vertragslage und die erlaubten Inhalte prüfen, statt nur auf das Wort „Sandbox“ zu vertrauen.
Legen Sie vor einem Website-Projekt Seiten, Materialumfang, Veröffentlichungsverantwortung und Prüfkriterien fest. Jede benötigte Komponente oder Veröffentlichung muss in der aktuellen Produktdokumentation bestätigt werden.
Website-Funktionen müssen für das konkrete Projekt eingerichtet und getestet werden. Prüfen Sie vor der Veröffentlichung die aktuelle Produktdokumentation und testen Sie die tatsächlich genutzten Anmelde-, Zahlungs-, Daten- und Domainabläufe; eine generierte Website ist nicht automatisch sicher oder regelkonform.
Prüfen Sie in der Vorschau die wichtigsten Wege: Formulare, Fehlermeldungen, mobile Darstellung und Domain-Konfiguration. Suchen Sie nach Zugangsdaten in Client-Code und Repository. Lassen Sie die Veröffentlichung erst zu, wenn Inhalt, Datenschutzinformationen und Verantwortlichkeiten geprüft sind. Der Zeitpunkt vor einer Veröffentlichung ist eine sinnvolle menschliche Kontrollstelle.
Wenn ein Team einen generierten Entwurf in den eigenen Entwicklungsprozess übernimmt, sollten Abhängigkeiten, Secrets, Datenbankschema und Deployment-Skripte wie bei jedem externen Beitrag geprüft werden. Der Übertragungsweg muss in der aktuellen Dokumentation bestätigt werden; die Verantwortung für Review und Freigabe bleibt beim Team.
Für Folien lassen sich vor der Generierung HTML oder Image, ein Professional- oder Visual-Thema und eine Länge von 4 bis 24 Folien wählen; exportiert wird als PDF oder PPTX. Die Formatwahl sollte vor der Generierung getroffen werden, weil sie laut Dokumentation danach nicht mehr gewechselt werden kann. Prüfen Sie das aktuelle Bearbeitungsverhalten, falls es für die Übergabe entscheidend ist.
Präsentationsanforderungen können sich während der Prüfung ändern. Wenn Notizen, Animationen, ein bestimmtes Seitenverhältnis oder ein spezieller Bearbeitungsablauf zwingend sind, validieren Sie das aktuelle Produktverhalten früh und planen Sie bei Bedarf ein zweites Bearbeitungswerkzeug ein.
Berichte und andere strukturierte Materialien können eine erste Fassung beschleunigen. Zitate, Zahlen, fehlende Werte, Einheiten und Schlussfolgerungen müssen dennoch von jemandem geprüft werden, der den jeweiligen Bereich kennt. Besonders bei Geld, Personal, Gesundheit oder Verträgen sollte ein Ergebnis nie allein wegen seiner sauberen Form übernommen werden.
Visuelles Material ist nützlich, wenn es einem klaren größeren Ergebnis dient: etwa einer geprüften Produktseite, einer Entscheidungsvorlage oder einer bereits abgestimmten Kampagne.
Definieren Sie zuerst Zielgruppe, Aussage, Markenregeln, zugelassene Quellen und die Nutzungssituation. Erzeugen Sie dann wenige unterschiedliche Richtungen, vergleichen Sie diese und verfeinern Sie die ausgewählte. Prüfen Sie vor einer Veröffentlichung Personen, Logos, sichtbaren Text, Quellenrechte, lokale Anforderungen und die Gefahr einer irreführenden synthetischen Darstellung. Die technische Fähigkeit, Medien zu erzeugen, ist keine Lizenz für jede Verwendung.
Beschreiben Sie Empfänger, Ergebnis, maßgebliche Dateien, Grenzen und Abnahmekriterium. „Erstelle aus diesen bestätigten Notizen sechs Folien für die interne Entscheidung“ ist besser überprüfbar als „Mach eine Präsentation“. Für eine Anwendung gehören Nutzerweg, Seiten, Datenfelder, notwendige Integrationen und ausdrücklich ausgeschlossene Funktionen in die Ausgangslage.
Nutzen Sie Chat Mode für Antwort oder Analyse, Agent Mode für ein Artefakt oder eine mehrstufige Ausführung und Plan Mode, wenn falsche Annahmen teuer zu korrigieren wären. Diese Einteilung hilft, den passenden Prüfschritt vor der Arbeit festzulegen. Prüfen Sie das aktuelle Produktverhalten, bevor Sie sich auf eine bestimmte Aktion verlassen.
Prüfen Sie die aktuellen Upload-Grenzen und unterstützten Formate in der Produktdokumentation. Laden Sie lieber die freigegebene Version, Markenrichtlinie und maßgebliche Daten hoch als viele nahezu gleiche Entwürfe. Andernfalls ist nicht zuverlässig erkennbar, welche Datei verbindlich ist.
Bei einem Plan prüfen Sie Umfang, Zugriff, Datenverarbeitung, Testweg, Deployment und manuelle Freigabe. Bei einer Website prüfen Sie Rollen, Secrets und Fehlerwege. Bei einem Bericht verfolgen Sie Zahlen und Quellen. Bei visuellen Ergebnissen prüfen Sie Aussage, Rechte und Zugänglichkeit. Konkrete Änderungsaufträge wie „Behalte diese drei bestätigten Fakten, streiche ungesicherte Zahlen“ sind nachvollziehbarer als ein allgemeines „Verbessere das“.
Ändern Sie Zielgruppe, Struktur, Belege, visuelle Richtung, Interaktion oder Deployment-Konfiguration nacheinander. So bleibt erkennbar, wodurch eine Verbesserung oder ein Fehler entstanden ist. Halten Sie dabei einen klaren Vergleichspunkt und die zugehörigen Entscheidungen fest.
Öffnen Sie eine Website vor Deploy in der Vorschau, lesen Sie exportierte PDFs oder PPTX-Dateien, testen Sie Tabellen mit bekannten Eingaben und lassen Sie externe Aussagen freigeben. Runable kann die Erstellung beschleunigen, die Verantwortung für ein öffentliches, finanzielles, rechtliches oder kundennahes Ergebnis bleibt jedoch bei der veröffentlichenden Organisation.
Prüfen Sie vor dem Start die aktuellen Grenzen in der Produktdokumentation. Bei großen Projekten ist ein stufenweiser Ablauf mit klaren Versionsnamen sinnvoll. Entfernen Sie sensible Informationen, die für die Aufgabe nicht erforderlich sind, bevor Sie Material bereitstellen.
Die Startseite wirbt mit Verfügbarkeit auf iPhone, Android und Mac. Das sagt nicht automatisch, dass jede Funktion auf allen Clients identisch ist. Bei codeintensiven Projekten, komplexen Einstellungen oder vielen Dateien sollten Sie die aktuelle Unterstützung prüfen und die Oberfläche wählen, auf der die verantwortliche Person Ergebnis und Kontrollen am besten beurteilen kann.
Die aktuelle Preisseite nennt Free für 0 US-Dollar im Monat, Pro für 20 US-Dollar pro Monat und Max für 100 US-Dollar pro Monat. Angezeigt werden unterschiedliche Guthaben je Tarif, darunter tägliche Credits im Free-Tarif und höhere monatliche Kontingente in bezahlten Tarifen. Preise, Kontingente und enthaltene Funktionen können sich ändern; vor einem Kauf sollte deshalb immer die aktuelle Preisseite gelten.
Nach der FAQ werden kostenlose tägliche Credits zurückgesetzt und nicht übertragen. Bezahlte Nutzer können einmalige Aufladungen kaufen oder Auto-Refill aktivieren; ein Abonnement verlängert sich, wenn es nicht vorher gekündigt wird. In einem gemeinsamen Konto sollten Budgetverantwortung und ein Ausgabenrahmen festgelegt sein, bevor automatische Aufladung aktiviert wird.
Bei verbundenen Diensten sollten Sie die aktuelle Datenschutzerklärung und die angeforderten Berechtigungen prüfen. Die Ausführungsisolation einer Sandbox und die Behandlung von Daten aus verbundenen Diensten sind getrennte Fragen.
Jeder Workspace-Dienst ist laut Richtlinie optional, wird einzeln aktiviert und kann schreibgeschützten oder vollen Zugriff anfordern. Verbinden Sie nur den für die Aufgabe nötigen Dienst, wählen Sie Leserechte, wenn sie reichen, und überprüfen Sie Berechtigungen nach Abschluss. Kunden-, Gesundheits-, Personal- und Finanzdaten sollten zusätzlich die internen Klassifikations- und Freigaberegeln der Organisation erfüllen.
Die genauen Möglichkeiten von Chat Mode und Plan Mode sowie die Grenzen von Sandbox und Folien sollten für die konkrete Aufgabe in der aktuellen Produktdokumentation bestätigt werden. Diese Prüfung macht den Ablauf nachvollziehbarer, garantiert aber nicht die fachliche Richtigkeit eines Ergebnisses.
Wenn nur eine Website benötigt wird, kann ein spezialisierter Website-Builder besser passen. Für reine Folien ist ein Präsentationsprogramm eine Vergleichsoption, für Fragen und kurze Analysen ein Konversationswerkzeug. Runables Mehrwert liegt darin, Recherche, Plan, Ausführung und Iteration in einem agentenzentrierten Arbeitsbereich zu verbinden, nicht darin, jedes Spezialwerkzeug zu ersetzen.
Nein. Chat Mode ist zwar eine textbasierte Unterhaltung, Agent Mode erstellt und führt jedoch Arbeitsergebnisse aus, und Plan Mode stellt eine prüfbare Planungsphase vor die Ausführung.
Bei Anmeldung, Zahlung, Datenbank, mehreren Integrationen oder öffentlicher Veröffentlichung. Der Modus recherchiert, stellt Fragen, schreibt einen Plan und wartet auf Ihre Zustimmung.
Ja. Jede Agent-Mode-Unterhaltung hat eine private isolierte Sandbox für Code und Befehle. Sie pausiert nach 45 Minuten Inaktivität und wird mit der nächsten Nachricht fortgesetzt.
Die Dokumentation beschreibt den Bau einer Anwendung und die Veröffentlichung über Deploy. Datenbank, Speicher, Zahlung, Domain und Analytik sind dokumentierte Bausteine. Vor der Veröffentlichung bleiben Review und Tests erforderlich.
Je nach HTML- oder Image-Format lassen sich Folien als PDF oder PPTX exportieren. Prüfen Sie vor der Lieferung das aktuelle Bearbeitungs- und Präsentationsverhalten gegen die Anforderungen des Projekts.
Prüfen Sie vor dem Hochladen die aktuellen Grenzen und unterstützten Formate in der Produktdokumentation.
Die derzeitige Seite nennt Free für 0, Pro für 20 und Max für 100 US-Dollar pro Monat. Prüfen Sie Preis- und Guthabenangaben vor Kauf oder Aktivierung einer automatischen Aufladung.
Dienste werden einzeln mit Lese- oder Vollzugriff verbunden, und Daten können zur Erzeugung des gewünschten Ergebnisses an Unterauftragsverarbeiter gehen. Nutzen Sie minimale Rechte und die Regeln Ihrer Organisation.
