AI-Native Powerby Rafael Collado

FIELD NOTES / EVIDENCE BEFORE CADENCE

One engineering decision. One experiment. One reusable artifact.

Rafael Collado breaks down one bounded, rebuildable power-electronics workflow: the baseline, the evidence, what was automated, what failed, where the system must abstain, and what another engineer can reuse.

CHOOSE YOUR ENTRY POINT

Start with the route that matches the evidence you need

Every route below is public. Email remains optional and appears only after the case and editorial contract.

ISSUE 001 / PUBLISHED FIELD NOTE

Before you ask AI to build an LLC tool, define what pass means

Field Note 001 publishes the result, reusable artifact and preserved method failure from a rebuildable 200-candidate LLC workflow.

VERSIONED, REPLAYABLE SIMULATION CAMPAIGN

The v1.0.0 evidence archive contains 200 deterministic candidate records: 32 FHA rejects and 168 single-point passes from the switched-linear-equivalent model, with a public verifier, replay procedure and reader-facing Quickstart.

The result is bounded to one operating point and a simplified equivalent model. It is not hardware approval, multi-point validation or proof of equivalence to a higher-fidelity solver.

EDITORIAL CONTRACT

Ten elements required before a case becomes a Field Note

The format is designed to expose the decision, evidence, limitations, and reusable output, not to stretch a general principle into an article.

  1. 01

    Engineering decision

    The decision the workflow is intended to improve.

  2. 02

    Scope and operating conditions

    Topology, ranges, power level, frequency, and material constraints.

  3. 03

    Current baseline

    How an engineer would handle the decision without the proposed system.

  4. 04

    Workflow architecture

    Inputs, calculations, rules, simulations, models, and outputs.

  5. 05

    Experiment protocol

    What changed, what remained fixed, and how the result was evaluated.

  6. 06

    Measured evidence

    A table, plot, waveform, error matrix, timing result, or equivalent record.

  7. 07

    Failure case

    A case where the method produced a wrong, weak, or insufficient answer.

  8. 08

    Decision boundary

    When the system proceeds, warns, requests evidence, or abstains.

  9. 09

    Reusable artifact

    A checklist, template, notebook, schema, script, or framework.

  10. 10

    Reader action

    A concrete way to apply the method, inspect the artifact, or propose a case.

FACT

Traceable to a named source, record, or artifact.

INTERPRETATION

A reasoned reading of the available evidence.

ASSUMPTION

A condition adopted for the work but not independently verified.

UNKNOWN

Evidence that is still absent or a question that remains open.

The technical archive and runnable resources remain open without email.