Zum Inhalt springen

Arbeiten

voxcog: Produktentscheidungen mit Belegkette

Torn StudioKunde: voxcog

Das Verhältnis des Studios zum Kunden

voxcog ist ein Produkt, das Torn Studio gebaut hat und an dem das Studio beteiligt ist. Das Studio verantwortete Produktleitung, Architektur und Umsetzung bis zur Übergabe im August 2026.

Kurze Antwort

Torn Studio hat voxcogs Produktarbeit vom Prototyp zum MVP geführt. Jede Funktion wurde als geschriebene Spezifikation geplant — 108 davon liegen noch im Repository — und jede Richtungsentscheidung wurde mit ihren Optionen und ihrem Preis festgehalten. Ein Kurswechsel im Juni 2026 verengte fünf Säulen zu einer Pipeline.

Der Auftrag

voxcog musste von einem Prototyp mit fünf parallelen Säulen zu einem Produkt mit einem klaren Kern kommen, und zwar so, dass die Begründung hinter jeder Wahl erhalten bleibt, wenn die nächste Person den Code liest.

Was es schwierig machte

  • Fünf gleichrangige Säulen machten das Produkt schwer vorführbar und schwer in einem Satz beschreibbar, und das ist ein Positionierungsproblem, bevor es ein Bauproblem ist.
  • Mehrere parallele Arbeitsstränge auf derselben Datenbank machen fortlaufend nummerierte Migrationen unsicher, weil zwei Zweige jeweils dieselbe nächste Nummer wählen.
  • Das Produkt verarbeitet internes Material der Kunden, also musste der Datenschutz schon vor dem Start stehen.

Zahlen zum Nachzählen

108geschriebene Spezifikationen
Zweiunddreißig aktive und sechsundsiebzig archivierte Ordner. Jeder trägt die Designentscheidung und die Schritte, sodass eine gelieferte Funktion rückwärts lesbar ist.
3dokumentierte Richtungsentscheidungen
Jede mit Kontext, den abgewogenen Optionen und dem Preis der gewählten. Das Format verlangt, dass die Kosten ausgeschrieben werden.
102Datenbankmigrationen
Mit Zeitstempel, dazu ein Test, der den Build bei einem doppelten oder fortlaufenden Präfix abbricht. Die Regel besteht, weil parallele Zweige sonst dieselbe Nummer wählen.
6Rechtsunterlagen vor dem Start
Verzeichnis von Verarbeitungstätigkeiten, Folgenabschätzung, Notfallplan, Auftragsverarbeitungsvertrag, Datenschutzerklärung und Nutzungsbedingungen.

So wurde es gemacht

Eine geschriebene Spezifikation vor jedem Bau

Jede Funktion bekam einen eigenen Ordner mit Designspezifikation und schrittweisem Umsetzungsplan, bevor Code entstand. Nach der Lieferung wanderte der Ordner ins Archiv, sodass das Repository beides trägt: was gerade gebaut wird und warum das Gebaute so aussieht.

Entscheidungen mit Optionen und Preis

Richtungsentscheidungen wurden als eigene Dokumente geschrieben, mit dem Kontext, den abgewogenen Optionen und dem Preis der gewählten. Das Format erzwingt den schwierigen Satz: was ist durch diese Entscheidung schlechter geworden.

Der Kurswechsel liegt neben dem, was er ersetzt hat

Als das Produkt im Juni 2026 von fünf Säulen auf eine lineare Pipeline verengt wurde, wanderte die alte Strategie in ein datiertes Archiv und die neue legte sich daneben. Wer heute liest, sieht beide und kann prüfen, ob die Begründung noch trägt.

Nachvollziehbarkeit als Mechanik des Produkts

Die gebaute Kette spiegelt die Arbeitsweise: jedes Signal zeigt auf seine exakte Quelle, jede Erkenntnis auf ihre Signale, und neues Material, das einem Signal widerspricht, markiert alles Nachgelagerte zur erneuten Prüfung.

Technik

  • Next.js 16
  • Supabase
  • Postgres
  • pgvector
  • Reciprocal Rank Fusion
  • Claude Sonnet 4.6
  • MCP

Was dieser Beleg trägt

Das zeigt Produktleitung, die Spuren hinterlässt: Entscheidungen sind rückwärts lesbar und die Begründung bleibt erhalten. Ob der Markt voxcog will, sagt es nicht — die Plattform wurde vor dem Start übergeben, und diese Frage bleibt offen.

Belege

Worauf dieser Artikel beruht — eine Messung von uns, eine datierte Quelle oder eine Entscheidung und ihr Preis.

  • Messung

    Wie viele Funktionen vor dem Bau schriftlich geplant wurden

    Messobjekt: voxcogs Planordner

    Methode: Die Ordner unter plans und plans-archived im Repository zählen.

    Ergebnis: 108 Ordner, davon 76 archiviert

  • Entscheidung

    Das Produkt von fünf gleichrangigen Säulen auf eine lineare Pipeline mit Belegkette verengen.

    Was sie gekostet hat: Das Interviewsystem, fertig gebaut mit Stimme und Teilnehmerfluss, landete hinter einem Feature-Flag und wurde aus dem Angebot genommen.

  • Entscheidung

    Migrationen mit Zeitstempel nummerieren und einen Test den Build bei fortlaufenden Nummern abbrechen lassen.

    Was sie gekostet hat: Die Versionen lassen sich nicht mehr auf einen Blick als Reihenfolge lesen, und die älteren Sequenzdateien bleiben als Ausnahme bestehen.

Häufige Fragen

Was ist eine Beweiskette in der Praxis?
Vier Glieder, die nach unten zeigen: ein Signal auf seine exakte Quelle, eine Erkenntnis auf ihre Signale, eine Entscheidung auf ihre Erkenntnisse und ein Prinzip auf das, was sich bewährt hat. Jedes Glied trägt einen Verknüpfungstyp und eine Konfidenz.
Was passiert, wenn neues Material einer früheren Annahme widerspricht?
Die Kette wird vorwärts durchlaufen und markiert jede Erkenntnis, Entscheidung und jedes Prinzip, das auf dem nun fraglichen Signal ruht. Was veraltet ist, wird in der Kette selbst sichtbar.
Warum eine Spezifikation schreiben, wenn KI den Code ohnehin schreibt?
Die Spezifikation macht den Bau prüfbar. Ein Werkzeug mit klarer Abgrenzung und einer Schrittfolge liefert etwas, das gelesen und verifiziert werden kann, und der zurückbleibende Ordner erklärt die Wahl für die nächste Person.
Wie entscheiden Sie, was aus einem Produkt herausfällt?
Indem aufgeschrieben wird, was das Behalten kostet. Das Interviewsystem war fertig und funktionierte, zog aber Aufmerksamkeit von dem ab, was das Produkt trug, also landete es mit notierter Begründung hinter einem Flag.
Können Sie Produktarbeit für uns auf dieselbe Weise führen?
Ja. Die Arbeitsweise ist vom Produkt unabhängig: eine geschriebene Spezifikation vor jedem Bau, Richtungsentscheidungen mit Optionen und Preis, und ein Archiv, das die Begründung bewahrt, wenn das Team wechselt.
Wie viel davon ist KI-generiert?
Die Entwürfe entstehen mit KI-Werkzeugen, und jede Spezifikation und Entscheidung wird von einem Menschen gelesen und redigiert, bevor sie gilt. Über die Qualität entscheiden Abgrenzung und Prüfung, und dieser Teil bleibt Handarbeit.

Erzählen Sie uns, was Sie bauen wollen

Dreißig Minuten, kostenlos, und eine klare Antwort, ob wir das richtige Studio dafür sind.