ship

Implements accepted specs through a scoped patch, test, docs, and validation workflow.

Updated Jul 8, 2026
One-click install
npx skills add https://github.com/Zhachory1/autopraxis --skill ship-zhachory1
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ship
Source: https://github.com/Zhachory1/autopraxis/tree/main/vendor/agent-fleet/skills/ship
Command: npx skills add https://github.com/Zhachory1/autopraxis --skill ship-zhachory1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a decision or spec is accepted, implementation work often drifts into scope creep, untested changes, and bloated diffs. This Skill enforces a disciplined patch workflow that locks scope first, implements the smallest correct change, and proves it with focused validation. ## Core Features & Use Cases - Scope-locked implementation: Declares goals, non-goals, likely files, and stop conditions before editing, and halts when scope expands. - Structured pipeline: Runs implementation, spec-check/test-writer, doc-writer, and simplification (Occams) passes, optionally delegating to subagents. - Operating modes: Supports patch, test, docs, polish, and bench modes for bugfixes, focused refactors, test passes, docs updates, and pre-PR cleanup. - Use Case: A developer with an accepted bugfix spec runs the workflow to produce a minimal patch, maps each acceptance criterion to test evidence, and reports changed files with validation results. ## Quick Start Ask the agent to ship the accepted bugfix spec using the ship workflow in patch mode and report the changed files with validation results.

Frequently Asked Questions about ship

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

FAQPage Schema
How do I implement an accepted spec with minimal scope creep?▼

Use a scope-lock step that states the goal, non-goals, likely files, and stop conditions before editing. Then implement the smallest correct patch, map acceptance criteria to test evidence, and run focused validation on the touched behavior.

What workflow should I use for a small bugfix or focused refactor?▼

Use the patch mode for code changes, test mode for adding or repairing tests only, docs mode for documentation updates, and polish mode for pre-PR cleanup. Each mode keeps the diff focused and avoids unrequested feature work.

When should I not use an implementation workflow like this?▼

Do not use it to decide whether work should exist or for high-stakes architecture tradeoffs. Those questions belong in a decision or council-style review process; this workflow starts only after a spec or task is accepted.

What happens when validation fails during implementation?▼

If the failure comes from the patch and is within scope, fix it and re-run validation. If the failure is unrelated or requires broader work, stop and report it rather than expanding the change.

Does this workflow support delegating to subagents?▼

Yes, it defines optional subagent roles for implementation, spec checking, test writing, documentation, and simplification. If subagents are unavailable, the same roles are performed sequentially in a single context.