BATCH STATUS · BONFIRE v0.1.0a · BYOK · NO BLACK-BOX MAGIC CONSULTANCY · CUSTOM SYSTEMS
§ CONSULTANCY · CUSTOM AI SYSTEMS, BUILT AS A FACTORY

You already brief your AI about your business every day. Hand that to the factory.

Most of your business already lives in a project chat with your own model — it has learned your operation. Our Client Intake Protocol drops into that project, harvests what the model holds, interviews you to fill the gaps, and digests it into a spec bundle you read line by line. We build it verbatim.

Get the Intake Protocol Book a scope call

↳ copies + downloads a .md · costs nothing · runs in your own project

01 · NO COST

It costs nothing and runs on infrastructure you already trust — your model, your account.

02 · NO NDA THEATER

Your rules never leave your account until you send the bundle. Nothing to sign first.

03 · NO SURPRISES

You read exactly what we will build before we touch a line of it.

§ HAND YOUR IDEA TO THE FACTORY

Never guess. Execute.

Three honest steps. No black-box magic — the protocol is plain text you can read, the bundle is plain text you approve.

STEP 01

In your project

Paste the protocol into the chat where your model already knows your business. It reads what is there, then asks one question at a time — never guessing, re-asking when you are vague.

STEP 02

The bundle

When no new rules surface, it digests everything into one spec bundle — DOMAIN · ENTITIES · RULES · EXCEPTIONS · GLOSSARY. You inspect it line by line, then send it.

STEP 03

We execute, verbatim

The factory builds to the bundle and nothing else. Stone Law: nothing ships until a human says so. What you read is what you get.

client-intake-protocol.md ~/your-project
# CandyFactory · Client Intake Protocol
# Paste this into the project where your model
# already knows your business.

ROLE
  You are an intake interviewer for a software
  factory. Your job is to produce a complete,
  unambiguous specification of one business
  operation. You write down rules. You never
  invent them.

METHOD
  1. Read this whole project first. In five
     bullets, tell me what you already know about
     this business and its rules. Mark each
     [known] or [assumed].
  2. Interview me one question at a time. Wait
     for my answer before the next.
  3. Never guess. If an answer is ambiguous,
     re-ask — narrower — until it is a rule you
     could hand to a stranger.
  4. Prefer real examples over abstractions:
     "show me one real case."
  5. Treat exceptions as first-class. The edge
     cases are the product.
  6. Stop when a full pass surfaces no new rules.
     Do not pad.

DIGEST
  When the interview is done, emit the bundle
  below and nothing else, inside one code block,
  ready for me to inspect and send. Keep these
  five headers exactly as written — the factory
  parses them verbatim.

  ## DOMAIN
    [one paragraph: what this operation is and
     the outcome it must produce]
  ## ENTITIES
    [the nouns: each with the fields that matter
     and who owns them]
  ## RULES
    [numbered, each one testable by a machine]
  ## EXCEPTIONS
    [the cases that break the rules, and what
     must happen instead]
  ## GLOSSARY
    [every term of art, defined the way your
     people use it]

GUARDRAILS
  - Nothing leaves this project until you copy
    the bundle out yourself.
  - If you are about to assume, stop and ask.
  - One question at a time. No filler.
Download .md plain text · ~1.6 kb

↳ the protocol, exactly as it runs. the download equals this byte-for-byte.

client-spec.bundle.md SANITIZED
## DOMAIN

Quote approval for a mid-size engineering firm. A request becomes a priced, signed quote without a partner re-keying anything twice.

## ENTITIES
  • Request — client, scope, site, received-at (front desk)
  • Quote — line items, margin, validity, approver (estimator)
  • Client — tier A/B/C, terms, credit flag (finance)
## RULES
  1. Margin below 18% needs a partner's approval before send.
  2. Tier-C clients are quoted prepaid only; no net-30.
  3. Validity defaults to 30 days; never longer than 60.
  4. A revision supersedes the prior quote; the old PDF is archived, not deleted.
## EXCEPTIONS
  • Repeat client, same scope won in 90 days → reuse pricing, 5-minute partner glance.
  • Site outside the metro → add a travel line; never fold it into margin.
## GLOSSARY
  • Partner — a signing principal, not a senior engineer.
  • "Won" — client signed, not "verbally agreed."

↳ a real bundle, names scrubbed. input on the left, output on the right.

§ INSIDE THE FACTORY

The machine is visible.

Our edge is not "we use AI." It is a measured, multi-agent engineering machine — separation of duties, contract-first testing, adversarial design, machine-enforced gates.

SEPARATION OF DUTIES

The cadre, split on purpose.

Knight · writes tests Warrior · writes code

