Why a specific stack was chosen
The decision, the alternatives that were rejected, and the constraint that settled it.
Engineering notes
Short technical records: why a stack was chosen, an integration that failed, a platform limitation discovered the hard way. This section becomes the Lab's practical knowledge base.
Published notes
Notes are written one at a time, usually right after something breaks. The categories below are the shape this section will take.
Planned topics
Every note answers one question and stays short enough to actually get written.
The decision, the alternatives that were rejected, and the constraint that settled it.
What did not connect, why, and what was used instead. Failures are cheaper to read than to repeat.
Quotas, execution ceilings and the point where a script should become a real backend.
Row Level Security defaults, policy design, and what breaks when RLS is left off.
Prompts, guardrails and review steps that made AI-assisted coding safe rather than fast-and-broken.
A measurement, what caused it, and the change that moved the number.