Turn your commits into a build-in-public post
Paste commit messages, PR titles, or just describe your week — get one build-in-public post built around the story with the most tension, plus 2 alternative angles from the same material. Never a changelog dump. A Liftli original — this is the problem we started with.
● free · no login · no email · fair-use daily limit
Raw git log --oneline output works. A one-line note on why something was hard makes the post much better.
How to use it
- Paste your raw material: commit messages, PR titles, a sprint summary, or a plain sentence about what you built this week.
- Hit Generate post. The generator finds the entry with the most friction — the bug, the cut feature, the near-miss — and builds one complete post around it, followed by two alternative story angles separated by
---. - Add the detail your log doesn't record: how long it really took, what you almost did instead, the moment you realized. Then post.
Build-in-public loses to shipping — and it should
The reason most developers don't post is the right reason: writing content competes with building the product, and building should win. The standard advice — "block two hours to write" — asks you to lose that trade every week. The fix isn't more discipline; it's realizing the content already exists. Your commit log is a diary you kept without noticing. A week of real work contains more honest material than a month of brainstormed "content ideas" — it just needs decompressing from fix: retry logic (3rd attempt) into the story of the third attempt.
That's the operating principle here: mine work you already did. Marginal cost of a post: the sixty seconds it takes to paste.
What makes dev work post-worthy
Tension. The bug that took three tries is a post; the ten that closed on the first try are a changelog. The feature you cut is often better material than the feature you shipped — cutting is a decision with stakes and a reason, and readers follow decisions. Scan any week for: the thing that fought back, the thing you deleted, the estimate that was wildly wrong in either direction, and the trade-off you'd defend. The generator runs that same scan on your log.
Translate the stakes, not the stack
The mistake that kills build-in-public posts on LinkedIn is writing for your team. "Refactored the auth middleware" means nothing outside your repo; "new users couldn't log in for 40 minutes, and the fix meant undoing a decision I defended in March" is a story anyone can follow. Keep the technical substance — that's your credibility — but frame every detail by its consequence. What broke, what it cost, what you decided. And never post the list of everything you did: a changelog dump signals you had nothing to say and said it anyway.
This is the problem Liftli was built for
This page asks you to paste your log by hand. Liftli — the tool behind this site — removes even that step: it runs inside the AI you already use (Claude today) and mines your GitHub activity automatically, alongside your voice notes and call transcripts, then drafts posts in a voice extracted from your own writing. Nothing publishes without your one-tap yes. If this generator earns a spot in your week, the pipeline version is its natural upgrade — and if talking beats typing, the meeting-notes version of this tool works the same trick on your calls.
Working in Claude Code or Cursor already? Install the skill and turn git log output into a post without leaving the terminal — your agent's own model does the writing:
npx skills add liftli-ai/skills --skill devlog-to-linkedin-post
Part of the liftli-ai/skills collection — browse all 28 skills, one per tool on this site. For the full pipeline (voice extraction, strategy memory, publishing), connect the Liftli MCP.