Zum Inhalt springen
authorship.dev

← Der Plan im Detail

Wo du für deinen Namen stehst

Die Stationen bleiben. Die Momente wandern.

Wo liegt in deinem Ablauf der Moment, in dem du signierst? Der Kreislauf bleibt, wie er ist. Pro Workflow verschiebt sich nur, wo Judgment vollzogen wird.

Links die Schritte, wie sie im Arbeitsalltag passieren, rechts, wo das Framework sitzt. Stationen können wiederkehren, weil echte Arbeit nicht geradlinig läuft.

Autor ist, wer mit seinem Namen dafür einsteht, dass die Bedingungen erfüllt sind.

1Solo, direkt auf main

  1. Du

    Aufgabe aufnehmen: Ticket, Idee oder Bug.

    Intent · Opening Line

    Ein Satz dazu, was fertig heißt, und die Risikostufe.

  2. Du

    Entscheiden, was der Agent bekommt und was du selbst machst.

    Orchestration · Delegation Matrix

    Was du selbst machst, was du abgibst, was du ausbaust.

  3. Du

    Zuerst den fehlschlagenden Test oder das erwartete Ergebnis schreiben.

    Verification · Prophylaxis

    Das Kriterium setzen, bevor du den Output siehst.

  4. Agent

    Implementiert im Editor. Du liest zwischen den Läufen mit.

    Orchestration · Between Turns

    Zwischen den Agentenläufen keine zweite anspruchsvolle Aufgabe.

  5. Du

    Diff lesen. Tests, Linter und Typecheck laufen lassen.

    Verification · Belege

    Belege nach Risiko. "Tests grün" allein ist nicht das Kriterium.

  6. Du

    Den Diff noch einmal reviewen, als wäre er von jemand anderem.

    Judgment · Blunder Check

    Eine Stelle nennen, an der es falsch sein könnte, und sie prüfen.

  7. Du

    Commit: dein "ja" zum Agenten.

    Hier signierst du

    Judgment

    Die eine Signatur. Es gibt keinen zweiten Schlüssel.

  8. Du

    Push auf main.

  9. Du

    Feierabend.

    Accountability · Post-Game Analysis

    Abends kurz zurückblicken: Was habe ich heute selbst durchdacht?

Es gibt keinen zweiten Schlüssel. Dein Self-Review trägt alles.

2Solo mit PR

  1. Du

    Issue mit dem Zielzustand anlegen.

    Intent · Opening Line

    Ein Satz dazu, was fertig heißt, und die Risikostufe.

  2. Du

    Feature-Branch von main anlegen und den Agenten briefen.

    Orchestration · Delegation Matrix

    Was du selbst machst, was du abgibst, was du ausbaust.

  3. Du

    Zuerst den Test oder die Abnahmeprüfung schreiben.

    Verification · Prophylaxis

    Das Kriterium setzen, bevor du den Output siehst.

  4. Agent

    Implementiert auf dem Branch in kleinen Commits.

    Orchestration · Between Turns

    Zwischen den Agentenläufen keine zweite anspruchsvolle Aufgabe.

  5. Du

    Pushen, PR öffnen, auf CI warten.

    Verification · Belege

    Belege nach Risiko. "Tests grün" allein ist nicht das Kriterium.

  6. Du

    Den PR-Diff selbst reviewen, Zeile für Zeile.

    Judgment · Blunder Check

    Eine Stelle nennen, an der es falsch sein könnte, und sie prüfen.

  7. Du

    Mergen.

    Hier signierst du

    Judgment

  8. CI

    Die Pipeline deployt.

  9. Du

    Feierabend.

    Accountability · Post-Game Analysis

    Abends kurz zurückblicken: Was habe ich heute selbst durchdacht?

Nur für die Arbeit allein. Im Team ist das kein Vorbild: Ein zweites Konto umgeht dort das Vier-Augen-Prinzip.

