Sandbox first. A method.

Every engagement follows the same governed path from discovery to operation — demonstrated in an isolated environment on synthetic or sanitized data before it touches real work. Here is the entire thing.

Four stages, from proof to production.

  1. Prove in sandbox

    See the governed run on synthetic or sanitized data — before any credential or file of yours is touched.

  2. Map the real workflow

    We watch the real workflow and time the manual baseline — the map is built from the work, not a questionnaire.

  3. Shadow the live process

    The system runs alongside your team on real work with zero external effect, measured against your own baseline.

  4. Pilot with human approval

    Live work with a person approving every output — the pilot ends with an assist log and a clean boundary audit.

The nine-step protocol below is how each stage is actually run.

Nine steps. The same nine, every time.

The pilot ends with evidence, not anecdotes — every assist is logged, and a person approves every output.

Assist log — human-reviewed pilot

excerpt
09:14Payoff letter №218drafted → approvedR.M.
09:31Lien release №219drafted → edited, approvedR.M.
10:02Underwriter response №220flagged for reviewD.K.
10:47Payoff letter №221drafted → approvedR.M.
4 of 4 outputs human-reviewed · zero autonomous sends
structure real · contents synthetic
  1. Discovery

    Fit decision — go or no-go

    A listening call, not a pitch: where the time actually goes, what breaks under deadline, and what you'd never let software do alone. If we don't see a fit, we say so and stop here.

  2. Workflow Map

    Timed manual baseline

    We observe the real workflow and time the manual baseline — how inputs arrive, who touches them, and where the minutes live. The map is built from watching the work, not from a questionnaire.

  3. Data Inventory

    Data catalog + retention terms

    Every document and system the workflow touches gets cataloged, with a representative sample de-identified for the work ahead. Retention and deletion terms go in writing before any real file moves.

  4. Risk Classification

    Processing-boundary map

    Each kind of data is classified, and that class decides where it may be processed — what stays inside your boundary and what never leaves. The hard lines are drawn here, before anything is built.

  5. Pilot SOW

    Scoped statement of work

    One bounded slice of the workflow, in writing: what the system will do, what it will never do, and success metrics measured against your own baseline — not our claims. Nothing expands past this scope without a new agreement.

  6. Sandbox

    System built on de-identified data

    The system is built and exercised on the de-identified sample — never your live operation. It has to work here before it earns anything more.

  7. Shadow Mode

    Output-vs-baseline comparison

    The system runs alongside your team on real work with zero external effect: it drafts and flags in parallel, and we compare its output to what your people actually did. Misses cost nothing and teach us everything.

    Most vendors demo on curated examples and go live on hope. Shadow mode means you see real performance on your real work before the system is trusted with any of it.

  8. Human-Reviewed Pilot

    Assist log + boundary audit

    Live work, with a person approving every output — the system drafts, your team decides, and nothing external ever sends itself. Every assist is logged, so the pilot ends with evidence instead of anecdotes.

    Autonomy is earned, not assumed. The pilot has to end with a clean boundary audit — zero autonomous sends, zero machine determinations — or it doesn't pass.

  9. ROI Review

    Measured result · shared go/no-go

    Measured results against the baseline from the workflow map, plus the full assist log, reviewed together. We expand deliberately or we stop — go/no-go is a shared decision, not a renewal default.

Who runs this.

Eric Yun, founder and CTO of Miko Labs

Eric Yun

Founder & CTO

A full-stack machine-learning engineer, Eric built and operates Pleadly — litigation support that runs under attorney-client privilege constraints — and designs Miko's inference, routing, and approval-gate architecture personally. Every engagement in this method is run by the person who built the system, not handed to a delivery team.

Private walkthroughs under NDA.

We'll walk through the architecture, our current certification status, and a sample deliverable — candidly.

Request a run