DocsGitHub
Get started

Plans that ship with the work.

ShipBench keeps each task as a Markdown file in the repository it belongs to. The CLI, a local board, your editor, and your agents all work from those files.

One command to set up. No account, nothing to host.

How it works

A folder in the repository

shipbench init adds a folder with a config file, a README, and instructions for agents. It gets committed with everything else.

.shipbench/

One file per task

Each task is a Markdown file. The frontmatter holds status, priority, tags, and dependencies. The body holds whatever the task needs: notes, links to other tasks, dated updates.

tasks/write-the-docs.md

Tools that read the files

The CLI creates, moves, searches, and checks tasks. The board shows them as columns in your browser or your terminal. Editing a file by hand works too.

shipbench board

Ways to use it

Why it exists

ShipBench started as one developer's way of keeping track of several AI-assisted projects at once. A hosted tracker meant setting up a new project for every repository, plus an integration so agents could reach it, and most of what it offered was built for teams. Notes kept in the repository solved the access problem, but a list had no room for a task's context, and a spec document grew until nobody read it.

A file per task sits between the two. It's quick to start in any project, structured enough for tools to check, and it gives each task's notes a place of their own.

Read the longer version

Try it in a repository

Run these in any Git repository. They set up ShipBench, add a first task, and open the board.

# 1. Initialize ShipBench
› npx shipbench init

# 2. Create the first task
› npx shipbench task create "Build landing page" --priority=high

# 3. Open the local board
› npx shipbench board
Full quickstart guide