Show what you shipped.

Showship reads your commits, pull requests, code reviews and tasks, then builds the progress deck your manager, client or CTO can follow. Weekly, per sprint, monthly or for any date range.

npx showship
Read the documentation

An agent skill for Claude Code and Antigravity, plus Codex (experimental). Needs Node.js 18 or newer, git and the GitHub CLI. Beta release. Download the example deck (1.2 MB).

Executive summary slide with three project cards showing 100%, 65% and 1 of 2 progress, and a key update strip below.
Slide titled Blockers and Decisions Needed, with a blockers column and a decisions column.

Demo, 30 seconds

Watch a week of work become a deck.

The walkthrough starts with the raw material, then shows what Showship reads and what it builds from it.

  1. Every week, someone has to explain all of this.
  2. It reads your week: git commits, pull requests and reviews, and your task tracker.
  3. It builds the deck: an editable PowerPoint with progress, owners, blockers and next steps.

One deck answers the six questions every audience asks.

Business readers get plain language, with technical terms only in brackets when they add something. Engineers get the technical version. Either way, every item says what changed for users or for the business.

  1. What are we working on?

    Projects and features, one card each on the executive summary.

    Slide: dashboard

  2. What has been delivered?

    Done, released, approved and merged, in the words the business uses.

    Slides: dashboard, timeline, workstreams

  3. How far along is it?

    Percent and phases for each track. A footnote says how the percentage was counted.

    Slides: rings, phase_bars

  4. Who is doing what?

    Owners per track, and a task track per person from your task tracker.

    Slide: tracker

  5. What is blocked, and what do you need from us?

    Blockers and risks, plus the decisions you need, each with an owner or its options.

    Slide: attention

  6. What happens next?

    Next week, sprint or month: owner, focus and status.

    Slide: table

Collect in each repo. Build once.

The set of repos changes from period to period, so the work is split in two. Run collect inside every repo that had work, then run build once from anywhere.

  1. Collect

    Reads commits on all branches and every pull request with activity: descriptions, reviews and comments in order. Bots are filtered out.

    Writes a plain-language draft per repo.

  2. Add context

    Pulls tasks from your tracker, and asks one question for what GitHub cannot tell it: a percentage, a blocker outside the code.

    Your answers go into notes.md.

  3. Build

    Merges the drafts and notes into report.json, runs the plain-language check, and writes the .pptx.

    Edits are changes to the JSON, then a rebuild.

  4. Check

    Renders every slide and flags text that crosses the margins or collides with other text.

    Needs LibreOffice. Without it, the agent says the deck was not rendered.

You talk, the agent works.

Ask in your own language. The deck is written in the language you configure. Showship never invents numbers, owners or dates: they come from your data or from you.

text
# run inside each repo that had work this week
Collect this week's commits and PRs for the report

# once, after the last repo
Build the report

Thirteen layouts, picked to fit your data.

Consecutive slides never reuse a layout, charts appear where there are real numbers, and every layout renders in all seven designs.

Contact sheet of an example deck in the Showship design: title slide, executive summary, timeline, progress charts, code review insights, blockers and decisions, developer task track, team activity, next week's plan and a closing slide.
A complete example deck in the Showship design. All names and data are fictional.
dashboard
Executive summary: one card per project, plus a key update.
timeline
Milestones, or a blocker that was resolved.
rings
Doughnut charts for overall progress, with status tiles.
phase_bars
Phase-by-phase completion per track, with owners.
workstreams
A finished item beside a process flow.
rows
Icon rows with a generated illustration or a screenshot.
gallery
A strip of UI screenshots with step labels.
activity
Team delivery activity from GitHub, as a chart.
review_insights
What code review verified and caught before release.
attention
Blockers and risks, and the decisions needed from the business.
task_detail
Tasks written out in full: purpose, what was done, each step with its state.
tracker
Developer task track, from your task tracker and reviews.
table
Next period's plan with owners and status.

Seven designs, one report.

Choose a design once in the installer or in config.json, or per report. The same report.json renders in all seven, and your brand colours can override a design's palette.

Showship

The signature design. Every project gets its own colour, carried from the dashboard to the task tracker and the next-steps table. Gauges, pill-track phases and ship-trail ribbons on the title slides.

Showship design: dark title slide with colour ribbons, an executive summary with gauges, and phase bars.

Paper

Set like a printed annual report. Paper background, navy ink, rules instead of cards, one big figure leading every slide. Coral red is kept for risks only.

Paper design: title slide, executive summary and phase list set on a paper background with ruled lines.

Classic

Black and white editorial: serif headings, hairline rules, no boxes, one deep green accent.

Classic design: black and white editorial slides with serif headings.

See all seven designsShowship, Paper and Classic are above. Ember, Modern, Corporate and Vivid are on the designs page.

Team leads reporting up. Individuals reporting their own work.

Two settings, role and audience, decide whose work is collected and how technical the deck may be. The installer asks for them, and you can change them in config.json at any time.

You areSetYou get
Team lead reporting to business or managementrole: lead
audience: business
The whole team's progress in plain language: owners, percentages, blockers, decisions needed, what is next.
Team lead reporting to a CTO or engineering orgrole: lead
audience: engineering
The same, with technical detail kept: architecture, test status, review findings.
Developer reporting to a tech lead or managerrole: member
audience: engineering
Only your commits, the PRs you wrote or reviewed, and your tasks.
Freelancer or contractor reporting to a clientrole: member
audience: business
A client-ready update of your work, in their language, with your logo.
Solo founder updating investors or a co-founderrole: member
audience: business
A short progress deck built from your repos.

Tasks come from the tracker you already use.

Jira Cloud, Linear, Asana, ClickUp and Lark are built in. Any other tool works through an MCP server, read-only.

Set up a task tracker

Your data stays on your machine.

There is no Showship server and no account. Commits, PRs and tasks are read locally, and tracker tokens stay in environment variables.

Read the privacy notes

Run one command, then answer a few questions.

npx showship

The installer copies the skill into your agent's skills folder, records your role, audience, reporting rhythm, task tracker and deck design in config.json, installs the deck builder, and checks for git, gh and LibreOffice.

  • Node.js 18 or newer, and git
  • The GitHub CLI, signed in with gh auth login
  • LibreOffice, optional: lets the agent render slides and check the layout

Showship is in beta. Slide templates, config keys and installer options may change between releases, and the Codex install has seen less testing.

Where the skill is installed

AgentGlobal folderProject folder
Claude Code~/.claude/skills/showship./.claude/skills/showship
Codex (experimental)~/.codex/skills/showship./.agents/skills/showship
Antigravity~/.gemini/config/skills/showship./.agents/skills/showship
Other agents (experimental)~/.agents/skills/showship./.agents/skills/showship

Updating is the same command with @latest. Your config.json is kept, and the previous skill files are backed up first.

Type to search the documentation.