Beschreib den Prozess
Erklär im Chat einen wiederkehrenden Prozess in einfachen Worten und häng ein paar echte Beispiele an. Kein Code, keine Tickets.
Einfache Worte, kein Code
By Hoplo
Scrollen und entdecken
Die Factory, die für dein Unternehmen baut.
Beschreiben, Spezifikation, Versteckte Tests, Im Einsatz
[N.01/11]> Warum Teriyaki
Bauen und prüfen
Die Software Factory schreibt die Software in Minuten. Danach prüft ein separater Validator sie mit Testfällen, die beim Bauen nie sichtbar waren.
In Minuten gebaut
Jeden Tag nutzen
Dein Tool läuft als Formular, API, Chat-Tool oder über MCP, mit allen Kosten im Journal, und die nächste Person kann es wiederverwenden.
Vom Team wiederverwendet
[N.02/11]> In Zahlen
- Von einem Satz zum funktionierenden Tool
- 30 min
- Tools und Apps fertig im Katalog
- 59
- Unabhängige Validierung, dann Freigabe des Release
- 2 Prüfungen
- Formular, API, Chat-Tool und MCP
- 4 Kanäle
Ohne TeriyakiMit Teriyaki
Arbeitslast ohne und mit Teriyaki, Tag für Tag (zur Veranschaulichung)
[N.03/11]> Die Factory
Kontext rein.Geprüfte Software raus.
Eingaben04
- Interviews
- Dokumente
- Tabellen
- Wissensdatenbank
Kontext04
- Abläufe
- Übergaben
- Ausnahmen
- Offene Fragen
Chancen
Das richtige Modell zum richtigen Preis
Frontier- oder Open-Weight-Modelle, Tool für Tool ausgewählt. Ein Model Router schickt jede Anfrage an das Modell, das sie am günstigsten erledigt, damit du keine Leistung bezahlst, die du nicht brauchst.
- GPT-5.6 Sol
- Claude Opus 5.5
- Gemini 3.7 Flash
- DeepSeek V4 Pro
- GLM 5.3
- Claude Sonnet 5
- GPT-6 Luna
- Grok 4.6
- GPT-5.6 Luna
- Claude Haiku 4.5
Standardmäßig geprüft
Factory-Releases brauchen eine unabhängige Validierung und die Freigabe durch einen Menschen.
Gebaut, um zu wachsen
Veröffentlichte Tools und Tests kann der nächste Workflow wiederverwenden.
In deiner Cloud oder on-premise
Teriyaki läuft in der Cloud von Hoplo, oder wir installieren es in deiner Cloud oder auf deinen eigenen Servern, damit deine Daten dort bleiben, wo du es entscheidest.
- Hoplo-Cloud
- Deine Cloud
- On-premise
[N.04/11]> So funktioniert es
Beschreiben
Jede Person im Team erklärt den Prozess im Chat und hängt ein paar echte Beispiele an.
Bestätigen
Die Factory fragt nach, was sie braucht, und schlägt dann Spezifikation und Testfälle vor, die du bestätigst.
Bauen und prüfen
In Minuten schreibt die Software Factory den Code, dann prüft ein separater Validator ihn vor dem Release.
Nutzen und verbessern
Das Tool läuft in einer Sandbox mit allen Kosten im Journal, und jede neue Version wird getestet, bevor sie die alte ersetzt.
[N.05/11]> Was du bekommst
Jedes Release,in deiner Hand.
[N.06/11]> Prinzipien
Woran wir uns halten,Release für Release.
- Weiterlesen: Prinzip 01
Teriyaki
Prinzip 01
Das Modell schlägt vor, das Programm prüft. Über Factory-Releases urteilt ein Validator, auf den der bauende Agent keinen Einfluss hat.
Prinzipien
- Weiterlesen: Prinzip 02
Teriyaki
Prinzip 02
Ein Mensch gibt jedes Factory-Release frei. Die Tests sagen, dass es funktioniert, ein Mensch sagt, dass es bereit ist.
Prinzipien
Bring einen wiederkehrenden Prozess mit. In Minuten wird daraus Software, und der Code gehört dir.
Teriyaki
Teriyaki by Hoplo
- Weiterlesen: Prinzip 03
Teriyaki
Prinzip 03
Jeder Workflow kann Tools, Tests und Kontext für den nächsten hinterlassen.
Prinzipien
- Weiterlesen: Prinzip 04
Teriyaki
Prinzip 04
Dein Code, deine Tests, deine Spezifikation, bereit zum Download, wann immer dein Team sie braucht.
Prinzipien
[N.07/11]> Zusammenarbeit
Enthält:
- Prozess im Chat beschreiben
- Spezifikation und Testfälle, für dich vorgeschlagen
- In Minuten gebaut und geprüft
- Nutzung als Formular, API, Chat-Tool oder über MCP
Alles aus Start, plus:
- Ein gemeinsamer Katalog mit Tools und Agenten
- Wiederverwendung über Workflows und Teams hinweg
- Freigabe durch einen Menschen vor jedem Release
- Kosten pro Ausführung im Journal
- Rollen und Rechte für dein Team
Alles aus Start und Team, plus:
- Forward Deployed Engineers direkt in deinen Teams
- Tools in Reihe geschaltet, mit Freigaben zwischen den Schritten
- Änderungen durch Regressionstests geprüft
- Ausführungsprotokolle, optionales Tracing und Warnungen
- Ein Audit-Trail, der nur ergänzt, nie geändert wird
[N.08/11]> Updates
Echte Updates,keine Roadmaps.
- 26.09.2026
Visuelle Kompositionen
Ein neuer visueller Editor verbindet Tools zu Kompositionen, ohne dass du Verbindungscode schreiben musst.
- 23.09.2026
Agent-Generator als Standard
Die Factory baut jetzt standardmäßig mit einem Coding-Agenten auf Basis des Claude Agent SDK, mit Paketprüfungen und Tests.
- 22.09.2026
Release 2.2.1
Teriyaki 2.2.1 bringt die Software Factory, das Software Lab und SDK 1.x in Produktion, mit geführten Fragen und Paketfreigabe.
DokumenteBarrierefreiheit
Barrierefreiheit prüfen, bevor du veröffentlichst
Automatische EPUB-Prüfungen nach EPUB Accessibility 1.1 und WCAG 2.2 AA, mit den Befunden, die du prüfen und beheben solltest.
FinanzenE-Rechnungen
Rechnungen und Jahresabschlüsse, aus XML gelesen
Zwei Tools aus dem Katalog lesen Daten aus FatturaPA-E-Rechnungen und XBRL-Jahresabschlüssen, bereit für deine Prüfungen.
BetriebAutomatisierungen
Ein Fristenregister mit Zusammenfassung um sieben
Alle Fristen an einem Ort und, einmal aktiviert, eine Zusammenfassung werktags um 7 Uhr und nach jedem neuen Eintrag.
[N.11/11]> FAQ
Fragen, bevordu startest.
Ein System, mit einem Team dahinter, das tägliche Arbeit in Software verwandelt: Jede Person beschreibt einen Prozess in einfachen Worten, und die Factory baut, prüft und betreibt das Tool oder den Agenten, der sie erledigt. Jedes Release hinterlässt Tools und Tests, die das nächste wiederverwenden kann.
Minuten für ein erstes Tool: Du beschreibst den Prozess, bestätigst die Testfälle, und die Factory baut und prüft es, meist in deutlich weniger als einer Stunde. Größere Agenten wachsen von dort aus, ein Release nach dem anderen.
Beide. Die Software Factory schreibt den Code, ein separater Validator prüft ihn, auch mit Fällen, die beim Bauen verborgen bleiben, und ein Mensch gibt jedes Factory-Release frei. Bei größeren Workflows helfen Forward Deployed Engineers.
Das passende für jede Aufgabe, von GPT, Claude, Gemini, DeepSeek, GLM und weiteren. Tools nutzen ein registriertes Modell oder den Standard der Plattform, und ein Modellwechsel lässt sich mit den Tests des Tools prüfen.
Dir. Factory-Releases lassen sich mit Code, Tests und Spezifikation herunterladen, und Admins können Tool-Daten als CSV oder JSON exportieren.
Nein. Du beschreibst in einfachen Worten, was du brauchst, und bestätigst die Testfälle; den Code schreibt die Factory. Dein Entwicklungsteam kann ihn trotzdem öffnen, ändern und behalten.