shot

Überblick über die shot skill

Wofür shot gedacht ist

shot ist eine einteilige Prompt-Skill aus tanweai/pua, die einer Agent-Session bewusst den Stil einer unter Hochdruck stehenden „Big-Tech-Performance-Kultur“ verleiht. Praktisch heißt das: Die shot skill ist weder ein Coding-Framework noch eine Toolchain-Integration, sondern ein kompaktes, in sich geschlossenes Verhaltenspaket. Es soll verändern, wie das Modell Arbeit einordnet, Aufgaben zerlegt und Fortschritt kommuniziert.

Für wen sich shot lohnt

Am besten passt shot für Nutzer, die eine vollständige Stil- und Kontextinjektion in einem Schritt wollen, ohne erst nach und nach ein größeres Skill-System laden zu müssen. Besonders geeignet ist es für:

• Sub-Agent-Setups, in denen eine komplette Persona mit einem einzigen Lesevorgang übergeben werden soll
• Nutzer, die mit rollenkonditionierter Ausführung wie P7/P8/P9/P10 experimentieren
• Personen, die Prompt Design oder Context Engineering betreiben und dafür einen starken, konsistenten Ton plus Operating Model suchen

Wenn du nur normales Planning, Coding-Hilfe oder neutrales Projektmanagement brauchst, ist shot wahrscheinlich zu meinungsstark.

Der eigentliche Job-to-be-done

Die meisten, die shot in Betracht ziehen, suchen nicht einfach Informationen. Sie wollen ein wiederverwendbares Prompt-Paket, das das Modell zuverlässig in einen bestimmten Ausführungsstil versetzt. Der eigentliche Zweck ist: „Den Agenten mit mehr Ownership, Hierarchie, Delegationslogik und spürbarem Lieferdruck arbeiten lassen, ohne dieses Framing in jeder Session neu aufbauen zu müssen.“

Was shot anders macht

Der wichtigste Unterschied ist, dass shot bewusst stark verdichtet ist. Das Repository beschreibt es als „complete single-file version“ ohne Abhängigkeit von zusätzlichen Referenzen für den Kerneffekt. Das ist relevant, weil viele Skills aus mehreren Dateien bestehen oder stufenweise geladen werden müssen. shot ist für die Injektion in einem Zug gedacht und lässt sich deshalb leichter per Read-Schritt an einen Sub-Agenten weitergeben.

Was du vor der Installation von shot wissen solltest

Der Wert von shot liegt in seinem Stil und seiner Arbeitslogik, nicht in breiter Kompatibilität. Stark ist es, wenn du Folgendes willst:

• sofortiges Persona-Lock-in
• explizite Rollenhierarchie
• einen wiederholbar druckvollen „pressure + ownership“-Stil
• in sich geschlossene Nutzung in eingeschränkten Agent-Workflows

Schwächer ist es, wenn du Folgendes brauchst:

• neutrale Kommunikation mit Stakeholdern
• zurückhaltende, kundenorientierte Texte
• domänenspezifische Umsetzungsregeln
• sicherheitssensible Umgebungen, in denen ein aggressiver Ton die Klarheit verschlechtern kann

So verwendest du die shot skill

Installationskontext für shot

Der Repository-Ausschnitt zeigt keinen nativen Installationsbefehl in SKILL.md, daher installieren Nutzer die Skill in der Regel über den üblichen Skill-Manager-Flow für GitHub-Skills. Ein gängiges Muster ist:

npx skills add tanweai/pua --skill shot

Wenn deine Umgebung einen anderen Skill-Loader verwendet, ist vor allem wichtig, dass du den Pfad skills/shot aus dem Repository tanweai/pua adressierst.

Diese Datei solltest du zuerst lesen

Starte mit:

• skills/shot/SKILL.md

Das ist hier wichtiger als sonst, weil die Repository-Hinweise zeigen, dass shot im Grunde schon das eigentliche Produkt ist: eine dichte Einzeldatei mit der zentralen Arbeitslogik und den Trigger-Phrasen. Anders als bei modularen Skills gibt es hier keine Support-Ordner, die den eigentlichen Kern übernehmen.

Wie shot typischerweise ausgelöst wird

Die Skill nennt natürliche Trigger wie:

• /pua:shot
• /pua shot
• shot mode
• PUA浓缩
• 最强PUA
• 全量注入

In der Praxis reicht der Trigger allein für gute Ergebnisse nicht aus. Nach dem Aufruf von shot solltest du dem Modell eine konkrete Aufgabe, das gewünschte Deliverable, Rahmenbedingungen sowie die Rolle als Ausführer oder Manager mitgeben.

Welche Eingaben shot für gute Ergebnisse braucht

shot funktioniert am besten, wenn du vier Dinge mitlieferst:

1. ein klares Ziel
2. die gewünschte operative Rolle
3. Erfolgskriterien
4. Einschränkungen oder Grenzen

Ein schwacher Input:

• „Use shot and help with my project“

