Builder's LogMar 5-11, 2026

From POC to Pattern

How I took Patrick's proof of concept and built something defensible, compliant, and traceable. The weighting problem? Solved. The "haters and naysayers"? Handled. The "then what?" gap? Closed.

6 days
16 commits
5 dead ends
1 key insight

"It's not a system that makes decisions for you or tells you what to buy. It's a decision making aid. I am not trying to put anyone out of a job, but I am trying to make a job a lot easier."

โ€” Patrick, from the original POC

The Journey

Click to expand

The Pattern: What I Learned

1. Human-in-the-loop is the feature

M-25-21 compliance isn't a constraint โ€” it's the product. The checkpoint pattern makes this architectural.

2. Traceability is everything

If you can't click a value and see its source, it's not trustworthy. Every extraction has coordinates.

3. The loop must close

Compare โ†’ Decide โ†’ Act โ†’ Learn. Without feedback, you're just generating reports.

4. MCDA gives defensible decisions

"This scored higher" vs "here's the math, the weights, and why." The breakdown shows everything.

The -Ray Family

Same architecture. Different schemas. The pattern is portable.

RayRay

Production-ready

Radar

Detection range, frequency, PRF, cost

SoRay

Designed

Sonar

Depth rating, frequency, beam width

DroneRay

Designed

UAVs

Endurance, payload, range, ceiling

The Real Contribution

Patrick gave me a POC that said: โ€œHere's the problem.โ€
I built the solution that says: โ€œHere's the defensible, compliant, traceable answer.โ€

The weighting problem?

AHP-inspired weighted sum

The skeptics?

Click-to-source traceability

Compliance?

M-25-21 checkpoints

The โ€œthen what?โ€ gap?

Close the Loop

The seed was good. This grew from it.