CommunityCodierung & Entwicklunggithub.com

josie2479-maker/claude-skills

Prüft eine vorgefertigte Liste von Liefergegenständen, Dokumenten oder Artefakten, bevor sich jemand darauf festlegt, diese nachzuverfolgen. Nützlich, wenn jemand eine Liste aus einer Vorlage, von einem Anbieter, Berater, PMO-Framework oder KI erhält ("Standard-Projektdokumente", "erforderliche Artefakte", "Checkliste für Liefergegenstände") und entscheiden muss, ob er sie übernehmen soll, was wirklich erforderlich ist, was gestrichen werden kann oder was fehlt. Markiert jedes Element danach, wer es anfordert (Geldgeber, Gesetz oder Verordnung mit Zitat, eine benannte Person oder Standardpraxis, die niemand verlangt), liest die Vorlage des Geldgebers oder der Behörde Abschnitt für Abschnitt, um fehlende erforderliche Elemente zu finden, und gibt eine Tabelle sowie eine Liste zum Streichen/Behalten/Hinzufügen zurück. Nicht geeignet für die Erstellung einer Liste von Grund auf ohne vorhandene Liste und nicht zur Überprüfung, ob fertige Dokumente gut sind.

Was ist claude-skills?

Diese Fertigkeit (Skill) prüft systematisch, ob eine vorgelegte Liste von Liefergegenständen (Deliverables) tatsächlich von einer autorisierenden Stelle (Geldgeber, Gesetz, benannte Person) gefordert wird. Sie ist besonders nützlich für Entwicklerteams, Projektmanager und andere Fachleute, die mit Checklisten aus Vorlagen, von Beratern oder KI-Tools konfrontiert werden. Die Fertigkeit verhindert, dass Teams unnötige Arbeit übernehmen oder kritische, vom Geldgeber geforderte Elemente übersehen. Sie funktioniert in mehreren Schritten: Zuerst wird die eingereichte Liste erfasst, dann werden die tatsächlichen Anforderungsquellen (z. B. die Vorlage des Geldgebers, gesetzliche Vorschriften) beschafft und gelesen. Jedes Element der Liste wird mit einem von vier Autoritätskennzeichnungen (Geldgeber, Gesetz/Verordnung, benannte Person, Standardpraxis) versehen. In einem separaten Durchgang werden Lücken identifiziert, indem die maßgebliche Vorlage Abschnitt für Abschnitt mit der eingereichten Liste verglichen wird. Das Ergebnis ist eine klare Tabelle mit allen Elementen, ihrer Quelle und Autorität sowie eine Handlungsempfehlung (Streichen/Behalten/Hinzufügen). Der Skill ist ideal für Claude Code, Cursor, Codex und ähnliche KI-Assistenten für Entwickler. Er ist unter CC BY 4.0 lizenziert und frei nutzbar.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/deliverable-requirement-check

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Prüfung der Liefergegenstandsanforderungen

Lizenz: Veröffentlicht unter CC BY 4.0 — frei nutzbar, anpassbar und teilbar mit Namensnennung.

Eine vorgelegte Liste von Liefergegenständen ist eine Behauptung über Verpflichtungen, kein Beweis dafür. Eine Liste, die stimmig ist, die richtigen Begriffe verwendet und nur reale Artefakte nennt, kann dennoch jedes Element übersehen, das der Geldgeber tatsächlich fordert, und den Rest mit Arbeit aufblähen, die niemand verlangt. Ihre Plausibilität macht sie riskant, weil die Person, die sie erhält, sich darauf vorbereitet, jede Zeile zu produzieren.

Die Frage, die diese Fertigkeit an jedes Element stellt, ist nicht "ist das ein echtes Ding?", sondern "wer verlangt das, und kann ich sie/ihn zitieren?" Wo die Antwort "niemand" lautet, ist dies ein Befund, keine Lücke, die gefüllt werden muss.

Wann verwenden

  • Jemand hat eine Liste in der Hand (aus einer Vorlage, von einem Anbieter, Berater, Framework oder KI) und entscheidet, ob er sie übernehmen oder nachverfolgen soll.
  • Die Arbeit wird von einer Stelle finanziert, reguliert oder überwacht, die eigene Anforderungen, Vorlagen oder Checklisten veröffentlicht.

Nicht geeignet für: das Erstellen einer Liste von Grund auf (stattdessen mit der Vorlage des Geldgebers beginnen) oder die Überprüfung der Qualität fertiger Dokumente.

Methode

1. Katalogisieren Sie die vorgelegte Liste wie gegeben

Nummerieren Sie jedes Element genau wie angegeben. Noch nicht zusammenführen, umbenennen oder hinzufügen. Notieren Sie, woher die Liste stammt und ihr Datum, falls bekannt.

2. Besorgen Sie die maßgeblichen Quellen und lesen Sie sie

Identifizieren Sie, wer die Arbeit finanziert, reguliert oder genehmigt. Besorgen Sie deren tatsächliche Vorlage, Checkliste oder Anleitung und lesen Sie deren Abschnittsliste. Leiten Sie nicht aus dem ab, was eine solche Vorlage "wahrscheinlich" enthält. Anforderungen ändern sich an Stichtagen, die in nachgelagerten Zusammenfassungen nicht enthalten sind, daher ist das Quelldokument die einzig verlässliche Prüfung. Notieren Sie Titel, Version und Datum jeder Quelle.

Wenn eine maßgebliche Quelle nicht erreicht werden kann, sagen Sie dies und kennzeichnen Sie jede Schlussfolgerung, die davon abhängt, zum Zeitpunkt der Erstellung als vorläufig.

