Installs into .claude/skills of the current project.
Sponsors
SSkills DirectorySkills Directory
Know which skills are safe — weekly.
SSkills DirectorySkills Directory
Is that skill safe to install?
Are you the author of Factory Ship?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/jaydubya818-factory-ship)
---
name: factory-ship
description: "Ship authorized work under separate publish, merge, deploy, and notification gates."
license: MIT
compatibility: "Works in Claude Code, Codex, Cursor, and Agent Skills-compatible harnesses when the required host tools are available."
metadata:
author: Builder.io
source: BuilderIO/skills
source-commit: f4f10b8d513476c24bd995ceac5294bcdd6ee15c
owner: software-factory
risk: high
capabilities: builderio,factory-delivery
installer-group: factory
---
# Factory Ship
> Start with the [Factory guide](../factory/references/factory-guide.md) for workflow
> setup and configuration.
Read `.agent-factory/config.yaml`, the optional
`skill_prompts.factory-ship` entry, and the repository's instructions before
publishing. See the [Factory configuration reference](../factory/references/factory-configuration.md). The prompt adds project guidance; editing code does not by itself authorize a PR update, approval, merge, or deployment.
## Delivery steps
1. **Confirm ownership.** Identify the target repository, task-owned worktree,
branch, and complete task-related change set. Preserve unrelated changes.
Use a clean automation-owned worktree when the scheduler provides one; never
take over a peer's checkout.
2. **Verify changes.** Run the configured formatter, tests, and release checks.
Report checks that were skipped or unavailable.
3. **Publish when enabled.** Open or update a PR only when authorized. Apply
configured title, body, draft status, labels, and communication rules. Do
not tag or message people unless enabled.
4. **Resolve feedback.** Compare comments with the code and current human
direction. Make one coherent update, then rerun affected checks.
5. **Apply merge gates.** Merge only under its own enabled policy and while all
criteria hold on the unchanged live head. Use a head-match guard when the
host supports it. A head change invalidates tied evidence and resets the
soak.
6. **Verify and close out.** Confirm the merge in the current base branch.
Verify deployment only when configured; a merge is not live proof. Close
issues, rotate worktrees, and notify only at their configured proof points.
## Stop conditions
Hold the work when ownership, authorization, a required check, or live host
state is missing or unclear. State the exact next step; do not turn an
inconclusive result into success.