Step 1
Pick a template or write a prompt
Start from the dependency upgrade, flaky test sweep or security advisory triage template, or write your own prompt with checkbox acceptance criteria.
Pick a maintenance template, such as dependency upgrades, and set a schedule. Each run that finds work hands you a pull request that passed your CI, a review and a test.
Answer 4 questions to request access. SHIP is invite-only for now.
Upgrade this project's dependencies and open a single reviewable pull request.Step 1
Start from the dependency upgrade, flaky test sweep or security advisory triage template, or write your own prompt with checkbox acceptance criteria.
Step 2
Run it daily, weekly or monthly at the time and time zone you set, or start a run on demand.
Step 3
Each run files an issue in your project's tracker, and the agents take it through plan, build, review and test. Merging stays yours unless you turn on auto-merge.
A scheduled run is skipped while the previous run's mission is still open, so a weekly automation never stacks conflicting pull requests. The rule is on by default, and you can turn it off.
Every run is logged with its outcome and cost, linked to the mission it started, and a skipped run records why, so a run you never watched still has an account.
Start one now from the console, the API or the MCP server. A manual run goes ahead even while the last one is open, and the run log records that a person started it.
A mission pauses at 2 credits, or 6 agent-hours, until a member of your team approves more, so an unattended run cannot run away with your budget.
Create, list and run automations over the HTTP API or the MCP server, with the same templates the console offers.
SHIP publishes 224 use cases across 29 categories, from dependency and runtime upgrades to security patching and flaky tests. Each is written as a ticket you can assign or turn into an automation.
The run ends with no code change and reports that, because every template names its empty outcome. You see a clean run in the automation's run history instead of an empty pull request.
No. SHIP blocks any change under .github/workflows unless a person authorizes it, and an unattended run has nobody to authorize it.
Each run is an ordinary mission: one credit covers up to 3 agent-hours, and credits come back when a mission ends in failure or needs attention with no pull request. A skipped run starts no mission and uses no credit. Model usage is billed by your own provider.
Yes. Each run files an issue in the project's tracker and hands it to SHIP, so a project set up with no tracker cannot run automations.
Yes. Name labels that already exist in your tracker, and SHIP attaches them to every issue the automation files. SHIP never creates a label, so a name your workspace does not have is left off.
Keep it if it works for you. SHIP's dependency upgrades template batches routine bumps into one pull request, applies the migrations a changelog asks for, and holds back what it cannot upgrade safely with the reason. That pull request passes your CI, a review and a test before it is ready to merge.
Pick a template, set a cadence, and review the pull requests it opens.
Answer 4 questions to request access. SHIP is invite-only for now.