ship

Convert working-tree changes into a green GitHub pull request with CI monitoring.

Updated Feb 23, 2026
One-click install
npx skills add https://github.com/eumemic/dev-skills --skill ship-eumemic
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ship
Source: https://github.com/eumemic/dev-skills/tree/main/skills/ship
Command: npx skills add https://github.com/eumemic/dev-skills --skill ship-eumemic

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The ship skill prevents half-baked or unverified changes from landing by turning an already-implemented working tree into a PR that has passed the project’s quality checks and CI gatekeeping.

Core Features & Use Cases

  • Automated pre-push verification: Runs the project check commands from CLAUDE.md before any commit is created.
  • Optional quality cleanup: Invokes /simplify (or an equivalent cleanup path) to improve structural quality before opening the PR.
  • PR creation with CI monitoring: Pushes to a feature branch, opens the PR, and monitors checks until CI is green (then stops and leaves merge decisions to the caller).

Use case: You have implemented a feature on your branch and want confidence it will open as a PR with passing checks; you invoke /ship and let it run the publish pipeline (checks → simplify → review pass → commit → PR → CI monitoring).

Quick Start

Use /ship when you already have the intended changes in your working tree on a non-default branch and want the skill to open a PR and stop once CI is green.

Frequently Asked Questions about ship

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

FAQPage Schema
How do I automate opening a GitHub pull request with local validation and CI monitoring?

To automate opening a GitHub pull request with local validation and CI monitoring, you can use a shipping workflow that runs project check commands, performs optional code cleanup, commits changes, pushes to a feature branch, and tracks CI status until checks pass.

What is the best way to ensure a working tree code change becomes a green PR before merging?

Ensuring a working tree code change becomes a green PR requires running pre-push verification checks, applying structural quality cleanup, and monitoring CI status after opening the pull request to confirm all gates pass before leaving the merge decision to the caller.

How does CI monitoring work when automating a git workflow for pull requests?

CI monitoring in an automated git workflow tracks the status of GitHub checks continuously after a pull request is opened, waiting until CI is green to stop, which prevents unverified changes from landing while leaving the final merge decision to the developer.

Can I run project-specific check commands before creating a conventional commit and PR?

Yes, you can run project-specific check commands defined in configuration files before creating a conventional commit and PR, ensuring local validation passes and preventing half-baked or unverified changes from being pushed to the remote repository.

Does automated PR creation work with loop-driver skills for continuous feature shipping?

Automated PR creation integrates seamlessly with loop-driver skills that hand off implemented working tree changes, applying branch safety checks, optional simplify and review orchestration, and conventional commit creation before pushing and opening a pull request.

What are the limitations of automating pull request creation and CI status tracking?

Automating pull request creation and CI status tracking stops once CI is green and does not auto-merge changes, requires changes to already be implemented in the working tree on a non-default branch, and depends on project check commands being properly configured.