One Month Into the 10K Commit Challenge

1,684 commits. 30 days. What actually happened — and a field guide for anyone who wants to try this.

The Scoreboard

I started the 10K Commit Challenge on my birthday, March 21, 2026. The deal I made with myself: 10,000 commits in 365 days, AI-augmented, built in public. That's ~25 commits per day, every day, for a year.

Thirty days in, here's where I sit:

MetricValue
Total commits1,684
Daily average56.1 (goal: 25)
Pace vs. plan~2.2x required
Projected year-end~20,500
% of yearly goal16.8% (in 8.2% of time)

Faster than plan. But the number hides the shape, and the shape is what's interesting.

The Shape of Month One

WeekCommitsGoalPace
Week 13620018% — on vacation
Week 2314200157% — ramp
Week 3425200212% — first peak
Week 4701200350% — momentum
Week 5 (partial)197 in 2 daysstill climbing

The curve is not linear. I spent the first seven days on a family trip and barely touched a keyboard. At the end of week 1 I was at 36 commits against a week-one goal of 200 — 18%. If I had been optimizing for a clean-looking chart, I would have felt cooked. I wasn't. The challenge is 365 days, not seven.

What I didn't expect: the bounce-back was disproportionate. Week 2 more than made up for week 1, and weeks 3–4 kept accelerating. That acceleration wasn't willpower. It was the workflow compounding — I was learning how to run Claude Code across multiple projects in parallel, how to batch work into tight loops, how to let the agent handle the 80% while I reviewed and decided.

One day in week 4 I shipped 228 commits. That was the day everything clicked.

What I Actually Built

Commits are just a proxy. The real question is: what exists in the world now that didn't 30 days ago? This month produced real progress across a handful of projects:

The projects aren't related. That's the point. A pre-AI workflow forces you to pick one and commit for weeks. An AI-augmented workflow lets you hold many in your head and rotate.

Seven Learnings From Month One

1. Starting slow doesn't kill you. Not starting does.

Week 1 was 18% of pace. It didn't matter. What mattered was that I shipped something on most days (even the vacation ones) so there was no psychological "streak broken" moment. If you're planning your own challenge, do not wait for a clean start date. Start from wherever you are, even if it's bad.

2. The ramp is a feature, not a bug.

Weeks 1→2→3→4 went 36 → 314 → 425 → 701. I wasn't working 20x harder by week 4. I was working with 20x less friction. You will not hit your target on day 1. You will learn to hit it. Budget for the learning curve instead of resenting it.

3. Parallelism is where the multiplier lives.

Single-project AI-augmented dev is faster. Multi-project AI-augmented dev is a different category. I run Claude Code in multiple terminals, each with full context on a different project. While one is running tests, I'm reviewing another's diff. Cycle time per project drops, and wall-clock output per day goes up without extra hours.

4. Commit size genuinely doesn't matter — but commit cadence does.

Some of my commits are one-line typo fixes. Some are 2,000-line refactors. Both count. What actually matters is: are you stopping at natural checkpoints and committing? The act of committing forces a "does this make sense?" pause that catches 80% of AI-generated nonsense before it compounds.

5. Public tracking changes your default.

I didn't believe this before I built the tracker. Now I do. When the chart is live and anyone can load it, you ship on the days you don't feel like it. The scoreboard doesn't care about your mood. That's the whole point.

6. Tool mastery beats tool selection.

I've tried most of them. The productivity delta between Claude Code, Cursor, Copilot is real but smaller than the delta between using any of them lazily and using one of them well. Pick one, go deep, get to the point where your keystrokes per decision is minimized. Worry about the comparison later.

7. Burnout is a real risk and you have to design against it.

700 commits a week is unsustainable if every week is a max-effort week. I'm already noticing that my best days are ones where I start with a clear queue of work, not ones where I'm context-switching from reactive stuff. Next month I'm going to try time-blocking mornings for deep work and keeping the reactive/comms work after lunch. If you're planning your own run, plan rest days explicitly, or your body will plan them for you.

A Field Guide: If You Want to Do This

If you're thinking about starting your own challenge — at any tier, Explorer (2,500), Builder (5,000), or full 10K — here's the shortest path I can give you:

Before you start

Week one

Weeks 2–4

When you hit a bad week

What to avoid

What I'm Changing for Month Two

Based on what worked and didn't:

The Bigger Picture

The interesting thing about month one isn't the number. It's that the number was achievable in the first place. Five years ago, 1,684 thoughtful commits in 30 days across this many projects would have required a team. Today one person with good tools and a decent tracker can do it.

That asymmetry isn't going away. It's widening. The 10K Commit Challenge is just a way of forcing myself — and hopefully you — to live inside that asymmetry instead of reading about it.

Eleven months to go. See you next month.


Follow along: daily tracking at brentvincent.com, monthly write-ups here · Fork the tracker: github.com/brentvincent/10k-commit-challenge · Hashtag: #10KCommit

Related: Replicating My Claude Code Workflow · Live progress tracker