RepoAccess

Der Core ist kostenlos, und er ist die ganze Engine

RepoAccess Core liegt auf npm als repoaccess-core unter AGPL-3.0. Das ist keine Testversion und keine beschnittene Fassung. Es ist die Grant- und Revoke-Engine, die ich selbst produktiv betreibe, inklusive Stripe-Adapter.

• Hoste einen einzelnen Cloudflare Worker selbst, Stripe-Adapter inklusive.
• Die vollständige Grant- und Revoke-Kette: eine Zahlung gewährt Zugang, eine Rückerstattung oder Rückbuchung entfernt ihn.
• Die Claim-Seite für Anbieter, die im Checkout kein eigenes Feld tragen können.
• Konfiguration als typisierter Code: ein Konfigurationsobjekt, das dein Editor prüft, statt escaptem JSON in Umgebungsvariablen.

Wenn du über Stripe verkaufst, es gern selbst wartest und jede Zeile lesen willst, bevor du ihr deine Käufer anvertraust: nimm Core und hör hier auf.

Welches brauchst du?

Die Aufteilung richtet sich danach, wie du bereits verkaufst. Pro ist nicht das eigentliche Produkt und Core der Appetithappen.

Stripe + selbst warten → Core. Jeder andere Anbieter, oder Merchant of Record, oder du willst es gewartet und mit Support → Pro.

Deine Marke auf jeder Seite, die der Käufer sieht

Der Worker rendert die gesamte Kette nach der Zahlung selbst: die Claim-Seite, auf der der Käufer seinen Handle eintippt, die Seite während der Einrichtung, die Bestätigung, die Fehlerseite, deine Rechtstexte und den Paddle-Checkout. Nichts davon ist ein fremder Bildschirm mit dem Logo eines anderen.

Eine Auswahl der mitgelieferten Presets, hell und dunkel. Gezeigte Screens: die Claim-Seite und die Bestätigungsseite.

Pro liefert ein Register gestalteter Presets mit. Jedes trägt eine helle und eine dunkle Palette, auf WCAG AA kontrastgeprüft, und baut auf System-Schriftarten auf, sodass diese Seiten keine Webfont laden und überall sofort erscheinen. Du wählst ein Preset in einer einzigen Datei und überschreibst jeden Token, den du willst. Standardmäßig folgt es dem Browser des Käufers, und ein einziger Konfigurationswert legt es auf hell oder dunkel fest, wenn du lieber selbst entscheidest.

Wie du es bekommst, und was danach passiert

Pro wird von RepoAccess ausgeliefert. Ich verkaufe es so, wie du gleich verkaufen wirst.

Selbst gehostet auf deinem Cloudflare-Konto

Ich liefere den Code, du deployst ihn. Niemand pusht auf deine Infrastruktur, und kein Dienst von mir sitzt zwischen deinem Käufer und seiner Einladung.

Ausgeliefert als privater Repository-Zugang

Du zahlst, wirst ins Pro-Repository eingeladen, klonst es, ergänzt Konfiguration und Secrets und deployst. Die Auslieferung, die du kaufst, ist die Auslieferung, die du erhältst.

Einmalzahlung, zwölf Monate Updates und Support

Ein Update einzuspielen ist ein git pull und ein erneutes Deploy auf deinem eigenen Konto. Deine Konfiguration und deine Secrets gehören dir und werden nie angefasst. Die meisten Updates sind Anbieter-Fixes, denen du sonst selbst hinterhergelaufen wärst.

Lass es auslaufen, es geht nichts kaputt

Wenn du nicht verlängerst, läuft die Version, die du hast, weiter. Dein Klon und dein deployter Worker bleiben unangetastet, und dein Produkt fällt nicht aus, weil eine Verlängerung ausgefallen ist. Du erhältst keine neuen Updates mehr, bis du verlängerst, und eine Verlängerung nimmt sie wieder auf.

Du bleibst mit dem Code nicht allein