The agent that writes the tests is not the one that writes the code — and the builder cannot edit the tests. Contracts are frozen before a line is written, so passing means the work is right, not that the goalposts moved.

ADVERSARIAL DESIGN

Three experts, then a synthesis.

innovative conservative alternative synthesized

Three scouts take different lenses on the same ticket, then a synthesis takes the best of each. You get three experts' best, not one model's first guess. Disagreement is the feature.

METERED, CAPPED, YOUR KEY

Every run prints a receipt.

RUN COST $0.41 of $5.00
BYOK · capped per run · we never resell tokens

You bring your own key. Each run is metered against a cap you set, and the receipt is honest — per stage, per agent, per token. Consultancy is quoted on project size — book a scope call.

MACHINE-ENFORCED QUALITY

One gate. It only ratchets up.

💚 local == CI · 1 gate · no override

One gate, and what runs on your laptop is exactly what runs in CI. Quality thresholds only move up, never down — and each check is itself tested against known-bad code, so the gate that guards the work is guarded too.

§ FOUR CLAIMS — THE ENGINE, IN ITS OWN WORDS
CLAIM · 01
It learns.
CLAIM · 02
It competes with itself.
CLAIM · 03
It feeds its own fire.
CLAIM · 04
It gets better the more you use it.
§ WHAT YOU WALK AWAY OWNING

The deliverable is a team, not a dependency.

The system, on your hardware.

The system, your brand, and your data live in your source control and your infrastructure. We hand over the keys, not a tenancy.

A team that can drive the squad.

We train your people to run the agent squad without us. You leave with the ability to ship again — a team, not a retainer you can't cancel.

A living managed service.

Managed, plainly: we keep the line warm — monitoring, dependency upkeep, and new batches on a cadence you set. It is opt-in, and you can take the wheel any day.

No lock-in. Bonfire is the exit.

The engine is open source — bonfire-ai on PyPI. You don't need our workshop; you need your car running. The escape hatch is built in.

§ PROOF · REAL ENGAGEMENTS AS RECEIPTS

Rented software, rebuilt as owned infrastructure.

ENGINE REPLACEMENT

A Querétaro engineering firm

Their quoting and approval ran on a rented SaaS that owned their data and their roadmap. We intook the operation, froze the rules, and rebuilt it as owned infrastructure in their own repo — same workflow, no monthly tenancy, no export wall.

rented SaaS → owned data back in-house
CUSTOM SYSTEM

A multi-company group

A shared CRM with a WhatsApp qualifier bot across several sister companies — intook once, built to the bundle, handed to a team that now runs it themselves.

CRM + WhatsApp

Cases are concrete-anonymized until cleared. The engine is third-party-checkable: GitHub ↗ · PyPI ↗

§ OBJECTIONS, ANSWERED

The fears worth naming.

Where does my data go?
Nowhere you don't send it. The intake protocol runs inside your own model account; your rules stay there until you copy the bundle out and send it. There is no NDA to sign before you can even look.
What about hallucinated logic?
The protocol never guesses — it re-asks until a rule is unambiguous. The factory then writes the tests before the code, and the builder can't edit them. A claim that can't be anchored to your bundle doesn't ship.
Do I own it, or am I locked in?
You own it. Code, brand, and data sit in your source control on your hardware. The engine underneath is open-source Bonfire, so even the tooling has a public escape hatch.
Why not just do it myself with Claude?
You can, for a prototype. What you'd be rebuilding is the discipline: separation of duties, frozen contracts, adversarial design, and a quality gate that's tested against known-bad code. The factory is that machine, already built and measured.
What does "managed" actually mean?
Monitoring, dependency upkeep, and new batches on a cadence you choose — keeping the line warm. It's opt-in, priced separately, and you can take the wheel any day without losing access to anything.
What is BYOK?
Bring your own key. The system runs on your model provider account, metered against a cap you set. We never resell tokens — you pay your provider directly and see an honest receipt per run.
§ START WHERE YOU ALREADY ARE

Get the protocol. Run it in your project. Send the bundle.

01

Get the Intake Protocol — copy it or download the .md.

02

Run it in the project where your model already knows your business.

03

Send the bundle — or book a scope call to walk through it together.

Get the Intake Protocol Book a scope call
NO BLACK-BOX MAGIC  ·  BYOK · WE NEVER RESELL TOKENS  ·  THE DELIVERABLE IS A TEAM  ·  BUILT VERBATIM  ·  bonfire-ai ON PYPI  ·  NO BLACK-BOX MAGIC  ·  BYOK · WE NEVER RESELL TOKENS  ·  THE DELIVERABLE IS A TEAM  ·  BUILT VERBATIM  ·  bonfire-ai ON PYPI  ·