Step 1
Route your alerts to SHIP
Connect the error tracker or the alert channel your team already watches. Choose which alerts open a mission and which only get a note.
When an alert fires, SHIP reads the error, finds the cause in your code and proposes a fix. The fix arrives as a pull request that passed your CI and a test.
Runs today: When an alert opens an issue in Linear, assign it to SHIP, or comment @SHIP on it in GitHub Issues, and get the fix back as a pull request.
Answer 4 questions. SHIP emails you when it opens to you.
Step 1
Connect the error tracker or the alert channel your team already watches. Choose which alerts open a mission and which only get a note.
Step 2
The agent reads the stack trace, the recent changes and the code around them, and writes up the cause it found on the issue. With a checkpoint on, the mission waits for your approval before any code changes.
Step 3
The fix lands as a pull request that passed your CI, a code review and a test on a preview your own pipeline deploys. Nothing reaches production until someone on your team merges it.
A checkpoint stops the mission after the investigation, so someone approves the approach before the Builder starts.
The Tester exercises the failing path on a preview your own pipeline deploys and attaches the browser trace as proof.
Every agent runs on the credentials you connect, and your provider bills inference at your own rates.
Each mission reports what it cost and how long it took, priced on the model that served it.
| Factory |
|
|---|---|
| Devin |
|
| SHIP | In early access
|
Not yet: reading alerts straight from an error tracker or alert channel is in early access. Today, when an alert opens an issue in Linear, assign it to SHIP, or comment @SHIP on it in GitHub Issues, and the agents investigate and return the fix as a pull request.
No, SHIP does not deploy to production. The fix waits as a pull request until someone on your team merges it, and your own pipeline deploys it from there. Auto-merge stays off unless you turn it on.
Factory fits a team that wants Sentry, Datadog or PagerDuty alerts investigated as they fire today, through the Alert Responder its automations page describes. Devin fits a team that wants alerts and backlog items triaged and categorized with suggested approaches. SHIP fits when every fix should arrive as a pull request that passed your CI, a code review and a test, on the harness and model you choose.
Each alert issue you hand over is one mission: one credit covers up to 3 agent-hours, and each further 3 agent-hours or part of them uses one more. Credits come back when a mission ends in failure or needs attention with no pull request, and your own provider bills model usage.
Join the early-access list, and assign alert issues to SHIP in the meantime.
Answer 4 questions. SHIP emails you when it opens to you.