Was neben dem Code mitkommt, weil der Code die einfachere Hälfte ist.

Eine Einrichtungsanleitung pro Anbieter

Alle sechs. Jede führt Klick für Klick durch das Dashboard ihres Anbieters, in der Reihenfolge mit dem wenigsten Hin und Her, und endet mit einem echten Testkauf, den du selbst machst.

Referenznotizen dazu, was jeder Anbieter tatsächlich tut

Was er signiert, Byte für Byte. Welche seiner Ereignisse bezahlt, zurückerstattet und zurückgebucht bedeuten. Das Feld, das von der Bestellung bis zur Rückerstattung überlebt. Und wo die Dokumentation des Anbieters falsch ist. Diese Notizen gibt es, weil jeder einzelne dieser Anbieter mich mindestens einmal überrascht hat, und die meisten dieser Überraschungen zeigen sich erst, wenn echtes Geld fließt. Jede Notiz hält das Datum ihrer letzten Prüfung fest.

Der RPC-Leitfaden, wenn deine eigene Website das Steuer übernehmen soll

Das Binding, die sechs Methoden, die es bereitstellt, zwei ausgeschriebene End-to-End-Abläufe und die Claim-Seite, die du selbst hostest. Er ist anbieterunabhängig: Die RPC-Oberfläche weiß nicht, welcher Zahlungsanbieter das Geld genommen hat, sie liest sich also gleich, über welchen du auch verkaufst.

Die Seiten des Käufers zu deinen machen

Das Preset-Register, die Tokens, die jedes Preset ableitet, wie weit ein Override reicht, bevor du eigenes CSS schreibst, und wohin Logo und Favicon gehören.

Einen Anbieter ergänzen, von dem ich nie gehört habe

Wenn deiner ein unbekannter regionaler Zahlungsdienstleister ist oder das interne Abrechnungssystem deiner Firma, dann ist AGENTS.md das Rezept: der Vertrag, den ein Adapter erfüllen muss, drei ausgearbeitete Beispiele und die Anbieternotizen dahinter. Es ist so geschrieben, dass ein Coding-Agent ihm ohne Hilfe folgen kann.

Der Setup-Assistent hat ein eigenes Dokument, das genau erklärt, was er in deinem Namen tut, und jedes Release landet in einem CHANGELOG, das sagt, ob die Aktualisierung etwas berührt, das du eingestellt hast.

Fragen, die Käufer vor dem Kauf stellen

Woher weißt du, dass der GitHub-Benutzername des Käufers wirklich ihm gehört?

Jede Einladung ist bezahlt. Eine Einladung kann ohne abgeschlossenen Kauf nicht existieren, es gibt also nichts abzugreifen und niemanden abzuwehren. Übrig bleibt ein Käufer, der sich einmal beim eigenen Handle vertippt, auf eigene Kosten, und damit ist das eine Frage der Eingabegenauigkeit und nicht der Zugangskontrolle. Ein Konto, ein Kauf, und du kannst ihn widerrufen. Im standardmäßigen Claim-Modus tippt der Käufer den Handle auf deiner eigenen Seite und bestätigt ihn, bevor irgendetwas gewährt wird.

Was passiert bei einer Rückerstattung oder Rückbuchung?

Der Zugang wird automatisch entzogen. Gewähren und Entziehen ist die gesamte Aufgabe der Engine, es gibt also keine Liste, die du mit deinem Zahlungsanbieter im Gleichklang halten musst, und nichts, woran du an dem Tag denken müsstest, an dem ein Streitfall eintrifft.

Müssen Käufer sich mit GitHub anmelden?

Nein. Die Auslieferung ist eine GitHub-Team-Einladung an den Handle, den sie dir nennen, und sie nehmen sie aus ihrem Postfach an. Du musst keine OAuth-App betreiben, und es erscheint keine Autorisierungsabfrage vor jemandem, der gerade bei dir bezahlt hat.

