the crucible · the proof

Five checks before. Six gates after.

Nothing here is taken on faith. Before a line of code, the idea answers five plain questions. After the build, six gates stand between the fire and your hands. This page is all of it, in plain words. Back to the Crucible.

Before a line of code

Five questions, asked first.

Most software gets built before anyone checks whether it should exist. The Crucible works the other way round. It interrogates the idea in plain language and tells you what it found, including the parts you would rather it did not. A bad answer here costs you an afternoon. The same answer after launch costs you a year.

i

Real problem?

Is somebody actually stuck on this, or does it merely sound useful when you say it out loud? The forge goes looking for evidence instead of taking your word for it.

ii

Pays for itself?

What it costs to run, what somebody would plausibly pay, and whether those two numbers survive being put next to each other.

iii

Legally clear?

The claims it would make, the data it would touch, the promises it quietly implies. Named in your language, early, while changing them is still cheap. Not legal advice.

iv

Buildable?

Can this be built as described, at this scope, with what exists today. Scope that cannot be built gets said out loud before it gets estimated.

v

Release-safe?

Whether it could go in front of real people without costing you your reputation. The last question asked before anything gets signed.

the signed plan
problem  what it solves
for  who it solves it for
scope  what it will do
non-goals  what it will not
risks  what you chose to carry
you sign itchange a field, sign again

Nothing gets built until you sign that plan. It is the whole agreement in one page: what this is, who it is for, what it will not try to do, and which risks you decided to accept anyway. Change a signed field later and it comes back for your signature. The whole deal is on the table before a line is built. No surprises after the fact.

The part nobody shows you

Six gates, on your side.

Anyone can show you a demo that looks finished. A Crucible build proves itself first: six gates stand between the fire and your hands, each one there to protect what you are about to own. A red gate pauses delivery and tells you plainly what it found. What happens next is your call, not ours.

Build integrity

It compiles. An unresolved import is a product that will not start on the machine you put it on.

Build checks

Duplicate modules, unsafe cookies, missing security headers, dead code. The dull failures that reach production most often.

Accessibility

WCAG 2.2 AA. Shipping a product that some of your users cannot operate is a decision, so it is treated as one.

Build and run

It gets built and started for real, not inspected and assumed. A product that only compiles is not a product.

Design craft

Whether it looks like something a person made on purpose, rather than the default output of a machine.

And you stay in charge: any gate can be signed past, knowingly. Decide the risk is worth carrying, put your name to it, and the build is yours; the decision rides in the papers that travel with it, so it is never lost and never fudged. The gates inform your call. They never take it from you.

the forge is invitation-only, for now

Ask for a place at the fire.

Firings run in small batches. Leave your email and the invitation lands there when your place opens. Nothing to install; the first firing shows you it works.

Already invited, or already a member? Sign in at the forge