3. Kennzeichnen Sie jedes Element mit einem Autoritätswert

KennzeichnungBedeutungErforderlicher Nachweis
GeldgeberDie finanzierende oder überwachende Stelle verlangt esVorlagenabschnitt, Leitlinienklausel oder Vergabebedingung
Gesetz/VerordnungEin Gesetz oder eine Verordnung verlangt esZitat des Abschnitts
Benannte PersonEine bestimmte Person hat es an einem Datum verlangtWer und wann
StandardpraxisÜblich und vielleicht nützlich, aber es wurde keine anfordernde Autorität gefundenWas durchsucht wurde

"Standardpraxis" ist ein legitimes Ergebnis, kein Fehlschlag. Kennzeichnen Sie auch jedes Element, das von einer Stelle oder Rolle abhängt, die das Projekt nicht hat (z. B. ein Freigabeunterschriftenausschuss in einem Projekt, das keinen hat).

4. Finden Sie Lücken in einem separaten zweiten Durchgang

Erst nach Schritt 3 die maßgebliche Vorlage Abschnitt für Abschnitt durchgehen und jedes erforderliche Element auflisten, das die vorgelegte Liste auslässt. Halten Sie hinzugefügte Zeilen sichtbar getrennt von den vorgelegten Zeilen, damit jeder erkennen kann, welche aus der Quelle stammen und welche die Analyse eingeführt hat. Begrenzen Sie die Ergänzungen auf das, was die Quellen verlangen, und notieren Sie alles, was in Betracht gezogen und abgelehnt wurde, mit einem Grund. Jede hinzugefügte Zeile ist Arbeit, die einer Person zugewiesen wird.

5. Ausgabe

  1. Tabelle: Element · Quelle (vorgelegt / hinzugefügt) · Autoritätskennzeichnung · Zitat oder Nachweis · Anmerkungen (hängt von einer fehlenden Stelle ab, überschneidet sich mit einem anderen Element usw.).
  2. Streichen / Behalten / Hinzufügen:
    • Streichen: Standardpraxis-Elemente ohne anfordernde Autorität, die das Team nicht benötigt. Begründen Sie, warum jedes entfernt wird.
    • Behalten: Elemente mit einer zitierten Autorität, sowie alle Standardpraxis-Elemente, die das Team zu behalten beschließt, gekennzeichnet als Wahl.
    • Hinzufügen: Erforderliche Elemente, die in der Liste fehlen, jedes mit seinem Zitat.
  3. Gelesene Quellen: Titel, Version und Datum jedes maßgeblichen Dokuments sowie alle, die nicht erreicht werden konnten.

Beispiel (allgemein)

Eine Open-Source-Bibliothek, die eine Softwarespende erhält, bekommt von einem Berater eine 17-Punkte-Liste mit "Standard-Dokumenten für die Veröffentlichung", unterteilt in Design, Build, Launch und Wartung. Das Lesen der eigenen Meilensteinvorlage der Spende zeigt 5 erforderliche Liefergegenstände. Zwei davon sind unter anderen Namen in der Liste enthalten; drei fehlen ganz. Von den 17 vorgelegten Elementen stimmen 2 mit der Spende überein, 1 wird durch die Lizenz-Compliance-Bedingungen einer Abhängigkeit verlangt, 2 wurden vom Hauptbetreuer angefordert, und 12 sind Standardpraxis ohne anfordernde Autorität. Drei dieser 12 setzen ein Sicherheitsüberprüfungsteam voraus, das das Projekt nicht hat. Ergebnis: 5 behalten, 3 hinzufügen, 12 streichen oder optional machen.

Ohne die Prüfung hätte sich das Team zu 17 Elementen verpflichtet und 3 übersehen, die die Spendenprüfer tatsächlich kontrollieren.

Vor dem Melden als erledigt

  • Jedes vorgelegte Element hat genau eine Autoritätskennzeichnung.
  • Jede Kennzeichnung "Geldgeber" oder "Gesetz/Verordnung" hat ein Zitat aus einer tatsächlich gelesenen Quelle.
  • Die maßgebliche Vorlage wurde Abschnitt für Abschnitt gelesen, oder ihr Fehlen wird angegeben und Schlussfolgerungen sind als vorläufig gekennzeichnet.
  • Hinzugefügte Zeilen sind sichtbar von vorgelegten Zeilen getrennt.
  • Streichen / Behalten / Hinzufügen ist vorhanden und jede Zeile hat einen Grund.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Verify factual claims before delivering them. Use before any answer or deliverable the user will act on, forward, or share with others — rules, policy, legal, financial, date, or product facts — and whenever they say 'is that right', 'double-check that', 'verify this', 'fact-check', 'are you sure', or 'source?'. Exception: vetting a claim someone else handed the user is critical-thinking-walkthrough; fetching page text is reliable-fetch (this skill calls it).

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

josie2479-maker/claude-skills

Strip AI-essay voice from a document that will be shared outside this conversation — a memo, spec, brief, proposal, SOW, report, or any deliverable going to a supervisor, agency, client, or contractor. Use when asked to \"clean this up\", \"make this professional\", \"take the Claude out of it\", \"de-AI this\", \"make it ready to send\", or when a draft is about to be handed off and has not had a register pass. Also run it unprompted as the last step when drafting any external-facing document. Not for chat replies, personal notes, or internal scratch files — conversational voice is fine there and flattening it is a loss. Not for fiction or other creative writing, where the voice is the point; see the fiction note in the body.

Verwandte Skills