Was passiert nach zwölf Monaten?

Etwa eine Woche vor Ablauf deiner zwölf Monate kannst du verlängern, damit Updates und Support weiterlaufen. Tust du es nicht, läuft die Version, die du hast, weiter, dein Klon und dein deployter Worker bleiben unangetastet, und du erhältst schlicht keine neuen Updates mehr, bis du verlängerst. Eine Verlängerung kostet einen Bruchteil dessen, was du beim ersten Mal gezahlt hast: eine Wartungsgebühr, kein zweiter Kauf.

Kann ich das nicht einfach an einem Abend selbst bauen?

Doch, und für einen Anbieter schaffst du das wahrscheinlich. Ein einzelner Webhook-Adapter gegen Stripe ist die Arbeit eines Abends, und genau deshalb ist Core kostenlos und quelloffen: für diesen Abend soll mir niemand etwas zahlen. Pro verkauft das, was dieser Abend nicht mitliefert. Die gegen echte Anbieter verifizierten Randfälle, Rückerstattungen, Streitfälle, wiederholt zugestellte Webhooks und Signaturwechsel. Jeden Anbieter jenseits von Stripe, inklusive der Merchant of Record-Optionen. Und jemanden, der zwölf Monate lang Anbieteränderungen verfolgt, damit das erste Anzeichen davon kein Käufer ist, der bezahlt und nichts bekommen hat. Der Abend ist billig. Es ein Jahr lang am Laufen zu halten ist der teure Teil, und das zu kaufen ist günstiger, als es selbst zu warten.

Was genau nimmt eine Rückerstattung weg?

Das zurückerstattete Produkt, nicht den Käufer. Der Worker entfernt ihn aus den Teams, die diesem Produkt zugeordnet sind, storniert jede noch offene Einladung und gleicht dann seine Mitgliedschaft in der Organisation mit dem echten Zustand bei GitHub ab, nicht mit den eigenen Aufzeichnungen. Ein Käufer, der A besitzt, B kauft und B zurückerstatten lässt, verliert also B und behält A. Eines solltest du wissen, bevor es dein Postfach erfährt: Ein Käufer, der in gar keinem Team mehr ist, bekommt zusätzlich die Organisations-Entfernungsmail von GitHub, die sich wie eine Sperre liest und keine ist. Ein Käufer, der noch einen anderen Kauf hält, bleibt im Team dieses Kaufs und bekommt sie nie.

Was kostet der Betrieb?

Eine Einmalzahlung für die Lizenz und keine Beteiligung an einem Verkauf. Die einzigen laufenden Kosten sind die von Cloudflare, und sie fallen in dem Moment an, in dem jemand bei dir bezahlt. Im kostenlosen Tarif reicht das für ungefähr 600 Verkäufe pro Tag, wenn der Handle mit der Zahlung ankommt, oder 250 pro Tag, wenn der Käufer ihn auf einer Claim-Seite einträgt. Darüber hinaus kostet der Workers-Paid-Tarif 5 $ im Monat und trägt Zehntausende Verkäufe im Monat, bevor die Nutzung überhaupt etwas draufschlägt. Du zahlst an Cloudflare, nie an mich.

Was, wenn ich es kaufe und es passt doch nicht?

Schreib mir innerhalb von 7 Tagen nach deinem Kauf an hello@edgekits.dev und nenne kurz den Grund, dann sehe ich mir das im Einzelfall an. Abgelehnt werden kann eine Rückerstattung, wenn der Zugang bereits gewährt und ausgiebig genutzt wurde oder wenn die Anfrage missbräuchlich oder betrügerisch ist. Eines sei ausdrücklich gesagt: Eine Rückerstattung entzieht auch den Repository-Zugang automatisch, denn Rückerstattungen durchzusetzen ist genau das, was dieses Produkt tut. Du musst also keinem Versprechen vertrauen, das ich sonst von Hand einlösen müsste.