Menu
◇ ABOUTWHO WE ARE · HOW WE WORK

One operating principle: evals are the contract.

Proof of Tech is a small engineering consultancy for teams shipping AI to production. We're the team you bring in when the demo impressed everyone and now has to survive real users — and the team that gives you a clear go/no-go recommendation, in writing, before you commit to a build.

01 / WHO WE ARE

A small team of senior engineers, one engagement at a time.

We are senior engineers who have designed, shipped, and scaled AI systems under production load. The team is deliberately small. We run one engagement at a time so principal engineering is never the bottleneck.

Field Notes posts carry the byline of the engineer who wrote them, with the firm as the publisher. Every post is sourced, qualified, and dated; the corpus is the credential.

The firm was founded by Guru Charan Gupta V B, a senior full-stack and AI engineer whose background spans web platforms, developer tooling, blockchain infrastructure, and AI product engineering — from the 2019 Komodo Agama incident response to the multi-agent content pipeline that powers this site.

We have spent years working across the surface area we now sell: production RAG, agent harnesses, and voice systems on hard latency budgets. The representative engagements on the homepage show the kind of problems we take on and the systems we build to solve them.

02 / PRINCIPLES

What we hold ourselves to.

01 PRINCIPLE 01

Evals are the contract.

Every commit runs against a versioned eval suite. If the eval-pass rate drops below the budget set in week two, the deploy doesn't ship. The suite is yours at handoff — runner, dataset, scoring rubric, and the dashboard that watches it.

02 PRINCIPLE 02

A clear go/no-go before you build.

Two weeks in, you get a 12-page memo with a straight recommendation: build, don't build, or not yet. If the call is don't build, you keep the memo and the analysis behind it — a sound investment decision is the deliverable, every bit as much as a shipped system.

03 PRINCIPLE 03

You own everything at handoff.

Code, evals, runbooks, dashboards — all of it. We retain no rights, no licenses, no required attribution. The only thing we keep is the right to reference the engagement publicly, with your written sign-off.

03 / OPERATING MODEL

How an engagement actually runs.

An engagement runs on a fixed cadence. Two weeks of diagnostic, six to eight weeks of build, and two weeks of handoff with a 30-day support window after. We embed inside your repo from day one, write the eval before the feature, and demo against the metrics — not slides — every week.

Pricing is a fixed fee for the diagnostic and a weekly retainer for the build. We bill outcomes, not hours. No success fees, no equity, no kickers. We do not subcontract — the engineers you meet in week one are the engineers in the repo in week six.

We run one engagement at a time. The calendar is the constraint, not the capacity. After handoff, the support window is the bridge; longer-running relationships are a separate retainer that we agree on in writing — see what handoff looks like for the details.

04 / WORKING WITH US

References, security, and compliance.

The engagements on the homepage are representative of the problems we take on and the systems we build for them. As work ships, we add named case studies — with the client's written sign-off, never before.

We follow CIS Benchmarks and operate inside your compliance perimeter when an engagement requires it. We don't currently hold SOC 2 attestation; where a regulation requires an attested vendor of record, we pair with one and say so in the engagement letter. Our full security posture is at /security.

References — current and recent — are available by name on a 30-minute call.

◇ NEXTA 30-MIN CALL · NO DECKS

Bring us a hard problem.
We'll show you what we'd build.

The first call is a free 30 minutes. You'll leave with the first cut of the build/no-build path, the riskiest assumption, and the eval we'd use to test it.

or hello@proofoftech.org
NEW ENGAGEMENT · INTAKE

Tell us about it.

The more specific you are, the more useful our first reply.

SERVICE AREA
↩ ENCRYPTED IN TRANSIT
ASK THE FIELD NOTES BETA