Funktionen

Alles zwischen „es funktioniert“ und „es ist online“.

Hosting, eine Datenbank, Ihre Domain, Anmeldung samt E-Mail, Analytics und Zahlungen – verbunden über ein einziges Tofu-Konto, jedes Teil ein Werkzeug, das Ihr Coding-Agent aufruft. Was jedes Teil leistet, wo seine Grenzen liegen und was es noch nicht gibt.

Dokumentation lesenAgent einrichten
Was ein Konto verbindet

Für Sie verbunden. Jedes ein Werkzeug, das Ihr Agent aufruft.

Jedes Teil hat eine eigene Seite: wie es funktioniert, wie Ihr Agent es erreicht und wo es endet.

  • Hosting und Bereitstellung

    Live – und umkehrbar.

    Jede Bereitstellung wird vor dem Build geprüft, erst veröffentlicht, wenn sie antwortet, und aufgezeichnet – eine frühere intakte Version ist nur einen Klick auf „Zurücksetzen“ entfernt.

    • deploy
    • rollback
    • getRuntimeLogs

  • Datenbank

    Eine echte Datenbank, schon verbunden.

    Verwaltetes Postgres, zusammen mit der Bereitstellung angelegt und über nur schreibbare Secrets mit dem Build verbunden – auf Wunsch in Ihre eigene Supabase-Organisation verschoben.

    • databaseCreate
    • databaseStatus

  • Ihre Domain

    Ihre Domain, HTTPS inklusive.

    Bei Cloudflare genügt eine Freigabe, und Tofu schreibt die Einträge; überall sonst zeigt es Ihnen die genauen Einträge und prüft sie.

    • domainConnect
    • domainAuthorize
    • domainVerify

  • Anmeldung und E-Mail

    Google-Anmeldung ohne Google Cloud.

    „Weiter mit Google“ und Anmeldung per E-Mail für Ihre App; die Registrierungs-E-Mails kommen von Ihrer eigenen Domain, sobald diese bestätigt ist. Kein Google-Cloud-Projekt, kein OAuth-Client, keine Schlüssel.

    • appAuthConfigure
    • appAuthEmailConnect

  • Analytics

    Traffic, ohne Tracker.

    Aufrufe, meistbesuchte Seiten und wichtigste Quellen für jede App, gezählt auf Tofus eigenem Endpunkt. Keine Cookies, keine gespeicherten IP-Adressen, kein Analytics-Konto nötig.

    • siteAnalytics
    • setSiteAutoInject

  • Agent und CLI

    Veröffentlichen, ohne den Agent zu verlassen.

    Ein lokaler Client für jeden Coding-Agent, der MCP spricht: dieselben Projekte und denselben Verlauf wie im Dashboard, nach einer Freigabe im Browser.

    • login
    • ingest
    • status

  • Zahlungen

    Zahlungen, direkt an Sie.

    Käufer zahlen auf der Bezahlseite von Stripe direkt in Ihr eigenes Stripe-Konto. Tofu legt Ihre Zahlungslinks an, einmalig oder wiederkehrend, und meldet Ihrer App, wer bezahlt hat. Keine Schlüssel zum Kopieren, und Tofu erhebt keine Gebühr.

    • appPaymentsConnect
    • appPaymentsSetup
    • appPaymentsLinkCreate

Der Free-Tarif stellt eine App samt dem Code hinter ihren Seiten online, dazu eine verwaltete Datenbank, die erhalten bleibt, solange die App online ist; die Preisübersicht zeigt, welche Tarife Ihre eigene Domain enthalten. Der Domainkauf ist separat. Preise ansehen

Das Verbinden Ihres Stripe-Kontos mit einer App, die auf einem Server läuft, gibt es mit einem kostenpflichtigen Tarif, und echte Zahlungen sind möglich, sobald die erste Zahlung für Ihren Tarif eingegangen ist. So funktionieren Zahlungen

Drei Wege zu Tofu

Bringen Sie Ihre App mit. Auf welchem Weg auch immer sie zu Tofu kommt.

Jeder Weg führt in dieselbe Art von Projekt, durchläuft dieselbe Prüfung vor dem Build und geht auf dieselbe Weise online.

  1. Ihr Coding-Agent

    Empfohlen. Fügen Sie den Einrichtungs-Prompt in einen beliebigen Coding-Agent ein. Der Agent prüft und installiert den Tofu-Client, Sie bestätigen einen Code im Browser, und er lädt hoch, prüft und stellt aus dem Gespräch heraus bereit – wenn Sie ihn darum bitten. Ein Update ersetzt den Quellcode desselben Projekts, während Einstellungen, Adresse und Verlauf erhalten bleiben.

    Agent und CLI

    ❯ setup prompt pasted · code approved

  2. Ein GitHub-Branch

    Importieren Sie einen Branch mit einer Nur-Lese-Berechtigung, an einen Commit gebunden. Aktivieren Sie automatische Updates, in jedem Tarif: Ein Push stellt dann den neuesten Commit des Branches durch dieselbe Prüfung bereit.

    main · push → deploy

  3. Die Kommandozeile

    Der eigenständige Client führt dieselben Operationen in einem Terminal oder einer Cloud-Sandbox aus: Node.js 22 oder höher, eine Freigabe im Browser, kein Schlüssel, der irgendwo eingefügt wird.

    $ node tofu-agent.mjs login

