Trinity backfill for RLCAI/RLCH work, not maintenance

Situation

Use Trinitys backfill headcount to hire for RLCAI and RLCH work, not maintenance. Look for someone who can hold their own technically with Maple but will push AI adoption aggressively. Jamin identified as strong candidate - automation-first thinker, delivers and iterates, QA mindset.

Reasoning

Headcount should transition from maintenance treadmill (CVE work, keeping lights on) to product innovation (RLCAI, RLCH). Need someone who will be a catalyst for AI adoption and frustrate Maple by pushing further than he wants to go. Linux domain experience may or may not be required - unclear.

Additional Context

Gregs PRD for RLC performance exists. Nathan said we dont have people to do this. Trinity was on maintenance work. This is an opportunity to shift capacity to strategic priorities.

Observed Evidence

Peter: "I would be replacing Trinity with someone... looking at the PRDs for RLCAI and RLCH" and "The answer I would have given is, I would want to find someone who can hold his own in a technical conversation with Maple, and who will frustrate Maple to death, because hes going to want to push the envelope on AI" and re Jamin: "Hes very good at good enough... He gets stuff out and then iterates"

Confidence Breakdown