GitHubのPR/issue/discussionワークフローで利用されます。PRやissueの作成・更新、コメントの投稿、ディスカッションの開始などに使用でき、yeetなどがトリガーとして機能します。
...すべて拡張しますyeetについて
yeetはGitHubベースのオープンソースへの貢献ワークフローを円滑にするツールで、プルリクエストやイシューの作成・更新、コメントの投稿、ディスカッションの開始といった機能をサポートしています。このツールの基本方針は、機械的な操作よりも意味論的な分析を重視することです。タイトルや説明文の生成、テンプレートの選択を行う前に、変更内容の意図や文脈を理解しようとし、生成されるすべてのコンテンツを会話的でカジュアルな表現にしています。
このスキルは複数の異なるワークフローを扱っており、それぞれがユーザーの意図に応じて読み込まれる専用のリファレンスファイルで記述されています。具体的には、PRの作成・更新、イシューの作成・更新(Claude Code、Codex CLI、Sablier向けのバグ報告用リファレンスも含む)、イシューへのコメント投稿、ディスカッションの作成などがあります。認証検証、注意喚起、HEREDOC構文、意味論的解析、トーンの調整、プラットフォームの標準化、エラーハンドリング、ファイルリンクといった共通のパターンは、共通のリファレンスファイルにまとめられています。
実行前には前提条件のチェックが行われます。各ワークフローで最初に必要となる読み取り専用のghコマンドが認証検証としても機能し、リポジトリやテンプレート、ディスカッション、ラベル、イシュー/PRのスレッドに関する情報を収集するためにscripts/yeet-context.shというヘルパースクリプトが利用されます。プルリクエストのワークフローではさらに追加の前提条件があり、作業ツリーがクリーンであるか変更内容がコミットされていること、現在のブランチがベースブランチよりも多くのコミットを持っていること、リモートトラッキングが設定されていることが求められます。
GitHubのリポジトリに貢献する際に、単なる定型文ではなく、文脈を考慮した丁寧に書かれたPRやイシュー、コメント、ディスカッションを作成したい場合にこのツールを利用してください。create PR、open PR、yeet a PR、file issue、comment on issue、start discussionといったフレーズで起動されます。詳細なGitHub CLIコマンドの構文やフラグ、パターンについては、別途関連するcli-ghスキルを参照しており、yeet自体はワークフローのオーケストレーションや意味論的なコンテンツ生成に焦点を当てています。
よくある質問
yeetはどのようなGitHubワークフローをサポートしていますか?
プルリクエストやイシューの作成・更新、イシューへのコメント投稿、ディスカッションの作成に加え、Claude Code、Codex CLI、Sablier向けの専用イシュー報告リファレンスもサポートしています。
プルリクエストを開く前に何をチェックしますか?
作業ツリーがクリーンであるか変更内容がコミットされていること、現在のブランチがベースブランチよりも多くのコミットを持っていること、リモートトラッキングが設定されていることを確認します。
GitHubとの認証はどのように行われますか?
別途ログイン手順を経るのではなく、各ワークフローで最初に必要となる読み取り専用のghコマンドを認証検証として利用します。
yeetが生成するコンテンツの特徴は何ですか?
意味論的解析を重視し、タイトルや説明文を作成する前に変更内容の意図や文脈を理解し、生成されるすべての出力を会話的でカジュアルな表現にしている点が特徴です。
詳細なgh CLIの構文自体を処理できますか?
いいえ。詳細なGitHub CLIコマンドの構文やフラグ、パターンについては、関連するcli-ghスキルを参照しています。
全ファイル
24 filesreferences/create-issue.md7.5 KBViewreferences/create-discussion.md4.1 KBViewreferences/commons.md14.3 KBViewreferences/issue-codex-cli.md7.1 KBViewagents/openai.yaml0.0 KBViewreferences/create-pr.md2.8 KBViewreferences/templates/claude-code/documentation.md1.1 KBViewreferences/templates/codex/3-cli.md1.0 KBViewreferences/update-pr.md1.8 KBViewreferences/comment-issue.md5.7 KBViewreferences/issue-claude-code.md6.9 KBViewreferences/templates/claude-code/feature-request.md1.2 KBViewreferences/templates/codex/4-bug-report.md0.3 KBViewscripts/get-macos-version.sh0.6 KBViewreferences/issue-sablier.md2.0 KBViewreferences/templates/codex/1-codex-app.md0.7 KBViewreferences/templates/codex/6-docs-issue.md0.5 KBViewSKILL.md2.7 KBViewreferences/templates/claude-code/bug-report.md1.6 KBViewreferences/templates/codex/2-extension.md0.6 KBViewreferences/update-issue.md5.7 KBViewreferences/templates/claude-code/model-behavior.md2.1 KBViewreferences/templates/codex/5-feature-request.md0.4 KBViewscripts/yeet-context.sh6.2 KBView
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.
すべてのファイル
0件のファイルyeetをインストール
[[IMG_BASE64_PLACEHOLDER]] をダウンロードし、.claude/skills/ ディレクトリに展開してください。
ZIPをダウンロードリポジトリをクローンし、スキルファイルをプロジェクトにコピーしてください。
git clone https://github.com/PaulRBerg/agent-skills/blob/main/skills/yeet/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
コピー





家