3Team, PR-Flow

  1. Du

    Issue aufnehmen und offene Fragen klären.

    Intent · Opening Line

    Ein Satz dazu, was fertig heißt, und die Risikostufe.

  2. Du

    Branch von main. Den Agenten briefen: Umfang, Dateien, Grenzen.

    Orchestration · Delegation Matrix

    Was du selbst machst, was du abgibst, was du ausbaust.

  3. Du

    Zuerst die Tests oder Abnahmekriterien schreiben.

    Verification · Prophylaxis

    Das Kriterium setzen, bevor du den Output siehst.

  4. Agent

    Implementiert in kleinen Commits. Du bleibst am Rechner.

    Orchestration · Between Turns

    Zwischen den Agentenläufen keine zweite anspruchsvolle Aufgabe.

  5. Du

    Pushen, Draft-PR öffnen, auf CI warten.

    Verification · Belege

    Belege nach Risiko. "Tests grün" allein ist nicht das Kriterium.

  6. Du

    Den eigenen Diff reviewen, bevor ihn jemand anderes sieht.

    Judgment · Blunder Check

    Eine Stelle nennen, an der es falsch sein könnte, und sie prüfen.

  7. Du

    Den PR auf "Ready for review" setzen.

    Hier signierst du

    Judgment

    Dein Schlüssel. Die Beweislast liegt bei dir als Autor.

  8. Reviewer

    Liest den Diff, kommentiert, gibt Approve.

    Judgment

    Der zweite Schlüssel. Der Reviewer prüft deine Prüfung, nicht nur den Code.

  9. Du

    Kommentare auflösen, mergen. Die Pipeline deployt.

  10. Du

    Feierabend.

    Accountability · Post-Game Analysis

    Abends kurz zurückblicken: Was habe ich heute selbst durchdacht?

Zwei Schlüssel. Die Beweislast liegt bei dir als Autor, der Reviewer prüft die Prüfung.

Zwei Schlüssel

Im Team braucht der Zug zwei Schlüssel, und es ist nicht derselbe.

  • 1 · Autor

    Ready for review

    Du trägst die Beweislast: Kriterien, Belege und deine benannte Schwachstelle liegen vor, bevor jemand anderes hinschaut.

  • 2 · Reviewer

    Approve (gegenzeichnen)

    Du prüfst die Prüfung: Trägt der Beleg, nicht nur: Sieht der Code gut aus.

4Der Agent eröffnet den PR

  1. Du

    Issue schreiben: Zielzustand, Nicht-Ziele, Risikostufe.

    Intent · Opening Line

    Ein Satz dazu, was fertig heißt, und die Risikostufe.

  2. Du

    Ins Issue schreiben, welche Bereiche der Agent anfassen darf und wo er aufhört.

    Orchestration · Delegation Matrix

    Orchestration steckt im Issue. Nach der Übergabe hast du nur noch den PR.

  3. Du

    Die Abnahmekriterien oder Tests ins Issue schreiben.

    Verification · Prophylaxis

    Das Kriterium setzen, bevor du den Output siehst.

  4. Agent

    Nimmt das Issue auf, arbeitet auf einem Branch, öffnet den PR.

    Orchestration

  5. CI

    Läuft auf dem PR.

    Verification · Belege

    Belege nach Risiko. "Tests grün" allein ist nicht das Kriterium.

  6. Du

    Den PR als sein Autor reviewen, nicht als Zuschauer.

    Judgment · Blunder Check

    Das Risiko: Du fühlst dich als Reviewer. Du bist der Autor.

  7. Du

    Den PR übernehmen: auf "Ready for review" setzen oder selbst approven.

    Hier signierst du

    Judgment

  8. Reviewer

    Im Team: Review und Approve, wie im Team-Flow.

    Judgment

    Der zweite Schlüssel.

  9. Du

    Mergen. Die Pipeline deployt.

  10. Du

    Feierabend.

    Accountability · Post-Game Analysis

    Abends kurz zurückblicken: Was habe ich heute selbst durchdacht?

Intent und Orchestration stecken im Issue. Das Risiko: Du fühlst dich als Reviewer statt als Autor.

5Reviewer eines fremden KI-PRs

  1. Du

    PR-Beschreibung und verknüpftes Issue lesen.

    Intent

    Sind Opening Line und Risikostufe da? Wenn nicht, frag den Autor.

  2. Du

    Zuerst die Tests lesen, dann den Code.

    Verification · Prophylaxis

    Die Prüfung prüfen: Wurden die Kriterien vor dem Output gesetzt, und tragen sie?

  3. Du

    Die eine riskante Stelle im Diff finden und prüfen.

    Judgment · Blunder Check

    Eine Stelle nennen, an der es falsch sein könnte, und sie prüfen.

  4. Du

    Approve.

    Hier signierst du

    Judgment

    Die Gegenzeichnung. Du zeichnest gegen, du nimmst dem Autor sein Sign-off nicht ab.

  5. Autor

    Mergt.

  6. Du

    Feierabend.

    Accountability · Post-Game Analysis

    Abends kurz zurückblicken: Was habe ich heute selbst durchdacht?

Eine Ergänzung zum Hauptfall: Du zeichnest gegen, du nimmst dem Autor das Sign-off nicht ab.

Probier den 30-Sekunden-Check →