Skip to content
Skip to content
All posts
Language
ENDE

Can Entire Change How We Build Software?

with Lizzie Siegle

Lizzie Siegle from Entire joined to build a Java FX card game live with Claude Code, testing whether Entire's AI-native platform holds up in practice. The idea behind it, storing a coding session in your own git repo instead of a vendor's server, is genuinely good. The same completeness that makes it useful also makes it a fine-grained surveillance tool the moment someone else is reading it.

Published: August 13, 2026Reading time: 6 min read
Can Entire Change How We Build Software?

YouTube

Can Entire Change How We Build Software?

Load YouTube video

This video is embedded from YouTube and will only be loaded after your consent. When loading it, personal data may be transmitted to YouTube or Google and cookies may be set.

Open on YouTube

More details are available in the privacy policy.

Project Source

Working Repository

Explore prompts, instructions, and examples used in the live modernization workflow.

Open repository
Session Timeline

I went into this session not knowing what Entire actually did. I'd looked at the site beforehand and told Lizzie Siegle, Entire's developer advocate, exactly that, on stream. So we skipped the scripted walkthrough and built something real instead: a fantasy card game in Java FX, Claude Code writing the code, Entire recording everything that happened around it.

Lizzie Siegle

Co-Speaker

Lizzie Siegle

Developer Advocate at Entire

Lizzie works in developer relations at Entire, building demos and relaying feedback, including a small Windows onboarding note from this session, back to the product team.

What Entire actually stores

Entire's pitch starts from a real problem, in Lizzie's words. Agents now generate more code than any human reviews line by line, and a pull request only shows the diff. Never why an agent tried three approaches before the fourth one worked.

A pull request only shows you the diff. It never shows you the why.

Lizzie Siegle, Developer Advocate, Entire

Entire's answer: attach the whole session, prompts, reasoning, every tool call, every dead end, to your commit as a checkpoint, a hidden git ref written into your own repository. Think of it as a flight recorder bolted to your code. Unlike an actual black box, though, this one lives in a plane you already own: your git repository, not a server Entire controls.

One prompt built a working card game in eleven minutes

The build itself had nothing to do with Entire, worth saying plainly. One sentence into Claude Code, create a fantasy card game in Java FX, no spec, no clarifying questions, no skills invoked, shown at 13:48. Eleven minutes later, a working Maven project existed, tests passing, and Claude Code moved on to the Java FX interface on its own, shown at 26:12.

That looseness only works if you skip the interrogation step some AI workflows insist on. Lizzie normally uses a skill pack called Superpowers for test-driven development and code review; I normally use BMad for project planning, as we discussed at 16:06. Neither of us wanted that here.

I had to tell my CLAUDE.md file, don't use Superpowers for everything. Only use it if I tell you to, because I'd ask it something basic and it would ask me a question back.

Lizzie Siegle, Developer Advocate, Entire

That's a preference, not a flaw in either tool: both exist to slow an agent down, and for a short demo, slowing down is exactly what you don't want.

The dashboard sees everything, and that's the uncomfortable part

Once the commit landed, Entire's analytics view reported the damage: about 112,000 tokens for that single prompt, shown at 39:20. Claude Code reports usage in tokens; GitHub Copilot bills in something it calls AI coins. If Entire is the layer both funnel through, that's the first shared currency I've found for comparing agent cost across tools.

Entire's session view for the entire-live-coding repo, showing the checkpoint metadata for the card game prompt: Claude Code, Sonnet 5, 23 minutes, 1 checkpoint, 40 file changes, and 112K tokens, alongside the full prompt and tool-call transcript
Entire's session view for the entire-live-coding repo, showing the checkpoint metadata for the card game prompt: Claude Code, Sonnet 5, 23 minutes, 1 checkpoint, 40 file changes, and 112K tokens, alongside the full prompt and tool-call transcript

The dashboard also breaks token usage down per contributor, input against output. Lizzie's read: high input with low output usually means someone pasted in documentation; low input means terse prompting. A genuinely useful signal for how a teammate actually works with an agent.

It's also, without much extra effort, a surveillance tool. The dashboard doesn't just show that someone burned a lot of tokens, it can show what they actually typed, timestamped, attributed by name. Useful for understanding a colleague's reasoning after the fact. Uncomfortable the moment you picture a manager reading it that way instead.

A minor Windows inconvenience

Getting Entire's CLI installed on Windows happened before the stream, not during it: the install script assumes bash, so I needed Scoop first, per Entire's own install guide, feedback I gave Lizzie around 34:17. Nothing dramatic, just a small hurdle before the tool works. Live, enabling it on the repo was smooth: entire enable -y hooked in without a fight, shown at 12:05.

What we didn't get a clear answer on

Lizzie showed two features that aren't public yet: Trails and Gates, shown at 55:48. A trail bundles an issue and a pull request into one object an agent or teammate can move through stages from the command line.

A gate is a merge check that can demand human sign-off, based on a confidence score Entire's own model calculates. A coherent idea, clearly not finished.

A real trail in Entire's own CLI repository, showing confidence, risk, drift, and security scores, and a merge blocked by an unapproved peer review and missing agent code review
A real trail in Entire's own CLI repository, showing confidence, risk, drift, and security scores, and a merge blocked by an unapproved peer review and missing agent code review

One question I kept circling back to: does storing hundreds of sessions per repo stay fast and useful once a project has real history, years of commits, not a fresh demo? Lizzie pulled up Entire's own CLI repo for contributor analytics, which was a good look at real usage, but it's still a young, comparatively small repo. We never got around to testing it on something genuinely old, and that's on my list, not a verdict against Entire. Worth revisiting once there's a repo old enough to actually stress it.

We also never tried Entire's three separately installable skills: Search digs up prior sessions by topic or file, Explain looks up the session behind a specific function or line, and Handoff lets another agent pick up a task's state instead of you reconstructing it by hand. Arguably the better version of what the dashboard does: stored history a developer can query, not one a manager watches.

Final thought

The one part of this I came away convinced by has nothing to do with the dashboard. Everything Entire stores lives in a git branch inside your own repository. Stop using it tomorrow, and your code and checkpoint history don't vanish into someone else's database. They're still sitting in the repo you already had.

Developers don't want to be locked in. We like choice, whether it's a different agent or a different harness. We're living in a multi-model world.

Lizzie Siegle, Developer Advocate, Entire

That's the real argument for trying Entire: the downside of being wrong about it is close to zero, since leaving costs you nothing you didn't already own. The tradeoff: the same recorder that preserves a teammate's reasoning for you also preserves it for whoever else has repo access. Worth knowing before you evaluate this for a team, not after.

Comments

Load comments from GitHub optionally

The comment section is provided via Giscus and GitHub Discussions. It will only be loaded after your explicit consent. When loading it, personal data such as your IP address and technical metadata may be transmitted to GitHub, and cookies or similar technologies may be set.

Please confirm first before loading the comment section.

More details are available in the privacy policy.