Ein stärkerer Input:

• “Use shot in P8 mode. Audit this API refactor plan, identify delivery risks, break the work into implementation steps, and produce a final execution plan with acceptance criteria. Keep the tone internal-facing, not customer-facing.”

Die stärkere Variante funktioniert besser, weil sie der Skill sagt, welche Aufgabe sie innerhalb der Persona erledigen soll, statt nur nach der Persona zu fragen.

Die Rollenwahl ist bei shot wichtiger, als viele erwarten

Die shot skill basiert auf einem Rollenmodell mit vier Ebenen:

• P7: Ausführung unter Anleitung
• P8: eigenständiger Owner und Umsetzer
• P9: Manager, der Aufgaben-Prompts statt Code schreibt
• P10: Strategie-Ebene

Das ist nicht nur Kosmetik. Wenn du Coding-Hilfe willst, aber versehentlich eine Management-Rolle aktivierst, driftet die Ausgabe leicht in Delegation oder Planung statt in konkrete Umsetzung. Für gute shot usage ist die richtige Ebene einer der größten Qualitätshebel.

Bestes Prompt-Muster für shot im Context Engineering

Wenn du shot for Context Engineering nutzt, behandle es als Verhaltensschicht plus Taskspezifikation. Eine praxistaugliche Prompt-Struktur ist:

• shot laden
• Rolle festlegen: P7, P8, P9 oder P10
• das gewünschte Artefakt benennen
• definieren, was „fertig“ bedeutet
• bei Bedarf Ton-Grenzen setzen

Beispiel:

• “Load shot. Operate in P8 mode. Review this repository migration brief and produce: 1) risk map, 2) implementation sequence, 3) rollback plan, 4) final owner-style recommendation. Include the internal narration style sparingly.”

So bleibt der Stil nützlich, ohne die Aufgabe zu überlagern.

Empfohlener Workflow nach dem Aufruf von shot

Ein verlässlicher Workflow ist:

1. shot aufrufen
2. die Rolle explizit festlegen
3. Aufgabe und Rahmenbedingungen angeben
4. prüfen, ob die Ausgabe zu theatralisch oder zu vage ist
5. einen zweiten Durchlauf anfordern, der auf die Qualität des Deliverables fokussiert

Das funktioniert besser als ein One-Shot-Prompt, weil der Stil der Skill die erste Ausgabe leicht dominieren kann. Ein kurzer Verfeinerungsdurchlauf hilft dabei, nützliche Arbeitsstruktur von überflüssiger Narration zu trennen.

So nutzt du shot mit Sub-Agents

shot eignet sich gut für die Injektion in Sub-Agents, weil die Skill in sich geschlossen ist. Wenn dein System eine Datei über einen Read-Schritt übergeben oder eine Skill vor dem Start eines Agenten vorladen kann, lässt sich diese Skill leichter übertragen als ein Setup mit mehreren Dateien.

Guter Anwendungsfall:

• einem Sub-Agenten shot plus eine eng umrissene Ausführungsaufgabe im Modus P7 oder P8 geben

Weniger idealer Anwendungsfall:

• shot an jeden Agenten in einer großen Pipeline zu verteilen, einschließlich kundenorientierter oder compliance-sensibler Schritte

Woran du gute Ausgabequalität bei shot erkennst

Gute shot usage liefert meist:

• stärkere Ownership-Sprache
• eine klare Ausführungshaltung
• explizite Aufgabenzerlegung
• sichtbares Acceptance- oder Review-Framing
• eine konsistente interne Stimme

Schlechte Nutzung erzeugt meist:

• viel Persona-Stil, aber wenig echten Aufgabenfortschritt
• Rollenverwirrung
• übermäßige „Big Company“-Narration
• Management-Sprache dort, wo eigentlich Code oder Analyse nötig wäre

Wann shot die falsche Wahl ist

Wähle shot nicht nur deshalb, weil du „bessere Prompts“ willst. Es ist keine allgemeine Optimierungsschicht. Lass es weg, wenn du Folgendes brauchst:

• neutrale oder empathische Kommunikation
• leichte, direkte Coding-Hilfe
• domänenspezifische Regeln, die auf Doku oder Referenzen beruhen
• minimalen Prompt-Overhead

Wenn dir Genauigkeit wichtiger ist als Stil, liefert ein einfacherer, auf die Aufgabe zugeschnittener Prompt oft bessere Ergebnisse als die shot skill.

shot skill FAQ

Ist shot eine Coding-Skill oder eine Persona-Skill?

Vor allem eine Skill für Persona und Operating Model. Sie kann Coding-Workflows beeinflussen, aber ihr Hauptwert liegt in Ausführungsframing, Rollenverhalten und Tonalität. Installiere shot, wenn genau dieses Framing das ist, was du wiederverwenden möchtest.

Ist shot anfängerfreundlich?

