Problem
What customer problem did the system address?
PROOF, NOT CERTIFICATION
A Field Report turns a project into inspectable evidence: problem, constraints, architecture, failures, measurements, tradeoffs, and limitations.
COPYABLE STRUCTURE
What customer problem did the system address?
Who uses it, where does it run, and what matters if it fails?
Latency, cost, security, compliance, reliability, integration, and time.
Show the system diagram, authority boundaries, and data flow.
What did you build, and deliberately not build?
What can fail across model, context, tools, data, infrastructure, and people?
What did you break intentionally, and what invariant did you expect?
How did you measure behavior and customer-facing quality?
Show raw evidence, comparisons, and operating conditions.
What did the architecture gain and give up?
What remains unsafe, fragile, expensive, or unproven?
Link repo, tests, evals, traces, screenshots, benchmarks, and deployment.
What changes before this serves a real customer?
SELF-REVIEW RUBRIC