You’ve never shipped more. Nobody’s heard a thing.

18 new features, three rewrites, 25 bugs fixed. From outside your repo, that month looks like a month where you shipped nothing. Merge & Tell reads your merged pull requests and writes the post, so the work shows up where people can see it.

How it works

A pull request you merged

jfreal/mergetel#70Put the connected accounts in a grid, and make a social set a partition+412−2879 files

The post it drafted

Blueskybrand voice

Twelve connected accounts used to be twelve identical boxes. Now they’re one grid, one row per account and one column per fact, so you can scan a column instead of reading tiles. Sets are a partition: every account is in exactly one.

248 / 300
A real merge from this repository, and the draft it produced. You read it, you change it or you don’t, and it posts as you.

The point

A year of it, in one picture.

Every square is a day. It goes blue when something you built reached an audience, and it stays empty when nothing did. The left of this grid is what shipping in silence looks like. The right is what a merge that publishes itself looks like a few months later.

Example: a year of publishing on autopilot

Example data, not a real account

Why

Nobody sees your best work.

Everyone ships more than they did two years ago. Nobody tells anyone more than they did two years ago. AI moved the bottleneck. Building got fast, and saying you built it stayed exactly as slow and as awkward as it always was.

So nobody grades you on your commit history. They grade you on what they saw, and mostly they saw nothing. Every merged PR is already a finished thing with a real diff behind it. The announcement is sitting right there, unwritten. Merge & Tell writes it. Distribution costs you a merge you were doing anyway.

I built this because I was afraid of the telling part. Not the code. Shipping was fine. Saying “I made this” out loud was the bit I would skip, every time, and there is always a reason to skip it. Now I merge and the post is written before I can talk myself out of it. The only move I have left is to approve it.

How it works

Merge. Draft. Publish.

01

You merge a PR

Ship code like you always do. Merge & Tell watches your merged GitHub pull requests. Nothing new to remember.

02

It drafts the post

Claude reads the diff and writes the marketing copy for you, tuned to the length and voice of each channel.

03

You review & publish

Tweak it, approve it, done. It posts to the accounts you connect. Nothing goes out until you say so, unless you switch a repo to autopost yourself.

Features

Everything it does for you

It all does one job. The work you already did reaches the people you’re building for, in your voice. Each entry links to how it works.

Writes the post

A merge is the trigger. What comes out is copy about the lines that changed, aimed at someone specific, in a voice you chose.

Decides what counts

Most merges are not announcements. Which ones get through is a setting you write once, not a call you make every time.

Sends it

To your own accounts, at the size each network really allows, when you say so. One switch stops all of it.

Proves it worked

The part most tools skip. Where the clicks came from, a feed anyone can read, and an honest number for how much of the copy you kept.

Reads from GitHub · posts to the accounts you connect

  • GitHub
  • X
  • Bluesky
  • Mastodon
  • LinkedIn
  • Discord

Receipts

We point it at ourselves.

Everything below was written by Merge & Tell from a merged pull request in this repository, and published to accounts we own. Live off each network’s public API, not a screenshot and not curated.