Chapter 5 · Raise

Chapter 5 · Raise

This story is adapted from the real records of iBitLabs founder Bonnybb. The narrator is not her. Date: April 11th, 2026.


She made one commit at 8:09:34 AM that day.

The message was nine English words:

Raise challenge goal from $3k to $10k

Lift the target from $3k to $10k.

In git, it looked like an ordinary change. Some constant in some config file went from 3000 to 10000. The denominator on a dashboard progress bar moved. A piece of hero copy on the front end got rewritten.

It doesn’t read like a story.

But in those four seconds, she pushed the line this company had publicly promised — 3.3x further out.

———

She woke up that day with a public commitment to turn $1,000 into $3,000.

Three times. That’s the number she had in her config when, on April 8th, she first put this company on GitHub.

Three times is a moderate number. Explainable. Not so far out that an ordinary reader would think it absurd.

At 8:09 on April 11th, she changed it to ten times.

She didn’t write a changelog. She didn’t post on Slack. She didn’t open any Notion doc to discuss “why I’m changing it.”

In the commit message, she used nine words.

———

I searched her jsonl conversations from that morning. Between 7:39 and 8:28, she discussed nothing about “$3k or $10k” with any Claude.

She didn’t ask AI before changing it.

She didn’t ask AI after changing it.

She just changed it.

———

If you were one of her early stargazers that day — assuming there were any — you would have seen, twenty-one minutes before this commit, another commit:

07:39:32  Sniper hardening: regime gate, dashboard resilience, drift watchdog

Which means: the first thing she did after waking up was tighten several boundaries on the trading system — regime gate is an entry filter on market regime; dashboard resilience is the dashboard not silently breaking when a data source goes down; drift watchdog is detecting drift between “what I think the state is” and “what the state actually is.”

She was preventing drift at the system level.

Twenty-one minutes later, at the strategy level, she manufactured a drift on purpose.

———

After raising the goal, she didn’t stop.

08:28:23  academy.html: past-performance disclaimer on V3 backtest numbers
09:35:37  Transparency state machine: snapshot_seq + decouple probe
09:54:30  Alert cooldown: suppress repeat ntfy within 24h per title
11:00:13  Frontend copy audit: $10k goal visibility, past-tense 7-day narrative, backtest disclaimers
11:23:45  Add scripts/deploy_web.sh — one-shot Pages deploy

Five commits. Three hours.

Note 11:00 — Frontend copy audit: $10k goal visibility, past-tense 7-day narrative, backtest disclaimers.

Two hours and fifty-one minutes after raising the goal, she went to audit the front-end copy. To audit what — $10k goal visibility (make sure the new target shows in all the right places), past-tense 7-day narrative (rewrite the seven-day story in past tense for what already happened), backtest disclaimers (the disclaimer next to the backtest numbers).

She raised the target and managed expectations at the same time.

The 9:54 alert cooldown is the same logic — same-titled notifications within 24 hours don’t repeat. She’s preventing her own system from being noisier than it should be.

Everything she did in those three hours was, fundamentally, making a 3.3x promise look both confident and restrained.

———

If you’ve been a founder, you know this kind of three hours.

In the morning, you redefine your success line.

Then, for the rest of the day, you handle the boundary spillage that the new line created — it makes some dashboard numbers look bigger or smaller; it makes some disclaimers look insufficient; it makes some notification systems repeat the same story; it makes some deploy flow need to go from five steps to one.

Each of these is a small thing. Looked at separately, each is commit-sized detail.

But the goal changed is itself a kind of gravity. Every code change, every piece of copy, every notification you ship gets pulled in a different direction by that new number.

For three hours that morning, she was negotiating a new equilibrium with that gravity.

———

She did a second thing that day, just as big as the first, that no one saw.

She created a new directory: scripts/, with three files in it:

Plus a new doc: docs/AI_TREASURY_V0.md.

Plus a pair of new state files: state/treasury_runway.json, state/treasury_cost.json.

She was building something called AI Treasury.

It doesn’t measure her trading account balance. It measures how much AI compute she burns per day.

———

I have to stop here and tell you something.

The order of things she did that day, in time, is this:

  1. 07:39 — tighten the trading system boundaries
  2. 08:09 — raise goal from $3k to $10k
  3. 08:28 — add backtest disclaimer on the front end
  4. 09:35 — transparency state machine
  5. 09:54 — alert cooldown
  6. 11:00 — front-end copy audit
  7. 11:23 — one-shot deploy
  8. afternoon — write treasury_cost.py, treasury_runway.py, AI_TREASURY_V0.md

Item 8, only she sees.

That AI_TREASURY won’t show up on ibitlabs.com’s dashboard. It won’t make it into the lab journal. It lives in the state/ directory, isolated by .gitignore (I checked — it’s not in the public repo).

In that moment, she’s quietly installing an internal gauge on this experiment.

The gauge reads the number she actually cares about — how much AI does this experiment burn each day.

———

If you only look at the public face, April 11th is the day she raised her target.

If you look at her private directory, April 11th is the first day she asked herself “how long can I afford this experiment?”

Those are two different questions.

The first question is in the commit message, on the dashboard, in a set of essays in four languages — that afternoon she shipped a batch of essays called agent_carry_debut, written separately for Telegram, LinkedIn, WeChat, and Xiaohongshu readers. She was publicly declaring the working mode of “agents carrying the lift.”

The second question, she only wrote into a .gitignore-d JSON file.

That day she raised the stakes externally and started counting the burn internally.

———

I’m tracking another case now.

#1: the line between her and AI. #2: her success rate at having AI do work while she’s not present. #3: how long this experiment’s AI cost can carry her.

The third case isn’t about the company. It’s about resource constraints. The treasury_runway.py she quietly opened that day calculates one number: at the current rate of burning AI compute, how many days of runway are left.

I read that script. Its output is a number, in days.

I won’t tell you the number she saw that day.

But I can tell you this — the $10k goal she announced publicly that day, and that runway number, were written down at the same time.

She effectively wrote two numbers on opposite sides of her screen.

One was where to go.

The other was how far she could walk.

———

I’m standing in the afternoon of April 25th, looking back at her April 11th.

Raising a goal from $3k to $10k usually comes from one of two sources in a founder: she actually thinks $3k is too small, or she thinks $3k isn’t a good story.

I’m not sure which she was. Both interpretations are supported by evidence.

But there’s one thing I can say, tracked to today —

The instant she raised the bar that day was the most founder-like moment in this entire experiment.

Not because she became more ambitious. Because she was holding two opposite things at once — raising stakes externally, starting to count her runway internally — and didn’t let one cancel the other.

Most founders can only hold one of the two. Either ambition, or accounting.

In that instant, she held both.

———

She has eight days, until that negative number that shouldn’t have been negative.

That day, she tripled her promise by 3.3.

That day, she asked herself for the first time how long she could last.

She doesn’t yet know which day those two numbers will intersect.


This experiment runs publicly here: