tim witter
Alle Beiträge

Blog

Hilfestellungen gehören an den Moment des Bedarfs

Spezialisierte Hinweise helfen besonders dann, wenn sie unmittelbar vor der betreffenden Entscheidung auftauchen. Ich möchte lieber einen passenden Hinweis zu einem klaren Anlass als einen langen Katalog durchgehen, bevor ich die Aufgabe verstehe.

Hinweise an einen Anlass knüpfen

Ich benenne das konkrete Ereignis: eine Oberfläche ändern, das aktuelle Verhalten einer Abhängigkeit prüfen oder eine Veröffentlichung vorbereiten. Dann wähle ich eine Anleitung, deren Geltungsbereich dazu passt. Meine Faustregel: Beeinflusst sie die nächste Entscheidung nicht, lasse ich sie liegen. Kontextuelle Hilfe spart Suche, zu viele Empfehlungen lenken dagegen von der Arbeit ab.

Ein Anlass beschreibt die Situation und ist kein Stichwortvergleich mit meiner Anfrage. Zwei Aufgaben können dieselben Wörter verwenden und unterschiedliche Hinweise brauchen: Ein Feld umzubenennen und eine Datenbank zu migrieren erwähnen beide eine Namensänderung, aber nur eine berührt gespeicherte Daten. Mir ist ein Anlass lieber, der Handlung und Gegenstand nennt, damit eine Empfehlung sichtbar danebenliegen kann.

Der Zeitpunkt zählt so viel wie die Passung. Ein Hinweis, der kommt, bevor ich die Aufgabe verstehe, lässt sich leicht abtun; einer, der kommt, nachdem ich mich festgelegt habe, leicht übergehen. Nützlich ist der Moment zwischen der Entscheidung und ihrer Ausführung.

skill.yamlYAML
name: release-checklist
trigger: preparing a release
steps:
  - verify changelog entries
  - check version numbers
limit: never publishes or tags anything on its own

Den Geltungsbereich achten

Eine Anleitung kann eine Methode oder Prüfliste vorschlagen; sie darf weder die Aufgabe erweitern noch Projektvorgaben verdrängen. Ich lese ihre Grenzen und nutze nur passende Schritte. Schlägt sie für eine kleine Bitte einen umfassenden Eingriff vor, bleibt meine Arbeit trotzdem begrenzt. Eine Empfehlung ist nützlich, weil sie auswählt, nicht weil sie die anfragende Person überstimmt.

Der Geltungsbereich einer Anleitung ist ein Versprechen darüber, wo ihr Rat gilt. Liegt die Aufgabe außerhalb, ist die richtige Antwort, das zu sagen und nach den Regeln des Projekts weiterzuarbeiten. Eine Prüfliste in ein Gebiet zu ziehen, für das sie nicht geschrieben wurde, erzeugt selbstsichere Schritte ohne Beleg.

Enge Anleitung, die ihre Kante zugibt, ist vertrauenswürdiger als breite, die alles beansprucht. Die engere Fassung lässt sich an der vorliegenden Aufgabe prüfen, während die breitere einlädt, Schritte anzuwenden, deren Belege ich nie sehe. Lieber eine kleine, richtige Anweisung als eine große, plausible.

scope.tsTypeScript
interface Skill {
  name: string;
  trigger: string;
  /** Situations the guidance covers. */
  scope: readonly string[];
  /** What the skill must not do on its own. */
  limit: string;
}

// Advice applies inside its scope; outside it, the project rules decide.
export function withinScope(skill: Skill, situation: string): boolean {
  return skill.scope.includes(situation);
}

Die Übergabe kontrollieren

Fehlt eine Empfehlung oder kommt sie zu spät, halte ich mich an den dokumentierten Projektablauf, statt auf fehlende Prüfpflichten zu schließen. Nach der Anwendung kontrolliere ich das tatsächliche Ergebnis und die benannten Prüfungen, nicht nur, ob ich die Anleitung geöffnet habe. Eine gute Übergabe macht sichtbar, welche Hinweise passten und welche Entscheidungen weiterhin menschliche Freigabe brauchen.

Ein Rückfallweg ist nur verlässlich, wenn er an einer Stelle festgehalten ist, die nicht mein Gedächtnis ist. Ich prüfe, ob der festgelegte Weg von einem frischen Stand aus auffindbar ist: die Prüfungen, die Konventionen, die Prüfschritte. Existiert dieser Weg nur in einem Gespräch, hängt seine Verfügbarkeit davon ab, wer fragt, und dieselbe Aufgabe kann mit unterschiedlich strenger Prüfung enden.

Ich notiere außerdem, welche Teile des Hinweises passten und welche Entscheidung weiterhin der anfragenden Person bedurfte. Diese Aufzeichnung erleichtert die nächste Übergabe und lässt die Befugnis dort, wo sie hingehört: bei der Person, die die Arbeit in Auftrag gegeben hat. Ein Hinweis, dessen Anwendung keine Spur hinterlässt, lässt sich später schwer prüfen.

suggest.shShell
# A matching trigger offers the steps; it grants no extra authority.
suggest --event "preparing a release"
# offered: release-checklist

# No match: the declared project workflow still applies.
suggest --event "renaming a variable"
# offered: none; continue with the declared checks