Zum Inhalt

So funktioniert's

shoalmark legt die Arbeit Ihres Projekts als Textdateien im Projekt selbst ab, sodass jeder Agent, der daran arbeitet, denselben aktuellen Stand liest. Es zeigt Ihnen zuerst, was auf Ihre Antwort wartet, und seine Prüfungen melden Arbeit, die als ausgeliefert markiert ist, wenn keine gespeicherte Änderung (ein Commit) in der Historie des Projekts dahintersteht.

Eine Woche in vier Schritten

Was Ihr Wort braucht, wartet darauf; kein Agent antwortet für Sie.

  1. Die Agenten arbeiten und halten fest, wo die Arbeit steht. Jedes Arbeitspaket ist eine Markdown-Datei mit dem, was jetzt gilt, und dem nächsten Schritt. Einen Wechsel zu Shipped ohne Commit dahinter melden die Prüfungen.
  2. Was nur Sie entscheiden können, wird zu einer Frage. Braucht ein Agent Ihre Entscheidung, schreibt er sie als einen Satz auf, mit den Optionen und seinem Vorschlag, und macht mit anderer Arbeit weiter. Zwischen den Standups unterbricht Sie niemand, außer für etwas, das sich nicht rückgängig machen lässt.
  3. Sie sitzen, zu der Uhrzeit, die Sie gewählt haben. Zu der Uhrzeit, die Sie gewählt haben, gibt das Standup die Tagesordnung aus: zuerst Ihre Entscheidungen, jede mit ihrer Wartezeit und dem, was sie aufhält. Sie antworten mit einem Befehl pro Frage; er schreibt Ihre Antwort als Commit, mit Ihrem Schlüssel signiert, sobald Sie das Signieren einschalten.
  4. Die Agenten handeln auf Ihre Antwort, und ein Reviewer urteilt vor dem Merge. Ein Sitz mit dem Recht dazu hält Ihre Antwort im Arbeitspaket fest und macht weiter. Bevor Arbeit zu einem Merge kommt, prüft sie ein Reviewer; das Board sagt, ob dessen Durchgang unabhängig war, also aus einer anderen Session kam als der Code. Das ist eine Meldung, kein Beweis. --queue zeigt die offenen Pull Requests in der Reihenfolge, in der sie zu mergen sind.

FM-024

work-tracker/FM-024-….md · 2026-09-28

next: owner
ask: "Do the status-line scripts for Claude and Codex and the addressing rule ship with shoalmark, so a pinned copy carries them?"
ask-kind: ruling
ask-since: 2026-09-28
ask-options: "all three: --statusline, … | the status line only: … | the rule only: …"
ask-proposal: "all three: --statusline, --install-statusline for Claude and Codex, and the AGENTS.md rule with --whoami"

Board

## waiting for you: 3

FM-024 Do the status-line scripts for Claude and Codex and the addressing rule ship with shoalmark, so a pinned copy carries them? · a ruling acceptreject

4127dba

git commit · 2026-09-28

-next: owner
+next: build
+answer: "accepted - all three: --statusline, --install-statusline for Claude and Codex, and the AGENTS.md rule with --whoami"
+answered: 2026-09-28
+answered-by: …
Aus shoalmarks eigenem Repository: eine Frage, vom Arbeitspaket über das Board bis zur Antwort des Eigners – ein signierter Commit, der im Arbeitspaket drei Zeilen hinzufügt und next von owner auf build setzt. Die Auszüge sind wörtlich und bleiben deshalb englisch; jedes … markiert einen Schnitt.

Nicht alles braucht Sie. Ein Sitz, der das Recht zum Schließen hat, schließt Arbeit ab, ohne dass Sie gefragt werden. Mit dem Werkzeug ausgeliefert sind drei Sitze mit festen Rechten: planner darf fragen, schließen und sichten, reviewer sichten, builder nichts. Für jeden weiteren Sitz legen Sie die Rechte selbst fest. Antworten darf nur, wem Sie das Recht dazu geben, und standardmäßig sind das nur Sie.

Wie fest „kein Agent antwortet für Sie“ gilt, bestimmt Ihre Signatur. Eine Signatur beweist den Schlüssel, nicht die Hand: Wer Ihren Schlüssel benutzen kann, kann als Sie antworten. Es gibt vier Stufen, von einem Schlüssel, den alles unter Ihrem Konto benutzen kann, bis zu einem, der Ihre Berührung braucht. Ihre Antwort ist Ihr Commit hilft bei der Wahl.

Ihr Teil

  • Einmal: Sie schreiben in die TRIAGE.md drei Zeilen in Ihren eigenen Worten (wofür das Repository da ist, was gilt, wenn es funktioniert, und was niemand tun darf, um dorthin zu kommen) und den aktuellen Weg, also was zuerst kommt. Dazu richten Sie einmal Ihre Signatur ein, in etwa zehn Minuten.
  • Jede Woche: ein Standup je Werktag, fünfzehn Minuten zu der Uhrzeit, die Sie gewählt haben (die Dauer lässt sich einstellen), und ein Befehl pro Antwort.
  • Der Rest steht auf dem Board: Ihre Agenten sind angehalten, jede Session mit dem zu beenden, was auf Sie wartet, und das Board stellt es ganz oben hin.

Was shoalmark nicht tut

  • Es prüft Ihren Code nicht auf Sicherheitsprobleme und sucht nicht nach Datenlecks.
  • Es beweist nicht, dass Arbeit richtig ist. Seine Prüfungen melden einen Wechsel zu Shipped ohne Commit dahinter; ob dieser Commit seinen Zweck erfüllt, klärt ein Review.
  • Es ist kein Migrationswerkzeug: Es importiert kein Ticketsystem und beginnt mit der eigenen Arbeit Ihres Repositorys.
  • Es passt heute zu Projekten, in denen eine Person das Sagen hat. Mehrere Menschen, die das Sagen haben, sind in dieser Beta nicht getestet.
  • Es braucht Python 3.9 oder neuer; ein git-Repository braucht ein installiertes git. Unter Subversion läuft es ohne installiertes git, aus dem Release-Archiv, und jeder Lauf sagt dort, was er nicht prüfen kann: Commit-Signaturen und vom Server authentifizierte Autoren. Es braucht keinen eigenen Server, keine eigene Datenbank und kein eigenes Konto.

Ausprobieren

Der Knopf „Prompt kopieren“ ist bis v0.20.1 zugeklebt: Der Prompt dahinter, der Ihren Agenten prüfen lassen wird, ob shoalmark zu Ihrem Projekt passt, wird noch fertiggestellt. Bis dahin lädt die Notiz für die Agenten Ihres Projekts, ADOPT.de.md, zu einer Messung ein, nicht zu einer Anweisung: etwa zwanzig Minuten, alles in einem Wegwerf-Ordner, nichts im echten Arbeitsverzeichnis. Am Ende berichten die Agenten Ihnen, und Sie entscheiden.

Weiterlesen