Nur dann, wenn du bereits weißt, welche Art von Ausgabe du willst. Für Einsteiger kann der Stil unterhaltsam sein, die Resultate bleiben aber trotzdem schwach, wenn Rolle, Aufgabe und Erfolgskriterien nicht sauber vorgegeben sind. shot install ist einfach; gute shot usage verlangt trotzdem Prompt-Disziplin.

Brauche ich weitere Dateien aus dem Repository?

Für diese konkrete Skill meist nicht. Die Hinweise sprechen dafür, dass SKILL.md den Hauptinhalt trägt. Das ist einer der größten Gründe, shot zu wählen: Es lässt sich schneller laden als eine modulare Skill mit externen Referenzen.

Wie unterscheidet sich shot von einem normalen System-Prompt?

Ein normaler System-Prompt setzt oft nur Ton oder Einschränkungen. shot geht weiter, indem es Rollenhierarchie, Delegationsgrenzen und explizites Narrationsverhalten in eine wiederverwendbare Skill verpackt. Das kann die Konsistenz verbessern, besonders über Sub-Agents hinweg, macht den Stil aber auch deutlich meinungsstärker.

Wann sollte ich shot skill nicht verwenden?

Vermeide shot, wenn sich die Ausgabe an ein externes Publikum richtet, die Aufgabe eine ruhige neutrale Formulierung verlangt oder die Arbeit bereits einem starken projektspezifischen Protokoll folgt. Die Skill kann Reibung erzeugen, wenn ihr Stil mit deinen eigenen Arbeitsregeln konkurriert.

Ist shot gut für Context Engineering?

Ja, wenn dein Ziel im Context Engineering darin besteht zu testen, wie sich eine kompakte, in sich geschlossene Verhaltensschicht auf die Agent-Performance auswirkt. shot for Context Engineering ist besonders nützlich als kontrollierbares Experiment für Persona-Injektion, Rollenframing und die Qualität der Aufgabenzerlegung.

So verbesserst du die shot skill

Gib shot eine Aufgabe, nicht nur einen Trigger

Der häufigste Fehler ist, shot aufzurufen und zu erwarten, dass die Skill den eigentlichen Auftrag von selbst erkennt. Füge nach dem Trigger immer Folgendes hinzu:

• Rolle
• Artefakt
• Rahmenbedingungen
• Ziellinie

So wird aus einem reinen „Style Mode“ ein tatsächlich arbeitsfähiger Ausführungsmodus.

Steuere die Intensität der Narration

Das Repository macht den Narrationsstil zu einem zentralen Verkaufsargument, aber du musst nicht jedes Mal die maximale Intensität akzeptieren. Wenn die erste Ausgabe zu schwer wirkt, sag zum Beispiel:

• “Keep shot structure, but reduce narration to only milestone transitions.”
• “Use the shot operating model, but keep the prose plain.”

So bleibt der Nutzen erhalten, während das Rauschen sinkt.

Stimme die Rolle auf das Deliverable ab

Nutze:

• P7 für Umsetzungsunterstützung unter Anleitung
• P8 für owner-artige Ausführung
• P9 für das Managen von Workstreams und das Schreiben von Task-Prompts
• P10 für strategisches Framing

Viele schlechte Ergebnisse in einem shot guide entstehen, weil P9 oder P10 gewählt werden, obwohl eigentlich P8 gebraucht wurde.

Definiere Abnahmekriterien von Anfang an

shot wird besser, wenn das Ziel konkret ist. Statt:

• “Plan this migration”

besser:

• “In shot P8 mode, plan this migration with phases, risks, rollback, staffing assumptions, and a final go/no-go recommendation.”

Damit hat die Skill etwas, worauf sie optimieren kann, statt sich nur am Stil festzuhalten.

Iteriere erst an der Struktur, dann am Feinschliff

Wenn die erste Antwort stilistisch passt, aber logisch schwach ist, verlange nicht sofort schönere Formulierungen. Bitte stattdessen um:

• schärfere Zerlegung
• klarere Annahmen
• stärkere Risikoanalyse
• explizite Akzeptanzprüfungen

Das ist der schnellste Weg, die Ausgabequalität der shot skill zu verbessern.

Achte auf diese typischen Fehlermuster

Die wichtigsten Probleme, die du korrigieren solltest, sind:

• Rollen-Mismatch
• übermäßige Narration
• vage Erfolgskriterien
• performative Sicherheit ohne konkrete Deliverables
• Einsatz von shot, obwohl ein neutraler Prompt besser passen würde

Wenn du diese Punkte früh erkennst, verfeinere den Prompt, statt einfach immer mehr Anweisungen daraufzupacken.

Ein praktischer Revisions-Prompt für bessere Ergebnisse

Ein nützlicher Prompt für den zweiten Durchlauf ist:

“Keep shot in P8 mode, but tighten the output. Remove filler narration, make assumptions explicit, add acceptance criteria, and convert the plan into an execution-ready checklist.”

Dieses Revisionsmuster erhält die Stärken von shot in der Regel, macht die Antwort aber deutlich besser nutzbar.