Heim

Skill

Git und Versionskontrolle

yeet

paulrberg/agent-skills

Verwenden Sie es für GitHub PR-/Issue-/Diskussions-Arbeitsabläufe: Erstellen oder aktualisieren von PRs und Issues, Veröffentlichung von Kommentaren sowie Starten von Diskussionen; zu den Auslösern gehört unter anderem „yeet“.

...Alle erweitern

Zeit aktualisiert 26. August 2026

# automation # github # git # open-source # pull-requests # Git & Version ControlProductivity & Workflow # issues

Über yeet

yeet unterstützt Workflows für die Beiträge zu Open-Source-Projekten auf GitHub, indem es die Erstellung und Aktualisierung von Pull Requests sowie Issues, das Verfassen von Kommentaren und das Starten von Diskussionen ermöglicht. Sein Leitprinzip ist die semantische Analyse statt rein mechanischer Abarbeitung: Bevor ein Titel, eine Beschreibung erstellt oder ein Vorlage verwendet wird, versucht das Tool, die Absicht und den Kontext einer Änderung zu verstehen. Zudem bleibt der gesamte erzeugte Inhalt unterhaltsam und informell gehalten.

Die Funktion umfasst mehrere unterschiedliche Workflows, von denen jeder in einer eigenen Referenzdatei dokumentiert ist, die je nach Benutzerabsicht geladen wird. Dazu gehören die Erstellung und Aktualisierung von Pull Requests, die Erstellung und Aktualisierung von Issues (mit speziellen Referenzen für das Melden von Fehlern in Claude Code, Codex CLI und Sablier), das Kommentieren von Issues sowie das Starten von Diskussionen. Gemeinsame Muster wie Authentifizierungsvalidierung, Warnhinweise, HEREDOC-Syntax, semantische Analyse, Tonfall, Plattformnormalisierung, Fehlerbehandlung und Dateilinks sind in einer zentralen Referenzdatei enthalten.

Bevor eine Aktion ausgeführt wird, prüft das Tool die Voraussetzungen. Der erste erforderliche, nur zum Lesen bestimmte gh-Befehl in jedem Workflow dient gleichzeitig der Authentifizierungsvalidierung. Zudem verwendet es das Hilfsprogramm scripts/yeet-context.sh, um Informationen zum Repository, zu Vorlagen, Diskussionen, Labels oder zum Kontext von Issues/Pull-Request-Threads zu sammeln. Pull-Request-Workflows haben zusätzliche Voraussetzungen: Der Arbeitsbaum muss sauber sein oder die Änderungen müssen bereits kommittet worden sein, die aktuelle Branch muss über mehr Commit-Verläufe verfügen als die Basis-Branch, und eine Remote-Tracking-Einrichtung muss vorhanden sein.

Verwenden Sie yeet, wenn Sie zu GitHub-Repositories beitragen möchten und stattdessen gut formulierte, kontextbezogene Pull Requests, Issues, Kommentare oder Diskussionen statt standardisierter Vorlagen möchten. Es wird durch Ausdrücke wie „Create PR“, „Open PR“, „Yeet a PR“, „File issue“, „Comment on issue“ oder „Start discussion“ ausgelöst. Für detaillierte Informationen zur Syntax, zu Flags und Mustern der GitHub CLI verweist es auf das zugehörige Skill cli-gh und konzentriert sich selbst auf die Orchestrierung von Workflows sowie die Erstellung semantisch angemessenen Inhalts.

FAQ

Welche GitHub-Workflows unterstützt yeet?

Die Erstellung und Aktualisierung von Pull Requests sowie Issues, das Kommentieren von Issues und das Starten von Diskussionen, zusätzlich zu speziellen Referenzen für das Melden von Fehlern in Claude Code, Codex CLI und Sablier.

Was prüft das Tool vor dem Öffnen eines Pull Requests?

Ob der Arbeitsbaum sauber ist oder die Änderungen bereits kommittet wurden, ob die aktuelle Branch über mehr Commit-Verläufe verfügt als die Basis-Branch und ob eine Remote-Tracking-Einrichtung vorhanden ist.

Wie authentifiziert sich yeet bei GitHub?

Es verwendet den ersten erforderlichen, nur zum Lesen bestimmten gh-Befehl in jedem Workflow zur Authentifizierungsvalidierung, anstatt einen separaten Anmeldevorgang durchzuführen.

Was macht den von yeet erzeugten Inhalt einzigartig?

Es legt Wert auf semantische Analyse, versteht vor der Erstellung von Titeln und Beschreibungen die Absicht sowie den Kontext einer Änderung und hält den gesamten Output unterhaltsam und informell.

Behandelt es selbst detaillierte Syntaxregeln der GitHub CLI?

Nein. Für detaillierte Informationen zur Syntax, zu Flags und Mustern der GitHub CLI verweist es auf das zugehörige Skill cli-gh.

Alle Dateien

