Дом

Skill

Git и контроль версий

yeet

paulrberg/agent-skills

Используется в рабочих процессах GitHub PR/issue/discussion: для создания/обновления PR-запросов или задач, публикации комментариев и начала дискуссий; среди триггеров — yeet.

...Расширить все

Обновлено время 26 августа 2026 г.

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

О yeet

yeet облегчает работу с открытым исходным кодом в GitHub, позволяя создавать и обновлять запросы на внесение изменений и задачи, публиковать комментарии и запускать дискуссии. Основным принципом его работы является семантический анализ вместо механического выполнения операций: программа стремится понять цель и контекст изменений перед тем, как формировать заголовок, описание или выбирать шаблон, при этом весь генерируемый контент остаётся разговорным и неформальным.

Этот инструмент включает в себя набор отдельных рабочих процессов, каждый из которых описан в своём отдельном справочном файле, загружаемом в зависимости от намерений пользователя. К ним относятся создание и обновление запросов на внесение изменений, создание и обновление задач (с отдельными справочниками для сообщения о багах в Claude Code, Codex CLI и Sablier), написание комментариев к задачам и запуск дискуссий. Общие элементы, такие как проверка авторизации, предупреждения, синтаксис HEREDOC, семантический анализ, выбор тона, нормализация данных для разных платформ, обработка ошибок и ссылки на файлы, хранятся в едином справочном файле.

Перед выполнением действий программа проверяет необходимые условия. Первая обязательная команда gh с режимом только для чтения в каждом рабочем процессе одновременно выполняет функцию проверки авторизации; кроме того, используется вспомогательный скрипт scripts/yeet-context.sh для сбора информации о репозитории, шаблонах, дискуссиях, метках, а также контекста задач или запросов на внесение изменений. Для рабочих процессов, связанных с запросами на внесение изменений, требуются дополнительные условия: рабочая дерево должно быть чистым или изменения должны быть сохранены, текущая ветвь должна иметь больше коммитов, чем базовая ветвь, а удалённое отслеживание должно быть настроено.

Используйте его при внесении изменений в репозитории GitHub, когда вам нужны хорошо написанные запросы на внесение изменений, задачи, комментарии или дискуссии с учётом контекста, а не шаблонные тексты. Он активируется при использовании фраз вроде «создать запрос на внесение изменений», «открыть запрос на внесение изменений», «сообщить о проблеме», «опубликовать комментарий к задаче» или «начать дискуссию». Подробную информацию о синтаксисе команд GitHub CLI, флагах и шаблонах он получает из соответствующего инструмента cli-gh, сосредотачиваясь при этом на организации рабочих процессов и генерации семантически значимого контента.

Часто задаваемые вопросы

Какие рабочие процессы GitHub поддерживает yeet?

Создание и обновление запросов на внесение изменений и задач, написание комментариев к задачам и запуск дискуссий, а также специальные справочники для сообщения о багах в Claude Code, Codex CLI и Sablier.

Что проверяет программа перед открытием запроса на внесение изменений?

Что рабочая дерево чистое или изменения уже сохранены, что текущая ветвь имеет больше коммитов, чем базовая ветвь, и что удалённое отслеживание настроено.

Как yeet авторизуется в GitHub?

Он использует первую обязательную команду gh с режимом только для чтения в каждом рабочем процессе в качестве проверки авторизации, вместо отдельного шага входа.

Что делает уникальным генерируемый контент yeet?

Программа делает акцент на семантическом анализе, понимая цель и контекст изменений перед написанием заголовков и описаний, при этом весь вывод остаётся разговорным и неформальным.

Обрабатывает ли он сам синтаксис GitHub CLI?

Нет. Подробную информацию о синтаксисе команд GitHub CLI, флагах и шаблонах он получает из соответствующего инструмента cli-gh.

Все файлы

24 файла references/create-issue.md — 7,5 КБ — Просмотреть references/create-discussion.md — 4,1 КБ — Просмотреть references/commons.md — 14,3 КБ — Просмотреть references/issue-codex-cli.md — 7,1 КБ — Просмотреть agents/openai.yaml — 0,0 КБ — Просмотреть references/create-pr.md — 2,8 КБ — Просмотреть references/templates/claude-code/documentation.md — 1,1 КБ — Просмотреть references/templates/codex/3-cli.md — 1,0 КБ — Просмотреть references/update-pr.md — 1,8 КБ — Просмотреть references/comment-issue.md — 5,7 КБ — Просмотреть references/issue-claude-code.md — 6,9 КБ — Просмотреть references/templates/claude-code/feature-request.md — 1,2 КБ — Просмотреть references/templates/codex/4-bug-report.md — 0,3 КБ — Просмотреть scripts/get-macos-version.sh — 0,6 КБ — Просмотреть references/issue-sablier.md — 2,0 КБ — Просмотреть references/templates/codex/1-codex-app.md — 0,7 КБ — Просмотреть references/templates/codex/6-docs-issue.md — 0,5 КБ — Просмотреть SKILL.md — 2,7 КБ — Просмотреть references/templates/claude-code/bug-report.md — 1,6 КБ — Просмотреть references/templates/codex/2-extension.md — 0,6 КБ — Просмотреть references/update-issue.md — 5,7 КБ — Просмотреть references/templates/claude-code/model-behavior.md — 2,1 КБ — Просмотреть references/templates/codex/5-feature-request.md — 0,4 КБ — Просмотреть scripts/yeet-context.sh — 6,2 КБ — Просмотреть

Посмотреть на GitHub

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.