yeet

Stage, commit, push, and open a GitHub pull request via gh.

Updated Dec 27, 2018
One-click install
npx skills add https://github.com/segersniels/dotfiles --skill yeet
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: yeet
Source: https://github.com/segersniels/dotfiles/tree/main/.codex/skills/yeet
Command: npx skills add https://github.com/segersniels/dotfiles --skill yeet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill enables end-to-end GitHub workflow automation to stage changes, commit with a concise message, push to a feature branch, and open a pull request using the GitHub CLI, reducing manual steps and context switching.

Core Features & Use Cases

  • Orchestrates the end-to-end Git workflow: stages changes, commits with a concise message, pushes to a feature branch, and opens a PR via the GitHub CLI.
  • Enforces naming conventions: branches named codex/{description} and PR titles like [codex] {description}.
  • Supports scenarios where a single invocation moves work from local changes to a ready-for-review PR.

Quick Start

Stage all changes, commit with a concise message, push to a branch named codex/{description}, and open a pull request using gh.

Frequently Asked Questions about yeet

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate staging, committing, pushing, and opening a GitHub pull request in one step?

You can automate the entire git workflow by running a single command that stages local changes, commits them, pushes to a feature branch, and opens a pull request via the GitHub CLI. This eliminates manual context switching between git commands.

Do I need the GitHub CLI installed to automate my git commit and pull request workflow?

Yes, the GitHub CLI (gh) must be installed and authenticated on your machine before automating your git commit and pull request workflow. The skill relies on gh to push branches and open pull requests seamlessly.

What branch naming convention is enforced when pushing changes to GitHub?

The workflow enforces a specific branch naming convention of codex/{description} when pushing changes to GitHub. Pull request titles are also automatically formatted as [codex] {description} for consistent tracking.

What's the best way to streamline a git workflow from local changes to a ready-for-review PR?

The best way to streamline a git workflow is using an end-to-end automation tool that stages, commits, pushes, and opens a PR in one sequence. This reduces manual steps and ensures consistent commit messages and branch naming across your repository.

Can I customize the commit message when automating my git push and pull request flow?

The automation generates a concise, terse commit message for your git push and pull request flow rather than prompting for a custom one. This ensures uniformity across commits while moving your code directly to a GitHub feature branch.

Why does my automated pull request workflow require branch naming with a codex prefix?

Your automated pull request workflow requires the codex/{description} branch naming convention to maintain strict organizational consistency. This standardized prefix ensures all automated branches and PR titles are easily identifiable within your GitHub repository.