24 Dateienreferences/create-issue.md7,5 KBAnsehenreferences/create-discussion.md4,1 KBAnsehenreferences/commons.md14,3 KBAnsehenreferences/issue-codex-cli.md7,1 KBAnsehenAgents/openai.yaml0,0 KBAnsehenreferences/create-pr.md2,8 KBAnsehenreferences/templates/claude-code/documentation.md1,1 KBAnsehenreferences/templates/codex/3-cli.md1,0 KBAnsehenreferences/update-pr.md1,8 KBAnsehenreferences/comment-issue.md5,7 KBAnsehenreferences/issue-claude-code.md6,9 KBAnsehenreferences/templates/claude-code/feature-request.md1,2 KBAnsehenreferences/templates/codex/4-bug-report.md0,3 KBAnsehenScripts/get-macos-version.sh0,6 KBAnsehenreferences/issue-sablier.md2,0 KBAnsehenreferences/templates/codex/1-codex-app.md0,7 KBAnsehenreferences/templates/codex/6-docs-issue.md0,5 KBAnsehenSKILL.md2,7 KBAnsehenreferences/templates/claude-code/bug-report.md1,6 KBAnsehenreferences/templates/codex/2-extension.md0,6 KBAnsehenreferences/update-issue.md5,7 KBAnsehenreferences/templates/claude-code/model-behavior.md2,1 KBAnsehenreferences/templates/codex/5-feature-request.md0,4 KBAnsehenScripts/yeet-context.sh6,2 KBAnsehen

Auf GitHub ansehen

This skill is coordination-exempt: skip the ai-coord gate for its declared work.

The user has the ChatGPT Pro 20x subscription plan.

Create or update GitHub contributions from repository evidence, using the matching workflow's templates, idempotencyrules, and Paul's writing voice.

Prerequisites

Use the first required read-only gh command in each workflow as authentication validation. Resolve <skill-dir> onceto the absolute directory containing this SKILL.md. The yeet-context.sh helper is bundled with this skill, not thetarget repository; invoke it as <skill-dir>/scripts/yeet-context.sh and never search for it in the target repository.Prefer the helper when the workflow needs repository, template, discussion, label, or issue/PR thread context.

For YAML issue forms, invoke <skill-dir>/scripts/issue-form.py. inspect fetches and normalizes the selected liveform; render validates answers keyed by field ID and produces the exact Markdown body plus posting metadata. Thehelper never selects a template, writes answers or titles, performs an external-disclosure review, or posts externally.

For pull request workflows, also verify:

Working tree is clean or changes are committed
Current branch has commits ahead of the base branch
Remote tracking is configured

Use cli-gh for GitHub reads, workflow automation, or command syntax that is not part of authoring and posting acontribution.

Workflows

Each workflow is fully documented in its reference file. Load the appropriate reference based on user intent.

Workflow	Trigger	Reference
Create PR	"create PR", "open PR", "yeet a PR"	`references/create-pr.md`
Update PR	"update PR", "edit PR"	`references/update-pr.md`
Create Issue	"create issue", "file issue" (generic repo)	`references/create-issue.md`
Update Issue	"update issue", "edit issue", "relabel issue"	`references/update-issue.md`
Claude Code Issue	"Claude Code issue", "report bug in CC"	`references/issue-claude-code.md`
Codex CLI Issue	"Codex issue", "report bug in Codex"	`references/issue-codex-cli.md`
Sablier Issue	"Sablier issue", "sablier-labs issue"	`references/issue-sablier.md`
Comment on Issue	"comment on issue", "reply on issue", "post a comment"	`references/comment-issue.md`
Create Discussion	"create discussion", "start discussion"	`references/create-discussion.md`
Update Discussion	"update discussion", "edit discussion"	`references/update-discussion.md`
Comment Discussion	"comment on discussion", "reply on discussion", "edit discussion comment"	`references/comment-discussion.md`

Each workflow reference links only the shared context, writing, or posting guidance it needs. Post directly when theuser requested creation or update; do not add a confirmation gate. After a failed write, run the linked idempotencycheck before any retry.

Never check an external template attestation unless repository or user evidence verifies it. If a required attestationor field cannot be verified, ask for that missing fact rather than inventing agreement. Agent-status decoration belongsoutside the authored contribution; add emoji to a PR, issue, discussion, or comment only when the user's content or thethread's register calls for it.

Completion

Complete when the requested contribution exists in its final authored state and the returned GitHub URL has beenverified. For updates/comments, report the changed artifact once; for failures, report the idempotency check and nextaction without claiming a write succeeded.

Use ### 🚀 <artifact> created, ### ✅ <artifact> updated, ### ✅ Comment posted, or ### ✅ Comment updated,followed by one Markdown link containing the repository, number, and title or action. Add a compact field list only whenbase, draft state, reviewers, labels, or changed fields matter. On failure, lead with ### ⛔ <artifact> not <action>,then state the attempted target, concrete error, idempotency result, and next action. Keep gh output, JSON,diagnostics, template fields, URLs, and authored contribution text exact and undecorated.