Was Tofu hostet

Web-Apps, die auf Anfragen antworten. In dem Stack, den Sie schon gewählt haben.

Eine fertig gebaute Website, ein Web-Framework, ein Python-, Go- oder JavaScript-Server oder Ihr eigener Container. Jedes davon beantwortet Anfragen und skaliert zwischen Anfragen auf null herunter; die Erkennung schlägt das Preset vor, und Sie bestätigen es.

Websites und Web-Frameworks
  • Next.js
  • Vite
  • Astro
  • SvelteKit
  • Nuxt
  • React Router
  • Gatsby
  • Static HTML

Der Hosting-Anbieter baut sie aus dem eigenen Build des Frameworks – oder veröffentlicht eine fertige statische Website unverändert.

Python
  • FastAPI
  • Flask
  • Django
  • Python

Gebaut aus dem Manifest der App und gestartet als HTTP-Prozess, der die Adresse beantwortet.

Go
  • Go

Gebaut aus der go.mod der App und gestartet als HTTP-Prozess, der PORT liest.

JavaScript-Server
  • Express
  • Hono
  • NestJS
  • Node.js server

Eine einzige Einstiegspunktdatei, die der Hosting-Anbieter anhand ihres Namens findet; sie wird als HTTP-Prozess gestartet – der Server beantwortet /.

Container
  • Dockerfile (container)

Das Image, das Ihre eigene Containerdatei beschreibt: vom Hosting-Anbieter gebaut und als Dienst ausgeführt.

Nichts dauerhaft Laufendes: Ein Hintergrund-Worker, ein Queue-Consumer oder ein dauerhaft laufender Scheduler findet in keinem Tarif einen Weg durch Tofu. Hosting und Bereitstellung

Die Sicherheitsprüfung

Gelesen, bevor gebaut wird. Und offen darüber, was gelesen wurde.

Bevor irgendetwas gebaut wird, prüft Tofu die genauen Dateien, die hochgeladen werden sollen, nach einem festen Satz deterministischer Regeln: Live-Schlüssel, die im Code stehen, Tabellen ohne Row-Level Security, Zugriffsregeln, die jedem das Schreiben erlauben, und bekannte Malware-Muster. Ein Fund, der anderen Menschen schaden könnte (ein bekanntes Malware-Muster, Phishing oder ein offengelegter Schlüssel), stoppt den Build, und die bereits veröffentlichte Version bleibt online. Entscheidungen, die nur Ihre eigene App betreffen, etwa eine offene Tabelle, werden als Warnungen gekennzeichnet und stoppen den Build nie.

Jedes Ergebnis nennt die Dateien, die gelesen wurden, und auch, wonach keine Regel sucht – es sagt, was geprüft wurde, und nie mehr.

So funktioniert die Sicherheitsprüfung

Noch nicht gebaut

  • Domainkauf für Sie. Suche, Preisangebote und die Übergabe an den Registrar gibt es, aber der Kaufweg ist nicht offen.

  • Vorschau-Bereitstellungen. GitHub-Updates folgen einem Branch und einem App-Stammverzeichnis pro Projekt – keine Vorschauen für Pull Requests, keine Tags.

  • Ein aufgeschlüsselter Tiefenscan-Bericht, Rotation des Datenbankpassworts, Analytics-Export, Benachrichtigungen und Teams.

  • Eine SQL-Konsole. Das ist eine Grundsatzentscheidung: Hochgeladener Quellcode gilt als nicht vertrauenswürdige Eingabe, und eine einzige Betreiber-Zugangsberechtigung würde alle verwalteten Projekte abdecken.

  • Alles, was dauerhaft laufen muss. Ein Hintergrund-Worker, ein Queue-Consumer, ein dauerhaft laufender Scheduler oder ein Dienst, der nicht über HTTP läuft; auch die Cronjobs in der eigenen vercel.json einer App werden nicht registriert.

Einen Prompt einfügen. In 10 Minuten online.

Ihre App samt Datenbank, Ihre Domain und Ihre Anmeldung – in etwa 10 Minuten mit dem Agenten, den Sie schon nutzen.

Kostenlos starten